Administrator Guide

Una vez que el vínculo entre clústeres o la sección se restauran, el sistema de nodo metro usa la información de los volúmenes de registro
para sincronizar los espejeados mediante el envío de los bloques cambiados solo a través del vínculo.
Los volúmenes de registro también rastrean los cambios durante las pérdidas de un volumen cuando dicho volumen es uno de los
volúmenes en espejo en un dispositivo distribuido.
PRECAUCIÓN: Si ningún volumen de registro está accesible, entonces toda la sección se marca como fuera de fecha.
Una resincronización completa se requiere una vez que se vuelve a conectar la sección.
Los volúmenes de registro en el clúster que continúa experimentan una actividad de I/O alta durante:
● Interrupciones de red o fallas del clúster
● Sincronización incremental
Cuando se restaura la red o el clúster, el nodo metro lee el volumen de registro para determinar qué escrituras se sincronizan en el
volumen reconectado.
No hay actividad de I/O durante las operaciones normales.
Hardware de alta disponibilidad y de nodo metro
El diseño de arquitectura del ambiente de hardware de nodo metro admite alta disponibilidad.
El hardware de nodo metro está diseñado principalmente para resistir fallas técnicas y proporcionar disponibilidad de datos sin interrupción.
Los componentes críticos en el hardware son redundantes para garantizar que una falla de componente no desactive el sistema.
Directores
Un director de nodo metro es el componente que procesa las solicitudes de I/O de los hosts en un ambiente de nodo metro. Interactúa
con los arreglos de almacenamiento de back-end para la gestión de las I/O.
Un director tiene dos módulos de I/O para la gestión de I/O de los arreglos; uno para la conectividad con los arreglos de almacenamiento
en el back-end y otro para conectarse con los hosts en el front-end. El módulo de administración en el director se utiliza para la
conectividad de administración con los directores y para la comunicación dentro del clúster. El módulo de comunicación local está
completamente dedicado a la comunicación dentro del clúster.
Los puertos de front-end en todos los directores pueden proporcionar acceso a cualquier virtual volume en el clúster. Se deben incluir
varios puertos de front-end en cada vista de almacenamiento para protección contra fallas de puertos. Cuando un puerto de director falla,
el software de múltiples rutas del host realiza una conmutación por error sin problemas en otra ruta a través de un puerto diferente, según
se muestra en la siguiente figura:
Integridad y resistencia
27