Serveurs web redondants ??
Le
Fr.
Suite à quelques problèmes avec mon dédié (disque défectueux m'a t-on
dit.. et c'est la deuxième fois que celà se produit en quelques mois), je
cherche une solution.
Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui
contiennent exactement les meme données Et de spécifier dans le DNS, que
si ca marche pas sur A, pointer automatiquement sur B.. (un peu comme les
champs MX) ?
Immense merci à celui qui saura m'éclairer !!!
dit.. et c'est la deuxième fois que celà se produit en quelques mois), je
cherche une solution.
Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui
contiennent exactement les meme données Et de spécifier dans le DNS, que
si ca marche pas sur A, pointer automatiquement sur B.. (un peu comme les
champs MX) ?
Immense merci à celui qui saura m'éclairer !!!
Poser une question
Oui, c'est possible, mais cela ne se passe pas dans les DNS, qui n'ont
pas de notion de failover/priorité sauf pour les MX et sauf à utiliser
les trucs récents style NAPTR peu supportés encore.
Plusieurs solutions (liste non exhaustive):
- dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes),
et vous vous chargez de mettre à jour automatiquement l'IP pour mettre
celle de B dès que vous détectez que A est mort
- dans votre DNS, vous faites pointer vers l'IP de C, C étant un
répartiteur de charge/gestionnaire de failover, qui fait proxy vers A ou
B (A, B, C étant locaux donc).
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
compris ;) Puisque je ne comprend pas comment faire du HA avec NAPTR :)
Enfin bon, j'ai appris un truc ;) Thx
A+
Thomas
En prenant le probleme par l'autre bout, pourquoi pas du raid (pour ce
probleme specifique de disque defectueux) ?
Manuel
coute moins cher d'avoir deux serveurs entrée de gamme !).. Et je mettrait
ces deux serveurs dans 2 data-center différents.. Comme ca si c'est tout le
réseau de ma machine A qui est indisponible (et non pas seulement le disque
dur qui a laché) je pointe sur ma machine B, qui se trouve dans un autre
lieu...
Sinon la solution de Patrick M. n°1 me semble la mieux (disons surtout la
plus compréhensible)
monitoring..de ping ??
"Manuel Guesdon" news:
Oui... mais non.
Parce que le ping est peut-être filtré quelque part, ou tout simplement
parce que ICMP n'est pas forcément corrélé, au niveau réseau avec TCP/80
aka HTTP.
Bref, ce que vous voulez détecter, c'est votre site web qui ne répond
plus.
Donc la sonde la plus adaptée, c'est une requête HTTP, régulièrement
(penser à filtrer vos logs pour la supprimer, sinon le nombre de hits va
exploser), genre 1 fois toutes les 10 minutes ou un truc du style.
Attention: si la sonde dit que ce n'est plus joignable, cela veut dire
que cela ne fonctionne plus depuis l'endroit où la sonde s'exécute, mais
c'est peut être à cet endroit qu'il y a un problème, et votre serveur A
est peut-être en réalité joignable de partout ailleurs. Donc faudrait
plusieurs sondes si c'est vraiment critique.
Vous pouvez commencer avec un petit programme comme echoping par exemple.
Attention: c'est facile et ca marche bien pour des sites statiques, ou
des sites dynamiques qui n'utilisent pas de SGBDR.
En cas de présence d'un SGBDR, ca se complexifie, si le SGBDR n'est pas
non plus joignable, sur la machine de secours il faut, au niveau du code,
interdire les accès au SGBDR (et gérer proprement les conséquences), ou
sinon avoir aussi un deuxième SGBDR, typiquement répliqué du premier,
mais après il faut gérer le re-basculement. Bref, bref, impossible à
résumer en 2 lignes, mais c'est du boulot.
Ah, et puis, il faut penser à faire le basculement dans l'autre sens
quand le serveur est ``revenu''.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)