Casos de uso para la sincronización activa de ONTAP SnapMirror
Sugerir cambios
PDF
Las exigencias de un entorno empresarial conectado globalmente exigen una recuperación rápida de los datos de las aplicaciones esenciales para el negocio sin pérdida de datos en caso de interrupción como un ciberataque, una interrupción del suministro eléctrico o un desastre natural. Estas demandas se intensifican en ámbitos como las finanzas y las que se adhieren a mandatos normativos como el Reglamento general de protección de datos (RGPD).
SnapMirror Active Sync proporciona los siguientes casos de uso:
En una implementación de sincronización activa de SnapMirror , se cuenta con un clúster principal y uno secundario. Un LUN en el clúster principal L1P ) tiene un espejo L1S ) en el secundario; ambos LUN comparten el mismo ID de serie y se reportan como LUN de lectura y escritura al host. Sin embargo, en configuraciones asimétricas, las operaciones de lectura y escritura solo se realizan en el LUN principal. L1P Cualquier escritura en el espejo L1S son atendidos por poder.
TAF se basa en la conmutación por error de ruta basada en software MPIO del host para lograr un acceso sin interrupciones al almacenamiento. Ambas copias LUN (por ejemplo, la principal [L1P] y la copia espejo [L1S]) tienen la misma identidad (número de serie) y se informan como de lectura y escritura al host. Sin embargo, en configuraciones asimétricas, las lecturas y escrituras solo las atiende el volumen principal. Las E/S emitidas a la copia espejo se redirigen a la copia principal. La ruta preferida del host a L1 es VS1:N1, según el estado de acceso de unidad lógica asimétrica (ALUA) Activo Optimizado (A/O). ONTAP Mediator es necesario como parte de la implementación, principalmente para realizar la conmutación por error (planificada o no planificada) en caso de una interrupción del almacenamiento en el principal.
TAF opera en dos modos: Conmutación por error automatizada y Dúplex con conmutación por error automatizada. Con la conmutación por error automatizada, las lecturas y escrituras son atendidas únicamente por el volumen principal; por lo tanto, las E/S emitidas a la copia reflejada (que no puede atender escrituras por sí sola) se redirigen a la copia principal. Con la conmutación por error automatizada dúplex, tanto la copia principal como la secundaria pueden atender las E/S, por lo que no se requiere un proxy.
Si utiliza NVMe para acceso al host con ONTAP 9.17.1, solo se admite la conmutación por error automatizada.
La sincronización activa de SnapMirror usa ALUA, un mecanismo que permite un software multivía de host de aplicaciones con rutas anunciadas con prioridades y disponibilidad de acceso para la comunicación del host de aplicaciones con la cabina de almacenamiento. ALUA marca las rutas activas optimizadas a las controladoras propietarias del LUN y otras como rutas activas no optimizadas, utilizadas solo si falla la ruta primaria.
La sincronización activa de SnapMirror con el protocolo NVMe utiliza ANA, lo que permite a los hosts de aplicaciones descubrir rutas optimizadas y no optimizadas a los espacios de nombres NVMe protegidos. El destino NVMe de ONTAP publica los estados de ruta adecuados para que los hosts de aplicaciones utilicen la ruta óptima para un espacio de nombres NVMe protegido.
Las aplicaciones en clúster, como VMware Metro Storage Cluster, Oracle RAC y los clusters de conmutación por error de Windows con SQL, requieren acceso simultáneo para que los equipos virtuales puedan recuperarse en caso de fallo en el otro sitio sin sobrecargar el rendimiento. SnapMirror activo-activo simétrico proporciona I/O de forma local con replicación bidireccional para cumplir los requisitos de aplicaciones en clúster. A partir de ONTAP 9.16.1, el activo-activo simétrico se admite en una configuración de clústeres de cuatro nodos, expandiéndose desde el límite de clústeres de dos nodos en ONTAP 9.15.1.
Replique de forma síncrona varios volúmenes para una aplicación entre sitios ubicados en ubicaciones dispersas geográficamente. Puede conmutar automáticamente por respaldo a la copia secundaria en caso de interrupción del almacenamiento primario, con lo que se permite la continuidad del negocio para aplicaciones de nivel uno. Cuando el sitio que aloja el clúster principal experimenta un desastre, el software multivía del host marca todas las rutas a través del clúster como inactivas y utiliza las rutas del clúster secundario. El resultado es una conmutación al respaldo sin interrupciones habilitada por ONTAP Mediator en la copia mirror.
La sincronización activa de SnapMirror ofrece flexibilidad con granularidad a nivel de aplicaciones fácil de usar y conmutación automática al respaldo. SnapMirror Active Sync usa replicación síncrona de SnapMirror a través de red IP para replicar datos a altas velocidades a través de LAN o WAN para lograr una alta disponibilidad de datos y una rápida replicación de datos en aplicaciones vitales para el negocio, como Oracle, Microsoft SQL Server, etc., tanto en entornos virtuales como físicos.
La sincronización activa de SnapMirror permite que los servicios empresariales críticos continúen funcionando incluso si se produce un fallo completo del sitio, con TAF en la copia secundaria. Para activar esta conmutación por error, no se requiere intervención manual o secuencias de comandos adicionales.