Bonjour,
J'ai cluster Keepalived à deux noeuds sous Debian.
À chaque instant, l'un des deux est actif quand l'autre est passif.
Ces deux noeuds sont des VM hébergées sur des hôtes différents et indépendants.
Pour faciliter les opérations de mise à jour (changement d'OS ou de version de logiciel), je m'interroge sur l'intérêt de doubler le nombre de noeud sur chaque hôte toute en ne conservant, normalement à chaque instant, qu'un unique noeud actif.
Avant de tester cela, je serai très curieux de lire vos commentaires, suggestions et retours d'expérience sur ce type de mises en oeuvre.
Mes questions en vrac, sont:
1. Le doc [1] mentionne un mécanisme de track file avec lequel il me semble possible de changer à la volée la priorité d'un noeud et donc de forcer son état Actif ou Passif. Ai-je bien compris ce mécanisme ? Y a-t-il des alternatives ?
2. Quels sont les risques d'un cluster dont des membres sont dans des versions Debian différentes (le but est d'aider à la montée de version) ?
3. J'imagine mettre à niveau de la façon suivante:
3.1 le même jour, on immobilise deux noeuds passifs (1 sur chaque hôte de virtualisation)
3.2 on met à jour les 2 noeuds immobilisés
3.3 à l'heure idoine, on bascule vers l'un des 2 noeuds à jour (avec retour arrière en cas d'échec)
3.4 quelques temps après, on immobilise deux noeuds restants et on répète les opérations 3.1 à 3.4
Voyez-vous une meilleure façon de procéder ?
Pour moi, ses inconvénients (qui me semblent acceptables) sont:
deux ruptures de service à chaque migration,
deux noeuds sont migrés sans véritablement avoir été testés.
Slts