Compartir a través de

Cambio de la configuración de redundancia de Azure Storage: Preguntas más frecuentes

Hay muchos factores diferentes que pueden impulsar la necesidad de cambiar las opciones de redundancia de las cuentas de almacenamiento. La opción de redundancia correcta equilibra la disponibilidad de los datos de la organización, la recuperación ante desastres, el rendimiento y los requisitos de costos. Estos requisitos se pesan contra los riesgos y ventajas asociados a las distintas opciones de redundancia. La evaluación y el ajuste periódicos son necesarios para garantizar una estrategia de almacenamiento de datos óptima y resistente.

También hay muchos factores que se deben tener en cuenta al cambiar las opciones de redundancia, especialmente desde una perspectiva de tiempo y costo. El tiempo necesario para cambiar las opciones de redundancia puede variar en función de varios factores. Estos factores pueden incluir las opciones que se cambian, el tamaño de la cuenta y las demandas de recursos actuales dentro de una región. También puede haber costos asociados con la transferencia de datos y un aumento de los requisitos de almacenamiento durante y después de una transición.

Importante

En la práctica, una conversión de cuenta de almacenamiento puede hacer referencia a cómo cambiar la SKU o el tipo de una cuenta de almacenamiento. Por ejemplo, puede convertir una cuenta de almacenamiento de uso general v1 heredada a la versión 2 de uso general estándar, lo que permite una disponibilidad, resistencia y características mejoradas.

Para los fines de este artículo, una conversión de cuenta de almacenamiento hace referencia específicamente a cambiar la configuración de redundancia de una cuenta de almacenamiento.

Este artículo contiene respuestas a las preguntas más frecuentes sobre el proceso de cambio de opciones de redundancia de Azure Storage para las cuentas de almacenamiento:

¿Cómo son diferentes las conversiones geográficas y zonales?

Los términos geo y zonal hacen referencia a dos tipos diferentes de estrategias para proporcionar redundancia de datos adicionales dentro de Azure. Para abordar estas estrategias, Azure ofrece dos tipos distintos de cambios de opción de redundancia: los que implican almacenamiento con redundancia geográfica (GRS) y los que implican almacenamiento con redundancia de zona (ZRS).

Como sus nombres implican, la redundancia zonal protege frente a errores de zona, mientras que la redundancia geográfica protege frente a desastres regionales a gran escala. Al cambiar la opción de redundancia de una cuenta de almacenamiento, el tipo de conversión que inicia afecta a la duración del proceso, los costos potenciales y las características o escenarios en conflicto. Para más información, consulte el artículo Cambio de la opción de redundancia de una cuenta de almacenamiento .

Conversión zonal

La redundancia zonal replica datos en varias zonas de disponibilidad o centros de datos aislados dentro de una sola región. Estas zonas, o centros de datos, tienen energía independiente, refrigeración y redes.

Al agregar redundancia zonal a una cuenta de almacenamiento, la cuenta de almacenamiento se somete a una conversión zonal que protege los datos frente a errores dentro de un centro de datos específico. Al quitar la redundancia zonal, se invierte esta protección.

Las conversiones zonales incluyen:

  • LRS → ZRS
  • ZRS → LRS
  • GRS → GZRS
  • GZRS → GRS
  • RA-GRS → RA-GZRS
  • RA-GZRS → RA-GRS

Conversión geográfica

La redundancia geográfica replica los datos en una región secundaria y geográficamente distante. Esta replicación protege los datos de desastres regionales a gran escala, como los huracán, los terremotos y las inundaciones. Al agregar redundancia geográfica a una cuenta de almacenamiento, la cuenta de almacenamiento se somete a una conversión geográfica que protege los datos frente a errores regionales. Al quitar la redundancia geográfica, se invierte esta protección.

Las conversiones geográficas incluyen:

  • LRS → GRS
  • GRS → LRS
  • ZRS → GZRS o RA-GZRS
  • GZRS o RA-GZRS → ZRS

¿Qué cargos están asociados a una conversión de SKU?

No hay ningún costo inicial para realizar conversiones zonales. Sin embargo, después de que una cuenta se haya convertido correctamente, el almacenamiento de datos en curso y el costo de transacción pueden ser más altos debido al incremento de la replicación. Por ejemplo, no hay ningún cargo por la conversión inicial de una cuenta de LRS a ZRS. Pero dado que ZRS tiene mayores costos tanto para el almacenamiento de datos como para las transacciones, podría suponer un costo mayor que LRS.

