Arquitectura de sincronización activa de ONTAP SnapMirror
Sugerir cambios
PDF
La arquitectura de sincronización activa de SnapMirror permite cargas de trabajo activas en ambos clústeres, donde las cargas de trabajo principales se pueden servir a la vez desde ambos clústeres. Las normativas para instituciones financieras de algunos países requieren que las empresas también puedan recibir servicio periódicamente desde sus centros de datos secundarios, las denominadas puestas en marcha de «Tick-Tock» que permite el sincronización activa de SnapMirror.
La relación de protección de datos para la continuidad del negocio se crea entre el sistema de almacenamiento de origen y el de destino, añadiendo al grupo de consistencia los LUN o espacios de nombres NVMe específicos de la aplicación de diferentes volúmenes dentro de una máquina virtual de almacenamiento (SVM). En condiciones normales de funcionamiento, la aplicación empresarial escribe en el grupo de consistencia principal, que replica sincrónicamente esta E/S en el grupo de consistencia espejo.
Aunque existen dos copias independientes de los datos en la relación de protección de datos, dado que la sincronización activa de SnapMirror mantiene la misma identidad de LUN o espacio de nombres NVMe, el host de la aplicación lo considera un dispositivo virtual compartido con múltiples rutas, mientras que solo se escribe en una copia de LUN o espacio de nombres NVMe a la vez. Cuando un fallo deja fuera de línea el sistema de almacenamiento principal, ONTAP lo detecta y utiliza el Mediador para la reconfirmación. Si ni ONTAP ni el Mediador pueden hacer ping al sitio principal, ONTAP realiza la conmutación por error automática. Este proceso da como resultado la conmutación por error de solo una aplicación específica sin la necesidad de intervención manual o scripts que antes eran necesarios para el propósito de la conmutación por error.
Otros puntos a considerar:
-
Los volúmenes no reflejados que existen fuera de la protección para la continuidad del negocio son compatibles.
-
Solo se admite otra relación asíncrona de SnapMirror para los volúmenes que se están protegiendo para la continuidad del negocio.
-
La protección para la continuidad del negocio no admite las topologías en cascada.
El papel de los mediadores
La sincronización activa de SnapMirror utiliza un mediador que actúa como testigo pasivo de las copias de sincronización activa de SnapMirror . En caso de una partición de red o de indisponibilidad de una copia, la sincronización activa de SnapMirror utiliza el mediador para determinar qué copia continúa prestando servicios de E/S, mientras que interrumpe la E/S en la otra. Además de ONTAP Mediator local, a partir de ONTAP 9.17.1, puede instalar ONTAP Cloud Mediator para ofrecer la misma funcionalidad en una implementación en la nube. Puede usar ONTAP Mediator u ONTAP Cloud Mediator, pero no puede usar ambos a la vez.
El Mediador desempeña un papel crucial en las configuraciones de sincronización activa de SnapMirror como testigo pasivo de quórum, garantizando el mantenimiento del quórum y facilitando el acceso a los datos durante fallos. Actúa como un proxy de ping para que los controladores determinen la actividad de los controladores pares. Si bien el Mediador no activa las operaciones de conmutación, cumple una función vital al permitir que el nodo superviviente verifique el estado de su socio durante problemas de comunicación de red. Como testigo de quórum, el Mediador de ONTAP proporciona una ruta alternativa (que actúa como proxy) al clúster par.
Además, permite que los clústeres obtengan esta información como parte del proceso de quórum. Utiliza el LIF de administración de nodos y el LIF de administración de clústeres para fines de comunicación. Establece conexiones redundantes a través de múltiples rutas para diferenciar entre fallos de sitio y fallos de enlace entre conmutadores (ISL). Cuando un clúster pierde la conexión con el software Mediator y todos sus nodos debido a un evento, se considera inaccesible. Esto activa una alerta y habilita la conmutación por error automatizada al grupo de consistencia de espejo en el sitio secundario, lo que garantiza una E/S ininterrumpida para el cliente. La ruta de datos de replicación se basa en un mecanismo de latido, y si un fallo o evento de red persiste más allá de cierto período, puede resultar en fallos de latido, causando que la relación se desincronice. Sin embargo, la presencia de rutas redundantes, como la conmutación por error del LIF a otro puerto, puede mantener el latido y prevenir dichas interrupciones.
ONTAP Mediator se instala en un tercer dominio de fallos, distinto de los dos clústeres de ONTAP que supervisa. Esta configuración consta de tres componentes clave:
-
Clúster de ONTAP principal que aloja el grupo de consistencia principal de SnapMirror Active Sync
-
Clúster de ONTAP secundario que aloja el grupo de coherencia de reflejos
-
Mediador ONTAP
ONTAP Mediator se utiliza para los siguientes fines:
-
Establecer un quórum
-
Disponibilidad continua mediante conmutación por error automática (AUFO)
-
Conmutaciones al respaldo planificadas (PFO)
|
ONTAP Mediator 1.7 puede administrar diez pares de clústeres para la continuidad del negocio. |
|
|
Cuando el Mediador de ONTAP no está disponible, no se pueden realizar conmutaciones por error planificadas o automatizadas. Los datos de la aplicación continúan replicándose de forma sincrónica sin interrupciones, sin pérdida de datos. |
A partir de ONTAP 9.17.1, ONTAP Cloud Mediator está disponible como un servicio basado en la nube en la consola de NetApp para usar con la sincronización activa de SnapMirror . Al igual que ONTAP Mediator, ONTAP Cloud Mediator ofrece las siguientes funciones en una relación de sincronización activa de SnapMirror :
-
Proporciona un almacenamiento persistente y protegido para metadatos de sincronización activa de HA o SnapMirror .
-
Funciona como proxy ping para la vida útil de la controladora.
-
Proporciona funcionalidad de consulta de estado de nodo síncrono para ayudar a determinar el quórum.
ONTAP Cloud Mediator ayuda a simplificar la implementación de sincronización activa de SnapMirror al usar el servicio de nube de la consola NetApp como un tercer sitio que no necesita administrar. ONTAP Cloud Mediator ofrece la misma funcionalidad que ONTAP Mediator local; sin embargo, reduce la complejidad operativa de mantener un sitio externo . Por otro lado, ONTAP Mediator está disponible como paquete y debe instalarse en un host Linux que se ejecute en un sitio externo con infraestructura de red y alimentación independiente para sus operaciones.
Flujo de trabajo de la operación de sincronización activa de SnapMirror
La siguiente figura muestra el diseño de SnapMirror sincronización activa a nivel superior.
El diagrama muestra una aplicación empresarial alojada en una máquina virtual de almacenamiento (SVM) en el centro de datos principal. La SVM contiene cinco volúmenes, tres de los cuales forman parte de un grupo de coherencia. Los tres volúmenes del grupo de coherencia se reflejan en un centro de datos secundario. En circunstancias normales, todas las operaciones de escritura se realizan en el centro de datos primario; en efecto, este centro de datos sirve como origen de operaciones de I/O, mientras que el centro de datos secundario sirve como destino.
En caso de un desastre en el centro de datos principal, ONTAP ordena al centro de datos secundario que actúe como principal, atendiendo todas las operaciones de E/S. Solo se sirven los volúmenes que están reflejados en el grupo de consistencia. Cualquier operación relacionada con los otros dos volúmenes en el SVM se verá afectada por el evento de desastre.
Activo-activo simétrico
SnapMirror Active Sync ofrece soluciones asimétricas y simétricas.
En configuraciones asimétricas, la copia de almacenamiento principal expone una ruta optimizada activa y atiende activamente la E/S del cliente. El sitio secundario utiliza una ruta remota para la E/S. Las rutas de almacenamiento del sitio secundario se consideran activas no optimizadas. El acceso al LUN de escritura se redirige mediante proxy desde el sitio secundario. El protocolo NVMe no es compatible con las configuraciones asimétricas.
En las configuraciones simétricas activo/activo, las rutas optimizadas para activos se exponen en ambos sitios, son específicas del host y configurables, lo que significa que los hosts de ambos lados pueden acceder al almacenamiento local para E/S activas. A partir de ONTAP 9.16.1, las configuraciones simétricas activo/activo son compatibles con clústeres de hasta cuatro nodos. A partir de ONTAP 9.17.1, las configuraciones simétricas activo/activo admiten el protocolo NVMe en clústeres de dos nodos.
Activo/activo simétrico está dirigido a aplicaciones en clúster, incluidas VMware Metro Storage Cluster, Oracle RAC y Windows Failover Clustering con SQL.