Cambio del modo en que se replican los datos de Azure Files

✔️ Aplicable a: Recursos compartidos de archivos clásicos creados con el proveedor de recursos de almacenamiento Microsoft. Storage y utilizando el modelo de facturación Provisioned v1, Provisioned v2 o pago por uso.

✖️ No se aplica a: Recursos compartidos de archivos creados con el proveedor de recursos Microsoft.FileShares

Azure siempre almacena varias copias de los datos para ayudar a protegerlos frente a eventos planeados y no planeados. Estos eventos incluyen errores transitorios de hardware, cortes de red o de energía y desastres naturales. La redundancia de datos garantiza que la cuenta de almacenamiento cumpla el Acuerdo de Nivel de Servicio (SLA) de Microsoft Online Services.

Este artículo describe el proceso de cambiar la configuración de replicación para una cuenta de almacenamiento existente que aloja los archivos compartidos de Azure Classic.

Opciones para cambiar el tipo de replicación

A la hora de decidir qué configuración de redundancia es la mejor para su situación, tenga en cuenta la relación entre menores costes y mayor disponibilidad. Los factores que ayudan a determinar qué configuración de redundancia elegir incluyen:

• Cómo se replican los datos sin la región primaria. Los datos de la región primaria se pueden replicar localmente mediante el almacenamiento con redundancia local (LRS), o bien se pueden replicar entre zonas de disponibilidad de Azure mediante el almacenamiento con redundancia de zona (ZRS).
• Si los datos requieren redundancia geográfica. La geo-redundancia proporciona protección contra desastres regionales replicando tus datos a una segunda región geográficamente alejada de la región principal. Azure Files admite el almacenamiento con redundancia geográfica (GRS) y el almacenamiento con redundancia de zona geográfica (GZRS).

Para obtener información general detallada sobre todas las opciones de redundancia para Azure Files, consulte Redundancia de Azure Files.

Las configuraciones de redundancia de la cuenta de almacenamiento se pueden cambiar siempre que sea necesario, aunque algunas de ellas están sujetas a limitaciones y a requisitos de tiempo de inactividad. Revisar estas limitaciones y requisitos antes de realizar cualquier cambio en su entorno le ayudará a evitar conflictos con sus propios plazos y requisitos de tiempo de actividad.

Hay tres maneras de cambiar la configuración de replicación:

• Agregue o quite la redundancia geográfica o el acceso de lectura a la región secundaria.
• Agregue o quite la redundancia de zona realizando una conversión.
• Realice una migración manual en escenarios en los que no se admiten las dos primeras opciones o para asegurarse de que el cambio se completa dentro de un período de tiempo específico.

La redundancia geográfica y el acceso de lectura se pueden cambiar al mismo tiempo. Sin embargo, cualquier cambio que también implique redundancia de zona requiere una conversión y debe realizarse por separado mediante un proceso de dos pasos. Estos dos pasos se pueden realizar en cualquier orden.

Cambio de la configuración de redundancia

La siguiente tabla proporciona una información general de cómo cambiar entre los tipos de replicación.

¹Al agregar redundancia geográfica genera un cargo de salida único.
² Si la cuenta de almacenamiento contiene blobs en el nivel de archivo, revise las limitaciones del nivel de acceso antes de cambiar el tipo de redundancia por la redundancia geográfica o de zona.
³ El tipo de conversión admitido depende del tipo de cuenta de almacenamiento. Para obtener más información, consulte la tabla de cuentas de almacenamiento.
⁴ No se admite la conversión a ZRS o GZRS para una cuenta LRS resultante de una conmutación por error. Para obtener más información, consulte Conmutación por error y conmutación por recuperación.
⁵ La conversión de LRS a ZRS no se admite si la compatibilidad con el protocolo NFSv3 está habilitada para Azure Blob Storage o si la cuenta de almacenamiento contiene recursos compartidos de Azure Files NFSv4.1 con puntos de conexión públicos habilitados.
⁶ Aunque la habilitación de la redundancia geográfica parezca producirse instantáneamente, la conmutación por error a la región secundaria no se puede iniciar hasta que se complete la sincronización de datos entre las dos regiones.

Limitaciones para cambiar los tipos de replicación

Las limitaciones se aplican a algunos escenarios de cambio de replicación en función de:

• Región
• Conflictos de características
• Tipo de cuenta de almacenamiento
• Compatibilidad con protocolos
• Conmutación por error y conmutación por recuperación

Region