Al agregar redundancia geográfica, la conversión geográfica resultante incurre en un cargo de transferencia de datos de replicación geográfica en el momento del cambio. Este cargo de transferencia se aplica porque toda la cuenta de almacenamiento se replica en una región secundaria. Dado que todas las operaciones de escritura posteriores también se replican en la región secundaria, también están sujetas al cargo de transferencia de datos.

No incurre en cargos al quitar la redundancia geográfica, como la conversión de GRS → LRS o GZRS → ZRS.

Al quitar el acceso de lectura a una cuenta de almacenamiento, sigue incurriendo en cargos como RA-GRS o RA-GZRS durante 30 días después de la fecha de conversión. Esta directiva se aplica a RA-GRS → GRS o RA-GZRS → GZRS.

Puede obtener más información sobre cómo cambiar las opciones de replicación de una cuenta de almacenamiento en el artículo Cambio de la opción de redundancia de una cuenta de almacenamiento .

¿Cuánto tarda el proceso de conversión de SKU?

El tipo de conversión de cuenta que inicia afecta a la duración del proceso. Para comprender mejor la escala de tiempo, es importante conocer las diferencias entre redundancia geográfica y zonal. Para obtener más información sobre estas diferencias, consulte la sección ¿Cómo son las conversiones geográficas y zonales diferentes ?

El tiempo real necesario para completar cualquier tipo de conversión puede variar en función de varios factores. Puede leer más sobre las diferencias entre las conversiones y los factores que afectan a los tiempos de conversión de SKU en la sección ¿Cómo son las conversiones geográficas y zonales diferentes ?

Conversión zonal

Las conversiones de redundancia zonal normalmente comienzan en unos días después de validar una solicitud. Sin embargo, puede tardar semanas en completarse, en función de las demandas de recursos actuales en la región, el tamaño de la cuenta y otros factores. El progreso de la conversión cambia a In progress cuando comienza el movimiento de datos.

Actualmente no hay ningún acuerdo de nivel de servicio (SLA) para completar una conversión zonal y el proceso de conversión no se puede acelerar enviando una solicitud de soporte técnico. El estado del progreso de la conversión cambia a In progress cuando comienza el movimiento de datos.

Si necesita más control sobre la escala de tiempo de una conversión, como cuando se inicia y finaliza, considere la posibilidad de realizar una migración manual. Las migraciones manuales usan una característica o herramienta como AzCopy para migrar los datos de la cuenta de almacenamiento actual a otra cuenta de almacenamiento con la redundancia deseada.

Puede obtener más información sobre cómo cambiar las opciones de replicación de una cuenta de almacenamiento en el artículo Cambio de la opción de redundancia de una cuenta de almacenamiento .

Conversión geográfica

Actualmente no hay ningún Acuerdo de Nivel de Servicio para completar una conversión geográfica y no es posible acelerar este proceso mediante el envío de una solicitud de soporte técnico. El período de tiempo necesario para completar estas conversiones puede variar en función de varios factores, entre los que se incluyen:

  • El número y el tamaño de los objetos en la cuenta de almacenamiento.
  • Los recursos disponibles para la replicación en segundo plano, como CPU, memoria, disco y capacidad WAN.

Puede obtener más información sobre los factores que afectan a los tiempos de conversión de SKU en el artículo titulado Iniciar una conmutación por error de la cuenta de almacenamiento. También puede obtener más información sobre cómo cambiar las opciones de replicación de una cuenta de almacenamiento en el artículo Cambio de la opción de redundancia de una cuenta de almacenamiento .

¿Por qué el proceso de conversión de la SKU tarda tanto tiempo?

El proceso de conversión de SKU se completa normalmente en unos días, pero puede tardar hasta unas semanas en función de las demandas de recursos actuales en la región, el tamaño de la cuenta junto con otros factores.

Actualmente no hay ningún Acuerdo de Nivel de Servicio para completar una conversión de SKU geográfica o zonal y no es posible acelerar el proceso mediante el envío de una solicitud de soporte técnico.

