Cas d'isolement du réseau et cas de coupure de courant dans un cluster

Lorsqu'une panne de courant arrête uniquement le nœud primaire :

• il y a un basculement automatique sur le nœud secondaire, qui devient ALONE et redémarre l'application,
• lorsque le nœud 1 est redémarré, il devient SEDOND après resynchronisation des données répliquées,
• les rôles de primaire et de secondaire peuvent être échangés par un administrateur si nécessaire.

Lorsqu'une panne de courant arrête uniquement le nœud secondaire :

• il n'y a pas de basculement, le primaire devient ALONE et l'application continue son exécution sur le nœud 1,
• lorsque le nœud 2 est redémarré, il devient SEDOND après resynchronisation des données répliquées.

Lorsqu'une panne de courant arrête les deux nœuds, le comportement par défaut est :

• les deux nœuds passent à STOP,
• lorsque le nœud 1 est redémarré, il ne passe pas à l'état ALONE et ne redémarre pas l'application car il ne sait pas s'il dispose des données à jour. Il passe donc à l'état WAIT en attendant le redémarrage de l'autre nœud,
• lorsque le nœud 2 est redémarré, les deux nœuds reviennent à leurs états PRIM/SECOND précédents.

Lorsqu'il y a un isolement du réseau, le comportement avec un split-brain checker est :

• un split-brain checker a été configuré avec l'adresse IP d'un routeur (un témoin),
• en cas d'isolement du réseau, avant de passer en ALONE, les deux nœuds testent l'adresse IP,
• le nœud qui peut accéder à l'adresse IP passe à ALONE, l'autre passe à WAIT,
• lorsque l'isolation est réparée, le nœud WAIT resynchronise ses données et devient SECOND.

Remarque : Si le témoin est en panne ou déconnecté, les deux nœuds passent à WAIT et l'application n'est plus en cours d'exécution. C'est pourquoi vous devez choisir un témoin robuste comme un routeur.