La courbe du traffic générée pendant cette periode est disponible, pour les curieux, et ça ne va pas en s'améliorant... (note: la courbe est inversée, mais on consomme bien de plus en plus)
Nos nouveaux locaux sont toujours sur Paris. Merci à Philippe et Stephane pour leur gentillesse, ils ont désormais la lourde responsabilité d'appuyer de temps en temps sur notre bouton Reset ;)
On en a profité pour modifier un peu la configuration des serveurs. Il y a désormais deux serveurs frontaux en DNS "round robbin", ce qui devrait nous aider à mieux supporter la charge constante conséquente, et en augmentation permanente.
Cette nouvelle architecture que LinuxFr utilise et qui permet de rajouter facilement et rapidement d'autres frontaux sera détaillée ultérieurement, une fois celle ci validée au niveau performance. Quelques soucis pourraient cependant être encore présents dans la journée de lundi, le temps pour nous de rajouter un peu de RAM dans l'un des deux serveurs. D'un point de vue technique, les deux serveurs font tourner une instance de daCode dont le code ainsi que les fichiers de cache se trouvent sur un serveur NFS. Une base MySQL commune est utilisée.
Un système permettant la création de mirroir distant est en train d'être développé, à la manière d'Akamai, afin que LinuxFr soit le plus rapide possible pour vous. Plus de détails seront fournis plus tard.
De plus, étant donné le nombre croissant de nouvelle, un nouveau modérateur a été "embauché". Il s'agit de Romain Francoise, bienvenue à lui.
Bref, le site devrait être plus rapide pour vous, et ce n'est pas plus mal. LinuxFr, désormais une architecture réseau presque comme les grands... ;-)
Aller plus loin
- Le roman (hum) photo (4 clics)
- Le graph depuis septembre (3 clics)
# Les photos des serveurs ???
Posté par Maxime Ritter (site web personnel) . Évalué à 1.
[^] # Re: Les photos des serveurs ???
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
# Ch'tite question
Posté par Anonyme . Évalué à 0.
[^] # Re: Ch'tite question
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
Ca te donnera la réponse
[^] # Re: Ch'tite question
Posté par Anonyme . Évalué à 0.
Et ça marche comment ? C'est du load balancing ? Un proxy ? A quel moment on décide quel serveur va traiter la requête ? Selon quels critères (la charge je suppose) ?
Voilà c'est tout :)
[^] # Re: Ch'tite question
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
Plus d'informations sur http://www.google.fr/search?hl=fr&safe=off&q=dns+round+robb(...)
[^] # Re: Ch'tite question
Posté par Anonyme . Évalué à 0.
[^] # De la part d'ingrid!
Posté par Anonyme . Évalué à 0.
[^] # Re: De la part d'ingrid!
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
On avait dit combien ? 100FF ? ;)
[^] # Re: De la part d'ingrid!
Posté par Anonyme . Évalué à 0.
si t'y vas doucement et de maniere romantique
ce sera payant pr toi (mais ds le sens premier du terme )
bises!
[^] # Re: Ch'tite question
Posté par Anonyme . Évalué à 3.
http://www.stanford.edu/~schemers/docs/lbnamed/lbnamed.html(...)
Et un petit commentaire disponible sur le site de l'ISC:
http://www.isc.org/products/BIND/docs/bind-load-bal.html(...)
--
PS: round robin ne comporte qu'un 'b'
[^] # Re: Ch'tite question
Posté par gle . Évalué à 1.
Le serveur zobe.linuxfr.org (sic) est maintenant épaulé par prout.linuxfr.org (re-sic).
C'est un schéma de nommage de machines qui en vaut un autre après tout. Ca change des noms de villes :)
[^] # Re: Ch'tite question
Posté par Annah C. Hue (site web personnel) . Évalué à 1.
[^] # Re: Ch'tite question
Posté par Ramón Perez (site web personnel) . Évalué à 1.
J'ai d'ailleurs jamais tapé une seule fois my.linuxfr.org et ça a toujours marché...
[^] # Re: Ch'tite question
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: Ch'tite question
Posté par Anonyme . Évalué à 0.
[^] # Re: Ch'tite question
Posté par David Bober (site web personnel) . Évalué à 1.
Nom : google.com
Addresses: 216.239.33.100, 216.239.35.100, 216.239.37.100
Nom : redhat.com
Addresses: 216.148.218.195, 216.148.218.197
et 5 serveurs pour :
Nom : microsoft.com
Addresses: 207.46.230.218, 207.46.230.219, 207.46.230.229, 207.46.197.100
207.46.197.101, 207.46.197.102
quelqun a plus de server en round robbin ? :)
[moua]
# Linux fr racheté par Multimania ?
Posté par Anonyme . Évalué à 0.
zon' été racheté ? :)
inetnum: 213.193.17.0 - 213.193.17.7
netname: LINUX-FRANCE-NETBLOCK
descr: LinuxFR
country: FR
admin-c: FP2980-RIPE
tech-c: LV314-RIPE
status: ASSIGNED PA
mnt-by: MULTIMANIA-MNT
changed: leland@discpro.org 20010404
source: RIPE
route: 213.193.0.0/19
descr: MultiMania Network
origin: AS12832
notify: noc@mmania.com
mnt-by: MULTIMANIA-MNT
changed: leland@discpro.org 19991215
source: RIPE
[^] # Re: Linux fr racheté par Multimania ?
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: Linux fr racheté par Multimania ?
Posté par Anonyme . Évalué à 0.
LinuxFR était chez Téléstore, pourtant il n'y avait pas eu de rachat ;-))
[^] # Re: Linux fr racheté par Multimania ?
Posté par Anonyme . Évalué à 0.
whois sert a ca : tu obtiens alors le proprietaire de la plage IP ...
note : le smaïe-laid en fin de commentaire signifiait que je plaisantais en prétendant qu'ils s'étaient fait racheté ...
[^] # Re: Linux fr racheté par Multimania ?
Posté par Xavier Antoviaque (site web personnel) . Évalué à 1.
# /. ?
Posté par Anonyme . Évalué à -1.
# Qui est gros ???
Posté par François TOURDE . Évalué à -1.
C'est comme ça qu'on remercie les hébergeurs ?
Rha... Les jeunes cons ... ;)
# question technique
Posté par swix . Évalué à 1.
Sur l'un des 2 serveurs web, ou ailleurs ?
2. Si un des serveurs plante (ou est en maintenance), le round robin est il desactivé automatiquement ? Ce serait peut-etre pratique, sinon la moitié des hits n'aura pas de réponse, non?
[^] # Re: question technique
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
Pour le round robin, pour le désactiver il faudrait modifier la zone DNS, et avec les soucis de cache c'est chiant. Donc oui, la moitié des hits n'aura pas de réponse. Cependant un load balancer en frontal qui le fait tout seul, ca coute un peu cher :)
[^] # Re: question technique
Posté par Anonyme . Évalué à 2.
LVS (linuxvirtualserver.org) fait ca très bien..
On a géré des charges de ~20-30mbit/s avec cette "chose", avant d'avoir besoin de passer sur des archis plus sécurisées et fonctionnelles (foundry/alteon).
--
vb.
[^] # Re: question technique
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: question technique
Posté par Anonyme . Évalué à 0.
Par contre le pb c'est que le serveur NFS est l'une des deux machines... On peut quand meme mettre la moitié des serveurs (ceux qui sont pas serveur NFS) en High-Availibity.
-- le nain connu qui essaye mozilla et qu'a pas envie de s'authentifier
[^] # Re: question technique
Posté par swix . Évalué à 1.
Mon but serait d'avoir un systeme HA fiable à 100%, meme si un serveur plante complètement. Apparement ce devrait etre possible ?
[^] # Re: question technique
Posté par Anonyme . Évalué à 0.
C'est correct tant qu'on a pas de besoins trop évolués (grosse charge, url parsing, etc)...
> As-tu (ou qq1 d'autre) essayé le système avec le CODA filesystem ?
Non, on fait comme tout le monde avec un gros serveur de fichiers, ala netapp..
Mes derniers tests avec coda (y'a loooongtemps) n'ont pas trop été concluants, si quelqu'un a eu une meilleure experience.... ;)
--
vb.
[^] # Re: question technique
Posté par swix . Évalué à 1.
[^] # Re: question technique
Posté par Anonyme . Évalué à 0.
La QoS se paie...
--
vb.
[^] # Re: Re: question technique
Posté par Anonyme . Évalué à 1.
> et avec les soucis de cache c'est chiant. Donc oui, la moitié des hits
> n'aura pas de réponse. Cependant un load balancer en frontal qui le fait
> tout seul, ca coute un peu cher :)
non juste un bon linux ;p
--
__________________________________
RAKOTOMALALA RENAUD
"La force humaine réside dans sa capacité à se dépasser"
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: "Rakotomalala Renaud" <drworld@softbynet.co.uk>
NNTP-Posting-Host: softvianet-3.dsl1.easynet.co.uk
[^] # Re: question technique
Posté par Anonyme . Évalué à 0.
Car on ne desactive pas un round robbin, c'est inutile du fait du temps de propagation.
Pour MySQL ca sera pareil deux bases MySQL c'ets très bien mais attention aux desynchro ;)) Je le sais car j'ai mis en place une architacture bizzarement identique a LinuxFR il y a peu ;p
[^] # Re: question technique
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
# IIS et Microsoft SQL
Posté par Anonyme . Évalué à -1.
[^] # Re: IIS et Microsoft SQL
Posté par Anonyme . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.