Share via


Requisitos y consideraciones para usar la replicación entre zonas

En este artículo se describen los requisitos y las consideraciones sobre el uso de la funcionalidad de la replicación entre zonas de volúmenes de Azure NetApp Files.

Requisitos y consideraciones

  • La característica de replicación entre zonas usa la característica de selección de ubicación de volumen de zona de disponibilidad de Azure NetApp Files.
    • Solo puede usar la replicación entre zonas en regiones que admitan la selección de ubicación de volumen de zona de disponibilidad. Mientras se encuentra en versión preliminar, la replicación entre zonas solo está disponible en regiones seleccionadas.
  • Para establecer la replicación entre zonas, debe crear el volumen de origen en una zona de disponibilidad.
  • No puede usar la replicación entre zonas y la replicación entre regiones juntas en el mismo volumen de origen.
  • Puede usar la replicación entre zonas con volúmenes SMB y NFS. La replicación de volúmenes SMB requiere una conexión de Active Directory en las cuentas de NetApp de origen y de destino. La conexión de AD de destino debe tener acceso a los servidores DNS o controladores de dominio de AD DS que sean accesibles desde la subred delegada en la zona de destino. Para obtener más información, consulte Requisitos para las conexiones de Active Directory.
  • La cuenta de destino debe estar en una zona distinta de la zona del volumen de origen. También puede seleccionar una cuenta de NetApp existente en otra zona.
  • El volumen de destino de replicación es de solo lectura hasta que conmute por error a la zona de destino para permitir la lectura y escritura del volumen de destino. Para obtener más información sobre el proceso de conmutación por error, consulte Conmutación por error al volumen de destino.

    Importante

    La conmutación por error es un proceso manual. Cuando necesite activar el volumen de destino (por ejemplo, si desea conmutar por error a la región de destino), debe romper el emparejamiento de replicación y, a continuación, montar el volumen de destino. Para obtener más información, consulte Conmutación por error al volumen de destino

  • La replicación de Azure NetApp Files no admite actualmente varias suscripciones; todas las replicaciones deben realizarse en una misma suscripción.
  • Consulte Límites de recursos para obtener el número máximo de volúmenes de destino entre zonas. Puede abrir una incidencia de soporte técnico para solicitar un aumento del límite de la cuota predeterminada de volúmenes de destino de replicación (por suscripción en una región).
  • Pueden pasar hasta cinco minutos hasta que la interfaz refleje una instantánea recién agregada en el volumen de origen.
  • La replicación entre zonas no admite topologías de entrada y salida en cascada ni de ventilador.
  • Después de configurar la replicación entre zonas, el proceso de replicación crea instantáneas de SnapMirror para proporcionar referencias entre el volumen de origen y el volumen de destino. Las instantáneas de SnapMirror se recorren de forma cíclica automáticamente cuando se crea una nueva para cada transferencia incremental. No puede eliminar instantáneas de SnapMirror hasta que elimine la relación de replicación y el volumen.
  • No puede montar un volumen de protocolo dual hasta que autorice la replicación desde el volumen de origen y se produzca la transferencia inicial.
  • Puede eliminar instantáneas manuales en el volumen de origen de una relación de replicación cuando la relación de replicación esté activa o interrumpida, y también después de que se elimine la relación de replicación. No se pueden eliminar instantáneas manuales del volumen de destino hasta que se interrumpa la relación de replicación.
  • Al revertir un volumen de origen con una relación de replicación de volumen activa, solo se pueden usar instantáneas más recientes que la instantánea de SnapMirror en la operación de reversión. Para más información, consulte Revertir un volumen mediante la reversión de instantáneas con Azure NetApp Files.
  • Los volúmenes de replicación de datos admiten claves administradas por el cliente.
  • Actualmente no se puede usar la replicación entre zonas con grandes volúmenes (más de 100 TiB).

Pasos siguientes