Compartir a través de


Replicación entre regiones de volúmenes de Azure NetApp Files

La funcionalidad de replicación de Azure NetApp Files proporciona protección de datos a través de la replicación de volúmenes entre regiones. Puede replicar datos de forma asincrónica desde un volumen de Azure NetApp Files (origen) de una región a otro volumen Azure NetApp Files (destino) de otra región. 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 región.

Pares de replicación entre regiones compatibles

La replicación de volúmenes de Azure NetApp Files se admite entre varios pares regionales de Azure y pares no estándar. La replicación de volúmenes de Azure NetApp Files está disponible actualmente entre las siguientes regiones. Puede replicar Azure NetApp Files desde el par regional A al par regional B, y viceversa.

Pares regionales de Azure

Zona geográfica Par regional A Par regional B
Australia Centro de Australia Centro de Australia 2
Australia Este de Australia Sudeste de Australia
Asia Pacífico Este de Asia Sudeste de Asia
Brasil Sur de Brasil Sudeste de Brasil
Brasil/Norteamérica Sur de Brasil Centro-sur de EE. UU.
Canadá Centro de Canadá Este de Canadá
Europa Norte de Europa Oeste de Europa
Alemania Centro-oeste de Alemania Norte de Alemania
India Centro de la India Sur de la India
Japón Japón Oriental Japón Occidental
Corea Centro de Corea del Sur Corea del Sur
Norteamérica Este de EE. UU. Oeste de EE. UU.
Norteamérica Este de EE. UU. 2 Centro de EE. UU.
Norteamérica Centro-Norte de EE. UU Centro-sur de EE. UU.
Norteamérica Oeste de EE. UU. 3 Este de EE. UU.
Noruega Este de Noruega Oeste de Noruega
Suiza Norte de Suiza Oeste de Suiza
Reino Unido Sur de Reino Unido Oeste de Reino Unido
Emiratos Árabes Unidos Norte de Emiratos Árabes Unidos Centro de Emiratos Árabes Unidos
US Gov US Gov: Arizona US Gov Texas
US Gov US Gov - Virginia US Gov Texas

Pares no estándar regionales de Azure

Zona geográfica Par regional A Par regional B
Australia/Sudeste de Asia Este de Australia Sudeste de Asia
Israel/Suecia Centro de Israel Centro de Suecia
Qatar/Europa Centro de Catar Oeste de Europa
Francia/Europa Centro de Francia Oeste de Europa
Alemania/Reino Unido Centro-oeste de Alemania Sur de Reino Unido 2
Alemania/Europa Centro-oeste de Alemania Oeste de Europa
Alemania/Francia Centro-oeste de Alemania Centro de Francia
Italia/Suecia Norte de Italia Centro de Suecia
Suecia/Alemania Centro de Suecia Centro-oeste de Alemania
España/Suecia Centro de España Centro de Suecia
Norteamérica Este de EE. UU. Este de EE. UU. 2
Norteamérica Este de EE. UU. 2 Oeste de EE. UU. 2
Norteamérica Este de EE. UU. 2 Oeste de EE. UU. 3
Norteamérica Centro-Norte de EE. UU Este de EE. UU. 2
Norteamérica Centro-sur de EE. UU. Este de EE. UU.
Norteamérica Centro-sur de EE. UU. Este de EE. UU. 2
Norteamérica Centro-sur de EE. UU. Centro de EE. UU.
Norteamérica Oeste de EE. UU. 2 Este de EE. UU.
Norteamérica Oeste de EE. UU. 2 Oeste de EE. UU. 3
US Gov US Gov: Arizona US Gov - Virginia

Nota:

Puede haber una discrepancia en el tamaño y el número de las instantáneas entre el origen y el destino. Esta discrepancia es esperable. Las directivas de instantáneas y las programaciones de replicación influirán en el número de instantáneas. Las directivas de instantáneas y las programaciones de replicación, combinadas con la cantidad de datos modificados entre instantáneas, influirán en el tamaño de las instantáneas. Para más información sobre las instantáneas, consulte Funcionamiento de las instantáneas 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 regiones 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.

Importante

Los grandes volúmenes para la replicación entre regiones no admiten la programación de replicación de 10 minutos.

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 costos de la replicación entre regiones

