Si les services sont bindés sur l'adresse 0.0.0.0, il n'y a rien à faire lors d'un changement d'IP.
exact, mais certains daemons (named pour ne pas le nommer) preferent detecter les adresses ip au demarrage et s'attacher (bind) a chacune d'elle.
pour la redondance de named, il y a d'autres methodes c'est sur :-) mais j'ai prefere faire en sorte que le changement d'etat du vrrp lance un script dans /etc/vrrpd/ avec des arguments (pour dire si il devient maitre/esclave et sur quel vrrid). Ca permet de gerer a peut pres tous les cas de figure.
normalement vrrp est utilise pour des equipements reseau (routeur, firewall, ...) qui n'ont pas particulierement de services a adapter au changement d'etat puisque l'interet est seulement de recuperer l'adresse ip qui va bien pour recevoir le trafic reseau.
hsrp c'est le vrrp de cisco. en fait c'est cisco qui a developpe hsrp et ensuite vrrp a ete normalise d'apres les travaux sur hsrp (je crois).
[^] # Re: Les logiciels libres de la haute disponibilité et de la haute performance.
Posté par PLuG . En réponse à la dépêche La haute disponibilité sous Linux. Évalué à 1.
exact, mais certains daemons (named pour ne pas le nommer) preferent detecter les adresses ip au demarrage et s'attacher (bind) a chacune d'elle.
pour la redondance de named, il y a d'autres methodes c'est sur :-) mais j'ai prefere faire en sorte que le changement d'etat du vrrp lance un script dans /etc/vrrpd/ avec des arguments (pour dire si il devient maitre/esclave et sur quel vrrid). Ca permet de gerer a peut pres tous les cas de figure.
normalement vrrp est utilise pour des equipements reseau (routeur, firewall, ...) qui n'ont pas particulierement de services a adapter au changement d'etat puisque l'interet est seulement de recuperer l'adresse ip qui va bien pour recevoir le trafic reseau.
hsrp c'est le vrrp de cisco. en fait c'est cisco qui a developpe hsrp et ensuite vrrp a ete normalise d'apres les travaux sur hsrp (je crois).