Asegúrese de que la región donde se encuentra la cuenta de almacenamiento admite toda la configuración de replicación deseada. Por ejemplo, si va a convertir la cuenta a redundancia de zona (ZRS o GZRS), asegúrese de que la cuenta de almacenamiento está en una región que la admita. Consulte las listas de regiones admitidas para almacenamiento con redundancia de zona y almacenamiento con redundancia de zona geográfica.

Conflictos de características

Algunas características de la cuenta de almacenamiento no son compatibles con otras características o operaciones. Por ejemplo, la capacidad de conmutar por error a la región secundaria es la característica clave de redundancia geográfica, pero otras características no son compatibles con la conmutación por error. Para obtener más información sobre las características y los servicios que no se admiten con la conmutación por error, consulte Características y servicios no admitidos. La conversión de una cuenta a GRS o GZRS podría bloquearse si se habilita una característica en conflicto o podría ser necesario deshabilitar la característica más adelante antes de iniciar una conmutación por error.

Tipo de cuenta de almacenamiento

Al planear cambiar la configuración de replicación, tenga en cuenta las siguientes limitaciones relacionadas con el tipo de cuenta de almacenamiento.

Algunos tipos de cuentas de almacenamiento solo soportan ciertas configuraciones de redundancia, que afectan si puedes convertirlas o migrarlas y, de ser así, cómo. Para más información sobre los tipos de cuenta de almacenamiento de Azure y las opciones de redundancia admitidas, consulte la introducción a la cuenta de almacenamiento.

En la tabla siguiente se enumeran las opciones de redundancia disponibles para los tipos de cuenta de almacenamiento y si se admiten la conversión y la migración manual:

¹ Para iniciar la conversión iniciada por el cliente, utilice el portal de Azure, PowerShell o la CLI de CLI de Azure. También puede abrir una solicitud de soporte técnico.

Compatibilidad con protocolos

No puedes convertir cuentas de almacenamiento a redundancia por zonas (ZRS o GZRS) si la cuenta de almacenamiento contiene compartidos de archivos NFS con acceso a endpoint público activado.

No se admite la conversión de recursos compartidos NFSv4.1 con puntos de conexión públicos habilitados. Para cambiar la redundancia de los recursos compartidos NFS con endpoints públicos, sigue estos pasos:

1. Deshabilite el acceso al punto de conexión público de la cuenta de almacenamiento.
2. Envíe la solicitud de conversión para cambiar la redundancia de la cuenta de almacenamiento especificada.
3. Una vez migrada la cuenta de almacenamiento, configura endpoints privados o públicos según sea necesario.

Conmutación por error y conmutación por recuperación

Tras un conmutador por error de cuenta a la región secundaria, puedes iniciar un backback desde el nuevo primario hacia el nuevo secundario con PowerShell o CLI de Azure (versión 2.30.0 o posterior). Inicio de la conmutación por error.

Si realizas un error de conmutación de cuentas gestionado por el cliente para recuperar de una caída de tu cuenta GRS, la cuenta se vuelve localmente redundante (LRS) en la nueva región principal tras el fallo. La conversión a ZRS o GZRS no está soportada para una cuenta LRS resultante de un conmutamiento por error, ni siquiera para las llamadas operaciones de fallo de fallo. Por ejemplo, si realiza la conmutación por error de una cuenta de GRS a LRS en la región secundaria y, luego, la configura de nuevo como GRS, seguirá siendo de tipo LRS en la nueva región secundaria (la primaria original). Si luego realiza otra conmutación por error de la cuenta para volver a la región primaria original, seguirá siendo de tipo LRS en esta. En este caso, no se puede realizar una conversión a ZRS o GZRS en la región primaria. En su lugar, realice una migración manual para agregar redundancia de zona.

Cambio del valor de la replicación

En función del escenario de la sección de configuración de redundancia cambiante, use uno de los siguientes métodos para cambiar la configuración de replicación.

Cambio de la configuración de redundancia mediante Azure Portal, PowerShell o la CLI de Azure

En la mayoría de los casos, puede usar la Azure Portal, PowerShell o la CLI de Azure para cambiar la configuración de replicación con redundancia geográfica o de acceso de lectura (RA) para una cuenta de almacenamiento.

Cambiar cómo se replica tu cuenta de almacenamiento en el portal de Azure no provoca inactividad en tus aplicaciones, incluidos los cambios que requieren una conversión.

Set-AzStorageAccount -ResourceGroupName <resource_group> `
    -Name <storage_account> `
    -SkuName <sku>

