Bonjour !
Je suis actuellement en BTS IG par alternance, dans une société de dev orientée WEB
Nous avons un serveur dedie (OVH) sur lequel sont hébergés :
tous nos sites web
toutes les messagerie relatives à ces sites
Suite à un incident ce matin, des questions ont faites surfaces :
Ce qui s'est passé : la partition racine du serveur était saturée et tous les services du serveur était HS. Nous avons analysé la situation et effectué des opérations de maintenance sur le serveur. Tout est désormais rentré dans l'ordre
Questions : notre système étant peu fiable quelle solution peut-on adopter pour limiter voire écarter ces risques ?
Voici ce qui a été suggéré :
Séparer la gestion des sites sur 2 serveurs dédies differents :
Le premier, A hébergerait les sites considérés comme importants , conséquents
Le premier, B hébergerait les petits sites
Le serveur A effectuerait un backup du serveur B et synchronisé 1/jour par exemple
Le serveur B effectuerait un backup du serveur A et synchronisé 1/jour par exemple
De la sorte, une machine qui plante peut être relayée rapidement par la seconde sur laquelle on active la partie backup , et on redirige les DNS.
Que pensez-vous de cette idée, que me conseillerez-vous ?
Forum général.général Serveur et gestion de sites web
26
nov.
2008
# Parfaite
Posté par kowalsky . Évalué à 2.
# Munin
Posté par yellowiscool . Évalué à 2.
Un load balancing c'est plus long à créer.
Envoyé depuis mon lapin.
# presque pareil
Posté par NeoX . Évalué à 2.
un server B identique en tout point et qui recupere les modifs de A toutes les heures (rsync power)
une IP failover qui est celle geré par les DNS.
l'ip failover pointe par defaut sur A
s'il y a un souci, tu fais pointer l'ip failover sur B
c'est plus rapide qu'une bascule DNS car il n'y a pas de propagation DNS
[^] # Re: presque pareil
Posté par yellowiscool . Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: presque pareil
Posté par Pierre-Yves Dubreucq (site web personnel) . Évalué à 1.
Tu trouveras ci-dessous un très bon article qui explique les possibilités schématique pour du load-balancing avec de la répartition de charge :
http://www.lea-linux.org/cached/index/Leapro-pro_sys-dispo.h(...)
Tu peux faire aussi du loadbalancing avec apache et le module mod_proxy_balancer :
http://www.howtoforge.com/load_balancing_apache_mod_proxy_ba(...)
Ce fichier date de 2005, mais c'est une bonne approche :
http://2005.jres.org/paper/91.pdf
Et un article de Linux Mag dispo sur Unixgarden :
http://www.unixgarden.com/index.php/administration-reseau/cl(...)
Il y a juste à suivre le guide ;) Et bien sur faire des tests ;)
Avec le dernier lien, la mise en place ne doit pas être trop longue :)
Bon courage :)
[^] # Re: presque pareil
Posté par emlesna . Évalué à 1.
Je vais pouvoir en parler à mon équipe et envisager une solution.
Merci encore !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.