Disponibilidad continua de MetroCluster
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 y MetroCluster IP conectadas a estructura admiten clústeres en 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.
Usando SyncMirror en implementaciones que no sean de MetroCluster 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.
|