Comprender la replicación entre zonas de Azure NetApp Files
En muchos casos, la resistencia entre zonas de disponibilidad se logra mediante arquitecturas de alta disponibilidad mediante la replicación basada en aplicaciones y alta disponibilidad, como se explica en Uso de zonas de disponibilidad para alta disponibilidad. Sin embargo, los enfoques más sencillos y rentables suelen considerarse mediante la replicación de datos basada en almacenamiento en su lugar.
De forma similar a la característica de replicación entre regiones de Azure NetApp Files, la funcionalidad de replicación entre zonas (CZR) proporciona protección de datos entre volúmenes en diferentes zonas de disponibilidad. Puede replicar datos de forma asincrónica desde un volumen de Azure NetApp Files (origen) de una zona de disponibilidad a otro volumen Azure NetApp Files (destino) de otra zona de disponibilidad. Esta funcionalidad le permite realizar la conmutación por error de la aplicación crítica en caso de un desastre o una interrupción en toda la zona.
La replicación entre zonas está disponible en todas las regiones habilitadas para AZ con presencia de Azure NetApp Files.
Objetivos de nivel de servicio
El objetivo de punto de recuperación (RPO) indica el momento dado al que se pueden recuperar los datos. El objetivo de RPO suele ser inferior al doble de la programación de replicación, pero puede variar. En algunos casos, puede ir más allá del RPO objetivo en función de factores como el tamaño total del conjunto de datos, la tasa de cambio, el porcentaje de sobrescrituras de datos y el ancho de banda de replicación disponible para la transferencia.
La replicación entre zonas admite tres programaciones de replicación: 10 minutos, cada hora y a diario.
- Para la programación de replicación de 10 minutos, el RPO típico es inferior a 20 minutos.
- Para la programación de replicación por hora, el RPO típico es inferior a dos horas.
- Para la programación de replicación diaria, el RPO típico es inferior a dos días.
Importante
La programación de replicación de 10 minutos no se admite para grandes volúmenes mediante la replicación entre zonas.
El objetivo de tiempo de recuperación (RTO), o el tiempo de inactividad máximo tolerable de la aplicación empresarial, viene determinado por factores en la presentación de la aplicación y el aprovisionamiento de acceso a los datos en el segundo sitio. Se prevé que la parte del almacenamiento del RTO para romper la relación de emparejamiento con la finalidad de activar el volumen de destino y proporcionar acceso de lectura y escritura de datos en el segundo sitio se complete en un minuto.
Modelo de costo para la replicación entre zonas
Los volúmenes de réplica se hospedan en un grupo de capacidad. Por lo tanto, el costo de la replicación entre zonas se basa en el tamaño y el nivel del grupo de capacidad aprovisionado como normal. No hay ningún costo adicional para la replicación de datos.