Con la replicación entre regiones de Azure NetApp Files, solo se paga por la cantidad de datos que se replican. No se aplican cargos de configuración ni una cuota mínima de uso. El precio de replicación se basa en la frecuencia de replicación y en la región del volumen de destino que elija durante la configuración de replicación inicial. Para más información, consulte la página Precios de Azure NetApp Files.

El cargo de la capacidad de almacenamiento de Azure NetApp Files regular se aplica al volumen de destino de replicación (también denominado volumen protección de datos).

Ejemplos de precios

La cantidad de replicación entre regiones facturada en un mes se basa en la cantidad de datos replicados a través de la característica de replicación entre regiones durante ese mes. La cantidad de datos replicados se mide en GiB. Representa la suma de los datos replicados en dos regiones durante todas las replicaciones normales de los volúmenes de origen a los volúmenes de destino y durante todas las replicaciones de resincronización de los volúmenes de destino a los volúmenes de origen.

Ejemplo 1: replicación de línea base del mes 1 y replicaciones incrementales

Considere las situaciones siguientes:

  • El volumen de origen corresponde al nivel de servicio Premium de Azure NetApp Files. Tiene un tamaño de cuota de volumen de 1000 GiB y un tamaño de volumen consumido de 500 GiB al principio del primer día de un mes. El volumen se encuentra en la región Centro y Sur de EE. UU.
  • El volumen de destino corresponde al nivel de servicio Standard de Azure NetApp Files. Está en la región Este de EE. UU. 2.
  • Ha configurado una replicación entre regiones por hora entre los dos volúmenes anteriores. Por lo tanto, el precio de la replicación es de 0,12 USD por GiB.
  • Por motivos de simplicidad, supongamos que el volumen de origen tiene un cambio de datos constante de 0,5 GiB cada hora, pero el tamaño total consumido del volumen no crece (permanece en 500 GiB).

Después de la instalación inicial, la replicación de base de referencia se produce inmediatamente.

  • Cantidad de datos replicada durante la replicación de base de referencia: 500 GiB
  • Cargos de replicación de base de referencia: 500 GiB * $0.12 = $60

Después de la replicación de base de referencia, solo se replican los bloques modificados. Por lo tanto, solo se replicarán 0,5 GiB de datos cada hora en las sucesivas réplicas incrementales.

  • Suma de la cantidad de datos replicada entre las replicaciones incrementales durante un mes de 30 días: 0.5 GiB * 24 hours * 30 days = 360 GiB
  • Cargos de replicación incremental: 360 GiB * $0.12 = $43.2

Al final del mes 1, el cargo total de la replicación entre regiones es el siguiente:

  • Cargo total de replicación entre regiones del mes 1: $60 + $43.2 = $103.2

El cargo normal de la capacidad de almacenamiento de Azure NetApp Files se aplica al volumen de destino. Sin embargo, el volumen de destino puede usar una capa de almacenamiento diferente de la del nivel de volumen de origen (y más económica).

Ejemplo 2: Replicaciones incrementales del mes 2 y replicaciones de resincronización

Supongamos que tiene un volumen de origen, un volumen de destino y una relación de replicación entre los dos configurados como se describe en el ejemplo 1. Durante 29 días del segundo mes (un mes de 30 días), las replicaciones por hora se produjeron según lo previsto.

  • Suma de la cantidad de datos replicados entre las replicaciones incrementales durante 29 días: 0.5 GiB * 24 hours * 29 days = 348 GiB

Supongamos que el último día del mes, se produjo una interrupción no planeada en la región de origen y que realizó la conmutación por error en el volumen de destino. Después de 2 horas, la región de origen se recuperó y realizó una replicación de resincronización del volumen de destino al volumen de origen. Durante las 2 horas, se produjeron 0,8 GiB de cambios de datos en el volumen de destino y fue necesaria la resincronización en el origen.

  • Suma de la cantidad de datos replicados entre replicaciones normales durante 22 horas el último día: 0.5 GiB * 22 hours = 11 GiB
  • Cantidad de datos replicados durante una replicación de resincronización: 0.8 GiB

Por lo tanto, al final del mes 2, el cargo total de la replicación entre regiones es el siguiente:

  • Cargo total de replicación entre regiones del mes 2: (348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18

El cargo normal de la capacidad de almacenamiento de Azure NetApp Files del mes 2 se aplica al volumen de destino.

Pasos siguientes