Si necesita más control sobre la escala de tiempo de una conversión, como cuando se inicia y finaliza, considere la posibilidad de realizar una migración manual. Las migraciones manuales usan una característica o herramienta como AzCopy para migrar los datos de la cuenta de almacenamiento actual a otra cuenta de almacenamiento con la redundancia deseada.

Puede obtener más información sobre cómo cambiar las opciones de replicación de una cuenta de almacenamiento en el artículo Cambio de la opción de redundancia de una cuenta de almacenamiento .

¿Cómo afecta una conversión de SKU al rendimiento y la disponibilidad? ¿Se espera algún tiempo de inactividad de la aplicación? ¿Se espera alguna pérdida de datos?

Durante una conversión de SKU, puede seguir accediendo a los datos de la 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 conversión y no se pierden datos. Del mismo modo, los puntos de conexión de servicio, las claves de acceso, las firmas de acceso compartido y otras opciones de cuenta también permanecen sin cambios.

Puede obtener más información sobre cómo cambiar las opciones de replicación de una cuenta de almacenamiento en el artículo Cambio de la opción de redundancia de una cuenta de almacenamiento .

¿Cómo puedo convertir mi cuenta de LRS a GZRS?

No se admite una conversión directa de LRS → GZRS . Esta conversión específica requiere un proceso de dos pasos que se puede completar de dos maneras:

  • LRS → ZRS, seguido de ZRS → GZRS o
  • LRS → GRS, seguido de GRS → GZRS.

Al realizar una conversión de LRS → ZRS , seguida de ZRS → GZRS, debe esperar al menos 72 horas entre las conversiones. Este retraso temporal garantiza la coherencia e integridad de la cuenta al permitir que los procesos en segundo plano se completen antes de realizar otro cambio.

¿Cómo puedo convertir mi cuenta de GZRS a LRS?

No se admite una conversión GZRS → LRS directa. Esta conversión requiere un proceso de dos pasos que se puede completar de dos maneras:

  • GZRS → ZRS, seguido de ZRS → LRS o
  • GZRS → GRS, seguido de GRS → LRS.

Al realizar una conversión de GZRS → GRS , seguida de GRS → LRS, debe esperar al menos 72 horas entre las conversiones. Este retraso temporal garantiza la coherencia e integridad de la cuenta al permitir que los procesos en segundo plano se completen antes de realizar otro cambio.

¿Cómo puedo convertir mi cuenta de GRS a ZRS?

No se admite una conversión directa de GRS → ZRS . Esta conversión requiere un proceso de dos pasos que se puede completar de dos maneras:

  • GRS → GZRS, seguido de GZRS → ZRS.
  • GRS → LRS, seguido de LRS → ZRS.

Al realizar una conversión de GZRS → GRS seguida de GZRS → ZRS, debe esperar al menos 72 horas entre las conversiones. Este retraso temporal garantiza la coherencia e integridad de la cuenta al permitir que los procesos en segundo plano se completen antes de realizar otro cambio.

Cuando complete la conversión inicial de GRS → LRS , la cuenta de almacenamiento se convierte temporalmente en LRS, una opción de redundancia inferior. Esta opción ofrece menos durabilidad y disponibilidad.

¿Cómo puedo convertir mi cuenta de ZRS a GRS?

No se admite una conversión directa de ZRS → GRS . Esta conversión requiere un proceso de dos pasos que se puede completar de dos maneras:

  • ZRS → GZRS, seguido de GZRS → GRS o
  • ZRS → LRS, seguido de LRS → GRS.

Al realizar una conversión de ZRS → LRS seguida de LRS → GRS, debe esperar al menos 72 horas entre las conversiones. Este retraso temporal garantiza la coherencia e integridad de la cuenta al permitir que los procesos en segundo plano se completen antes de realizar otro cambio.

Cuando complete la conversión inicial de ZRS → LRS , la cuenta de almacenamiento se mantiene temporalmente en LRS, una opción de redundancia inferior. Esta opción ofrece mucha menos durabilidad y disponibilidad.

¿Cuáles son las características o escenarios en conflicto para las conversiones de SKU?

Al igual que con la duración de la conversión, el tipo de conversión de cuenta que inicia afecta al número de características y escenarios en conflicto.

Conversiones zonales