az storage account update \
    --name <storage-account> \
    --resource-group <resource_group> \
    --sku <sku>

Realizar una conversión

Una conversión por redundancia es el proceso de cambiar el aspecto de redundancia por zonas de una cuenta de almacenamiento.

Durante una conversión, no hay pérdida de datos ni es necesario interrumpir la aplicación.

Hay dos maneras de iniciar una conversión:

• Iniciado por el cliente
• Inicio por parte del soporte técnico

Conversión iniciada por el cliente

En lugar de abrir una solicitud de soporte técnico, los clientes de la mayoría de las regiones pueden iniciar una conversión y supervisar su progreso. Esta opción elimina posibles retrasos relacionados con la creación y administración de solicitudes de soporte técnico. Para obtener ayuda para determinar las regiones en las que se admite la conversión iniciada por el cliente, consulte el artículo sobre limitaciones de la región.

Para los archivos compartidos HDD (estándar), puedes completar conversiones iniciadas por el cliente en regiones soportadas usando el portal de Azure, PowerShell o CLI de Azure.

Para los compartidos de archivos SSD (premium), la conversión iniciada por el cliente está disponible a través del portal de Azure, PowerShell y CLI de Azure. O bien, puede solicitar una conversión iniciada por el soporte técnico.

Después del inicio, la conversión puede tardar hasta 72 horas en comenzar.

Start-AzStorageAccountMigration
    -AccountName <String>
    -ResourceGroupName <String>
    -TargetSku <String>
    -AsJob

az storage account migration start  \
    --account-name <string> \
    -g <string> \
    --sku <string> \
    --no-wait

Supervisión del progreso de la conversión iniciada por el cliente

A medida que se evalúa y procesa la solicitud de conversión, el estado debe avanzar por la lista que se muestra en la siguiente tabla:

¹ Tras la iniciación, la conversión puede tardar hasta 72 horas en iniciarse. Si la conversión no entra en estado de En progreso dentro de las 96 horas siguientes a iniciar la solicitud, envía una solicitud de soporte a Microsoft para determinar el motivo. Para más información sobre el tiempo de una conversión iniciada por el cliente, consulte Tiempo y frecuencia.
² Si se produce un error en la conversión, envíe una solicitud de soporte a Microsoft para determinar el motivo del error.

Get-AzStorageAccountMigration
   -AccountName <String>
   -ResourceGroupName <String>

az storage account migration show \
    --account-name <string> \
    -g <string> \
    -n "default"

Conversión iniciada por el soporte técnico

Los clientes pueden solicitar una conversión abriendo una solicitud de soporte técnico con Microsoft.

Siga estos pasos para solicitar una conversión de Microsoft:

1. En Azure Portal, vaya a la cuenta de almacenamiento que quiere convertir.

2. En Soporte técnico y solución de problemas, elija Nueva solicitud de soporte técnico.

3. Complete la pestaña Descripción del problema según la información de su cuenta:

   • Resumen: Describe tu solicitud, incluyendo los tipos de redundancia de origen y destino.
   • Tipo de problema: seleccione Técnico.
   • Suscripción: seleccione la suscripción en el menú desplegable.
   • Servicio: seleccione Mis servicios y después Administración de cuentas de almacenamiento para el Tipo de servicio.
   • Recurso: seleccione una cuenta de almacenamiento para convertir. Si necesita especificar varias cuentas de almacenamiento, puede hacerlo en la pestaña Detalles adicionales.
   • Tipo de problema: elija Migración de datos.
   • Subtipo de problema: elija Migrar a ZRS, GZRS o RA-GZRS.

   

4. Seleccione Next (Siguiente). Es posible que la pestaña Solución recomendada se muestre brevemente antes de cambiar a la página Soluciones. En la página Soluciones, puede comprobar si las cuentas de almacenamiento son aptas para la conversión:

   • Tipo de replicación de destino: (elija la opción deseada en la lista desplegable)
   • Cuentas de almacenamiento de: (escriba un nombre de cuenta de almacenamiento único o una lista de cuentas separadas por punto y coma)
   • Seleccione Submit (Enviar).

   

5. Realice la acción adecuada si los resultados indican que la cuenta de almacenamiento no es apta para la conversión. Si no, seleccione Volver a la solicitud de soporte técnico.

6. Seleccione Next (Siguiente). Si tiene más de una cuenta de almacenamiento para migrar, en la pestaña Detalles, especifique el nombre de cada cuenta separado por punto y coma.

   

