Administrator Guide

● Pendant une panne d’une liaison intercluster.
● Lorsqu’un tronçon d’un DR1 devient inaccessible puis est restauré.
Après la restauration de la liaison ou du tronçon intercluster, le système Metro node utilise les informations des volumes de consignation
pour synchroniser les miroirs en envoyant uniquement les régions de blocs modifiées sur la liaison.
Les volumes de consignation peuvent également suivre les modifications lors d’une perte de volume lorsque ce dernier est un miroir dans
un périphérique distribué.
PRÉCAUTION : Si aucun volume de consignation n’est accessible, le tronçon entier est marqué comme étant obsolète.
Une resynchronisation complète est nécessaire lorsque le tronçon est reconnecté.
Les volumes de consignation sur le cluster restant connaissent un niveau important d’E/S dans les circonstances suivantes :
● Pannes de réseau ou de cluster
● Synchronisation incrémentielle
Lorsque le réseau ou le cluster est restauré, Metro node lit le volume de consignation afin de déterminer les écritures à synchroniser
avec le volume reconnecté.
Il n’y a aucune activé d’E/S lors de opérations normales.
Haute disponibilité et matériel Metro node
La conception architecturale de l’environnement matériel de Metro node prend en charge la haute disponibilité.
Le matériel Metro node est principalement conçu pour faire face aux défaillances techniques et fournir une disponibilité des données
ininterrompue. Les composants critiques du matériel sont redondants afin de garantir la disponibilité du système malgré la défaillance d’un
composant.
Directeurs
Un directeur Metro node est le composant qui traite les demandes d’E/S des hôtes dans un environnement Metro node. Il interagit avec
les baies de stockage back-end pour traiter les E/S.
Un directeur dispose de deux modules d’E/S pour traiter les E/S à partir des baies : un pour la connexion aux baies de stockage
sur le back-end et un autre pour la connexion aux hôtes sur le front-end. Le module de gestion dans le directeur est utilisé pour la
connectivité de gestion aux directeurs et pour la communication intracluster. Le module de communication local est entièrement dédié à la
communication intracluster.
Les ports front-end sur tous les directeurs peuvent fournir un accès à n’importe quel volume virtuel dans le cluster. Incluez plusieurs ports
front-end dans chaque vue du stockage afin d’assurer une protection contre les pannes de ports. En cas de panne d’un port directeur,
le logiciel de multipathing effectue un basculement transparent vers un autre chemin via un port différent, comme illustré dans la figure
suivante :
28
Intégrité et résilience