1°) si tu veux faire de la tolerance de panne (fail over) il te faut effectivement un serveur qui sera identique au premier, mais qui ne sera activé qu'en cas de panne.
c'est là qu'intervient heartbeat pour tester l'etat de la premiere machine (depuis la 2e)
pour activer ou pas le service.
2°) heartbeat permet de scripter des tests, il doit donc permettre de tester une reponse sur le port 80 par exemple.
3°) chez ton fournisseur, tu as tes 2 serveurs, ils ont tous une IP reelle.
tu peux accesoirement commander des ips supplementaires (appellée parfois IP virtuelle ou failover)
ce sont ces IPs que tu va donner aux DNS
et que tu configureras dans heartbeat.
ainsi ta machine M1, aura comme IP reelle : IP1
ta machine M2, aura comme IP reelle : IP2
mais M1 ecoutera aussi ce qui arrive pour IP3
IP3 sera donc une ip virtuelle pour M1
le DNS resoudra ton domaine vers IP3
M2 surveillera le service de IP3
si IP3 ne repond pas, M2 prendre IP3 comme adresse virtuelle.
[^] # Re: tout se joue sur les IPs failover
Posté par NeoX . En réponse au message mise en cluster. Évalué à 1.
c'est là qu'intervient heartbeat pour tester l'etat de la premiere machine (depuis la 2e)
pour activer ou pas le service.
2°) heartbeat permet de scripter des tests, il doit donc permettre de tester une reponse sur le port 80 par exemple.
3°) chez ton fournisseur, tu as tes 2 serveurs, ils ont tous une IP reelle.
tu peux accesoirement commander des ips supplementaires (appellée parfois IP virtuelle ou failover)
ce sont ces IPs que tu va donner aux DNS
et que tu configureras dans heartbeat.
ainsi ta machine M1, aura comme IP reelle : IP1
ta machine M2, aura comme IP reelle : IP2
mais M1 ecoutera aussi ce qui arrive pour IP3
IP3 sera donc une ip virtuelle pour M1
le DNS resoudra ton domaine vers IP3
M2 surveillera le service de IP3
si IP3 ne repond pas, M2 prendre IP3 comme adresse virtuelle.
tes services continueront ainsi de fonctionner.