Administrator Guide

● Maintaining quorum : un cluster Metro node opérationnel qui constate des défaillances continuera à fonctionner dans les scénarios
suivants :
○ Défaillances d’un directeur
￭ Si moins de la moitié des directeurs opérationnels avec le quorum rencontrent une défaillance.
￭ Si la moitié des directeurs opérationnels avec le quorum sont en échec, les directeurs restants vérifient l’état opérationnel des
directeurs défaillants sur le réseau de gestion et restent actifs.
Après avoir récupéré de cette défaillance, un cluster est en mesure de tolérer des défaillances de directeur similaires jusqu’à ce qu’il
ne reste plus qu’un seul directeur. Dans un cluster avec un seul moteur, une seule défaillance de directeur est tolérée.
○ Défaillance de la communication intracluster
￭ En cas de séparation au milieu, c’est à dire si la moitié des directeurs opérationnels perd les communications avec l’autre moitié
des directeurs, et si ces deux moitiés sont en cours d’exécution, les directeurs détectent l’état opérationnel sur le réseau de
gestion et donnent l’instruction à la moitié des directeurs dont l’UUID est le plus faible de poursuivre son exécution et à l’autre
moitié (celle dont l’UUID n’est le plus faible) de cesser ses opérations.
● Quorum loss : un cluster Metro node opérationnel qui constate des défaillances cesse de fonctionner dans les scénarios suivants :
○ Si plus de la moitié des directeurs opérationnels disposant du quorum présente une défaillance en même temps.
○ Si la moitié des directeurs opérationnels disposant du quorum rencontre une défaillance, et que les directeurs sont incapables de
déterminer l’état des opérations de l’autre moitié des directeurs (dont l’appartenance comprend un UUID faible).
○ Dans un cluster à deux ou quatre moteurs, si tous les directeurs perdent le contact entre eux.
Volumes de métadonnées
Les métavolumes stockent les métadonnées Metro node, notamment les mappages virtuel-vers-physique, les données concernant les
périphériques, les volumes virtuels et les paramètres de configuration système.
Les métadonnées sont stockées dans le cache et sauvegardées sur des volumes externes conçus spécifiquement, appelés métavolumes.
Une fois le métavolume configuré, les mises à jour des métadonnées sont écrites à la fois dans le cache et dans le métavolume lorsque la
configuration de Metro node est modifiée.
Chaque cluster Metro node maintient ses propres métadonnées, notamment :
● La configuration locale du cluster.
● Les informations relatives à la configuration distribuée qui sont partagées entre les clusters.
Lors du démarrage du système, Metro node lit les métadonnées et charge les informations de configuration sur chaque directeur.
Lorsque vous modifiez la configuration système, Metro node écrit les modifications dans le volume de métadonnées.
Si Metro node perd son accès au volume de métadonnées, les directeurs Metro node continuent sans interruption, en utilisant la copie de
la configuration en mémoire. Metro node bloque les modifications du système jusqu’à ce que l’accès soit restauré ou que le métavolume de
sauvegarde automatique soit activé.
Les métavolumes font l’objet d’importantes E/S lors du démarrage et de la mise à niveau du système.
L’activité des E/S est minime lors d’opérations normales.
Volumes de métadonnées des sauvegardes
Les volumes de métadonnées des sauvegardes sont des snapshots à un point dans le temps des métadonnées actuelles et assurent une
protection supplémentaire avant les modifications de configuration, les actualisations ou les migrations les plus importantes.
La sauvegarde crée une copie ponctuelle des métadonnées en mémoire actuelles sans l’activer. Vous devez créer un volume de
métadonnées de sauvegarde sous l’une des conditions suivantes :
● Vérifier avant une migration ou une mise à jour importante dans le cadre d’un bilan de santé global
● En cas de perte définitive de l’accès de Metro node aux métavolumes actifs.
● Après une migration ou une mise à jour importante
Volumes de consignation
Les volumes de consignation gardent une trace des blocs écrits :
Intégrité et résilience
27