Descripción de la replicación entre zonas de Azure NetApp Files (versión preliminar)
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 distintas zonas de disponibilidad. Puede replicar datos de forma asincrónica desde un volumen (origen) de Azure NetApp Files en una zona de disponibilidad a otro volumen (destino) de Azure NetApp Files en otra disponibilidad. Esta funcionalidad le permite conmutar por error la aplicación crítica si se produce una interrupción o un desastre en toda la zona.
Regiones admitidas
La versión preliminar de la replicación entre zonas está disponible en las siguientes regiones:
- Este de Australia
- Sur de Brasil
- Centro de Canadá
- Centro de la India
- Centro de EE. UU.
- Este de Asia
- Este de EE. UU.
- Este de EE. UU. 2
- Centro de Francia
- Centro-oeste de Alemania
- Japón Oriental
- Centro de Corea del Sur
- Norte de Europa
- Este de Noruega
- Centro de Catar
- Norte de Sudáfrica
- Sudeste de Asia
- Centro-sur de EE. UU.
- Centro de Suecia
- Norte de Suiza
- Norte de Emiratos Árabes Unidos
- Sur de Reino Unido 2
- US Gov - Virginia
- Oeste de Europa
- Oeste de EE. UU. 2
- Oeste de EE. UU. 3
En el futuro, está previsto que la replicación entre zonas esté disponible en todas las regiones habilitadas para Azure 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 día.
- 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.
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 replicados 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.