Las conversiones zonales implican agregar o quitar opciones de zona de disponibilidad a su cuenta. En la lista siguiente se resaltan las características o escenarios en conflicto más comunes que pueden generar errores al intentar una conversión zonal. Si se produce un error, el mensaje de error normalmente proporciona detalles sobre el conflicto específico.

  • Replicación de objetos: Las conversiones zonales en cuentas con replicación de objetos (OR) podrían generar un error. En este caso, puede eliminar las directivas OR de la cuenta e intentar la conversión de nuevo.
  • NFSv3: NFSv3 no se puede desconfigurar. Para convertir una cuenta habilitada para NFSv3 en ZRS, debe realizar una migración manual. Las migraciones manuales usan una característica o herramienta como AzCopy para migrar los datos de la cuenta de almacenamiento actual a otra cuenta de almacenamiento con la redundancia deseada. Para más información sobre el uso de AzCopy, consulte Uso de AzCopy para copiar blobs.
  • Restauración a un momento dado (PITR): Las conversiones zonales en cuentas con restauración a un momento dado (PITR) podrían generar un error. En este caso, puede deshabilitar PITR y volver a intentar la migración.
  • Archivar datos: Las cuentas que contienen datos dentro del nivel de archivo pueden generar errores. Antes de realizar la conversión, debe rehidratar los datos de archivo al nivel de acceso frecuente, ocasional o esporádico, y luego volver a intentar la conversión. También puede eliminar los datos archivados antes de la conversión.
  • Cuentas NFSv4 con puntos de conexión públicos: Es posible que encuentre problemas al intentar migrar una cuenta de almacenamiento con un punto de conexión público. Debe deshabilitar el acceso a los puntos de conexión públicos de la cuenta de almacenamiento antes de reintentar la conversión. Puede obtener más información sobre cómo cambiar la replicación de cuentas en el artículo Cambio de cómo se replica una cuenta de almacenamiento .
  • Opción de enrutamiento, Enrutamiento de Internet: Debe establecer la preferencia de enrutamiento en enrutamiento de red de Microsoft. Para obtener más información, consulte Configuración de las preferencias de enrutamiento de red.
  • Cuentas con diagnósticos de arranque habilitados: No se admiten diagnósticos de arranque para máquinas virtuales (VM) para ZRS. Migraciones que incluyen LRS → ZRS; GRS → GZRS; y RA-GRS → RA-GZRS están bloqueados. Puede deshabilitar los diagnósticos de arranque en su cuenta antes de migrar, pero no puede volver a habilitarlos una vez completada la conversión. Para más información, consulte el artículo Diagnósticos de arranque para máquinas virtuales en Azure .
  • Destino no admitido: Aunque la región de la cuenta puede admitir una SKU determinada, no todas las regiones admiten migraciones zonales. Si intenta realizar la conversión dentro de una región no admitida, podría generar errores. Por ejemplo, la región Este de Canadá no admite GZRS; intentar convertir la cuenta de GRS a GZRS genera un error. Para más información sobre qué SKU se admiten en una región específica, consulte el artículo Lista de regiones de Azure .
  • Conversión en conflicto: Su cuenta podría tener actualmente una migración en conflicto en proceso. Por ejemplo, es posible que ya tenga una migración de LRS → GRS en curso. Se produce un error al intentar realizar una conversión de LRS → ZRS . Espere a que se complete la migración original antes de enviar una nueva solicitud de conversión.
  • La cuenta se conmuta automáticamente: Si su cuenta se conmuta automáticamente, puede recuperarla a su región primaria inicial y volver a enviar la solicitud.

Conversiones geográficas

Las conversiones geográficas implican agregar o quitar destinos de replicación en regiones secundarias y geográficamente distantes. En la lista siguiente se resaltan las características o escenarios en conflicto más comunes que pueden generar errores al intentar una conversión geográfica. Si se produce un error, el mensaje de error normalmente proporciona detalles sobre el conflicto específico.

  • Datos archivados: Si la cuenta contiene datos en el nivel de archivo, los datos deben restaurarse antes de poder enviar una solicitud de LRS a GRS. Dado que el proveedor de recursos de almacenamiento (SRP) comprueba que no existe ningún dato archivado antes de que se realice la conversión, debería recibir un mensaje de error casi al instante.
  • Destino no admitido: Hay algunas regiones de Azure con tres zonas de disponibilidad y ninguna región satélite. Estas regiones admiten ZRS , pero no admiten GZRS. Asegúrese de que la región admite la SKU deseada.

Consulte también

  • Last updated on