7. Proporcione la información necesaria en la pestaña Detalles adicionales y, después, seleccione Revisar y crear para revisar y enviar la incidencia de soporte técnico. Un agente de Soporte técnico de Azure revisa su caso y se pone en contacto con usted para proporcionarle asistencia.

Migración manual

Un migración manual ofrece más flexibilidad y control que una conversión. Usa esta opción si necesitas mover tus datos antes de una fecha concreta, o si no se admite la conversión en tu caso. La migración manual también es útil al mover una cuenta de almacenamiento a otra región. Para obtener más información, consulte Move an Azure Storage account to another region.

Debe realizar una migración manual si quiere migrar la cuenta de almacenamiento a otra región.

Con una migración manual, copia los datos de la cuenta de almacenamiento existente en una nueva cuenta de almacenamiento. Para realizar una migración manual, utilice una de las siguientes opciones:

• Copie los datos utilizando una herramienta existente como AzCopy, una de las bibliotecas de clientes de Azure Storage o una herramienta fiable que no sea de Microsoft.
• Si conoce Hadoop o HDInsight, puede asociar tanto la cuenta de almacenamiento de origen como la de destino a su clúster. Después, realice un paralelismo del proceso de copia de datos con una herramienta como DistCp.

Para obtener instrucciones más detalladas sobre cómo realizar una migración manual, consulte Traslado de una cuenta de Azure Storage a otra región.

Requisitos de tiempo de inactividad para el cambio de redundancia de Azure Files

Durante una conversión de redundancia de zonas, puedes acceder a los datos de tu cuenta de almacenamiento sin pérdida de durabilidad ni disponibilidad. El Acuerdo de nivel de servicio de Azure Storage se mantiene durante el proceso de migración y no se pierden datos durante una conversión. Los puntos de conexión de servicio, las claves de acceso, las firmas de acceso compartido y otras opciones de la cuenta permanecen inalteradas después de la migración.

Si decides realizar una migración manual, se requiere tiempo de inactividad, pero tienes más control sobre el momento del proceso de migración.

Tiempo y frecuencia

El proceso de conversión por redundancia de zonas iniciado por el cliente puede tardar hasta 72 horas en comenzar tras iniciarse, pero la disponibilidad de recursos, el volumen de datos y otros factores pueden causar retrasos. Si solicitas una conversión abriendo una solicitud de soporte, puede que tarde más en empezar. Para supervisar el progreso de una conversión iniciada por el cliente, consulte Supervisión del progreso de la conversión iniciada por el cliente.

Después de una conversión de redundancia de zona, debe esperar al menos 72 horas antes de volver a cambiar la configuración de redundancia de la cuenta de almacenamiento. La suspensión temporal permite que los procesos en segundo plano se completen antes de realizar otro cambio, lo que garantiza la coherencia y la integridad de la cuenta. Por ejemplo, pasar de LRS a GZRS es un proceso de dos pasos. Debe agregar redundancia de zona en una operación y, a continuación, agregar redundancia geográfica en un segundo. Después de pasar de LRS a ZRS, debe esperar al menos 72 horas antes de pasar de ZRS a GZRS.

Costos asociados a la modificación de la forma en que se replican los datos

Azure Files ofrece varias opciones para configurar la replicación. Estas opciones, ordenadas de más a menos cara, incluyen:

• LRS
• ZRS
• GRS
• GZRS

Los costes asociados al cambio de cómo se replican los datos en la cuenta de almacenamiento dependen de los aspectos de la configuración de redundancia que cambie. Una combinación de precios de almacenamiento de datos y ancho de banda de salida determina el coste de realizar un cambio. Para más información sobre precios, consulte la página de precios de Azure Files.

Si agrega redundancia de zona en la región primaria, no hay ningún costo inicial asociado a realizar esa conversión, pero el costo de almacenamiento de datos continuo es mayor debido al aumento de la replicación y al espacio de almacenamiento necesario.

La redundancia geográfica incurre en un cargo de ancho de banda de salida en el momento del cambio porque toda la cuenta de almacenamiento se replica en la región secundaria. Todas las escrituras posteriores en la región primaria también incurren en cargos de ancho de banda de salida para replicar la escritura en la región secundaria.

Si quita la redundancia geográfica (cambia de GRS a LRS), no hay ningún costo por realizar el cambio, pero los datos replicados se eliminan de la ubicación secundaria.

Consulte también

• Redundancia de Azure Files