Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Disponibilidad continua de MetroCluster

Colaboradores

Las configuraciones de MetroCluster protegen los datos mediante la implementación de dos clústeres duplicados y físicamente independientes. Cada clúster replica de forma síncrona los datos y la configuración de SVM del otro. En caso de desastre en un sitio, un administrador puede activar la SVM duplicada y comenzar a servir datos desde el sitio superviviente.

  • Las configuraciones MetroCluster de conexión a la estructura admiten clústeres de todo el área metropolitana.

  • Stretch MetroCluster las configuraciones admiten clústeres de todo el campus.

Los clústeres deben tener una relación entre iguales en cualquiera de los casos.

MetroCluster utiliza una función de ONTAP denominada SyncMirror para reflejar de forma síncrona datos de agregados para cada clúster en copias o plexes, en el almacenamiento del otro clúster. Si se produce una conmutación, el plex remoto del clúster superviviente se conecta y la SVM secundaria comienza a servir datos.

Diagrama que muestra MetroCluster sirviendo datos del sitio B.

Usando SyncMirror en implementaciones que no sean de MetroCluster
Opcionalmente, puede utilizar SyncMirror en una implementación no perteneciente a MetroCluster para proteger contra la pérdida de datos si fallan más discos que el tipo de RAID protege, o si se produce una pérdida de conectividad con discos de grupo RAID. La función solo está disponible para parejas de alta disponibilidad.

Los datos agregados se reflejan en complejos almacenados en diferentes bandejas de discos. Si una de las bandejas no está disponible, el plex no afectado sigue sirviendo datos mientras se soluciona la causa del fallo.

Tenga en cuenta que un agregado con mirroring SyncMirror requiere el doble de almacenamiento que un agregado no reflejado. Cada complejo requiere tantos discos como el complejo que refleja. Se necesitarían 2,880 GB de espacio en disco, por ejemplo, para reflejar un agregado de 1,440 GB, 1,440 GB para cada plex.

Con SyncMirror, le recomendamos que mantenga al menos un 20 % de espacio libre para agregados reflejados para optimizar el rendimiento y la disponibilidad del almacenamiento. Aunque la recomendación es del 10% para agregados no duplicados, el sistema de archivos puede utilizar el 10% adicional del espacio para absorber cambios incrementales. Los cambios incrementales aumentan el aprovechamiento del espacio para agregados reflejados gracias a la arquitectura basada en Snapshot de copia en escritura de ONTAP. Si no se siguen estas prácticas recomendadas, puede tener un impacto negativo en el rendimiento de resincronización de SyncMirror, lo que afecta indirectamente a los flujos de trabajo operativos, como NDU en puestas en marcha de cloud no compartidas y conmutación de estado para puestas en marcha de MetroCluster.

Nota SyncMirror también está disponible para implementaciones de virtualización de FlexArray.