Funcionamiento de la conmutación por error de la cuenta de almacenamiento administrada por el cliente
La conmutación por error administrada por el cliente de las cuentas de Azure Storage le permite conmutar por error toda la cuenta de almacenamiento con redundancia geográfica a la región secundaria si los puntos de conexión del servicio de almacenamiento de la región primaria dejan de estar disponibles. Durante la conmutación por error, la región secundaria original se convierte en la nueva principal y todos los puntos de conexión de servicio de almacenamiento para blobs, tablas, colas y archivos se redirigen a la nueva región primaria. Una vez resuelta la interrupción del punto de conexión del servicio de almacenamiento, puede realizar otra operación de conmutación por error para conmutación por recuperación a la región primaria original.
En este artículo se describe lo que sucede durante la conmutación por error y la conmutación por recuperación de una cuenta de almacenamiento administrada por el cliente en cada fase del proceso.
Importante
La conmutación por error de la cuenta administrada por el cliente para las cuentas que tienen un espacio de nombres jerárquico (Azure Data Lake Storage Gen2) está actualmente en versión preliminar y solo se admite en las siguientes regiones:
- (Asia Pacífico) Centro de la India
- (Asia Pacífico) Sudeste Asiático
- (Europa) Norte de Europa
- (Europa) Norte de Suiza
- (Europa) Oeste de Suiza
- (Europa) Oeste de Europa
- (Norteamérica) Centro de Canadá
- (Norteamérica) Este de EE. UU. 2
- (Norteamérica) Centro-sur de EE. UU.
Para participar en la versión preliminar, consulte Configuración de características en versión preliminar en la suscripción de Azure y especifique AllowHNSAccountFailover como nombre de la característica.
Consulte Términos de uso complementarios para las versiones preliminares de Microsoft Azure para conocer los términos legales que se aplican a las características de Azure que se encuentran en la versión beta, en versión preliminar o que todavía no se han publicado para que estén disponibles con carácter general.
En caso de un desastre importante que afecte a la región principal, Microsoft administrará la conmutación por error para cuentas con un espacio de nombres jerárquico. Para más información, consulte Conmutación por error administrada por Microsoft.
Administración de redundancia durante la conmutación por error y la conmutación por recuperación
Sugerencia
Para comprender los distintos estados de redundancia durante el proceso de conmutación por error y conmutación por recuperación de la cuenta de almacenamiento en detalle, consulte redundancia de Azure Storage para ver las definiciones de cada una.
Cuando se configura una cuenta de almacenamiento para la redundancia GRS o RA-GRS, los datos se replican tres veces localmente dentro de las regiones primarias y secundarias (LRS). Cuando se configura una cuenta de almacenamiento para la replicación de GZRS o RA-GZRS, los datos tienen redundancia de zona dentro de la región primaria (ZRS) y se replican tres veces localmente dentro de la región secundaria (LRS). Si la cuenta está configurada para el acceso de lectura (RA), podrá leer datos de la región secundaria siempre que los puntos de conexión del servicio de almacenamiento a esa región estén disponibles.
Durante el proceso de conmutación por error administrada por el cliente, las entradas DNS para los puntos de conexión del servicio de almacenamiento se cambian de forma que las de la región secundaria se convierten en los nuevos puntos de conexión principales de la cuenta de almacenamiento. Después de la conmutación por error, se elimina la copia de la cuenta de almacenamiento en la región primaria original y la cuenta de almacenamiento se sigue replicando tres veces localmente dentro de la región secundaria original (la nueva principal). En ese momento, la cuenta de almacenamiento se convierte en redundante localmente (LRS).
Las configuraciones de redundancia originales y actuales se almacenan en las propiedades de la cuenta de almacenamiento para permitirle volver a la configuración original al conmutar por recuperación.
Para recuperar la redundancia geográfica después de una conmutación por error, deberá volver a configurar la cuenta como GRS. (GZRS no es una opción posterior a la conmutación por error, ya que la nueva principal será LRS después de la conmutación por error). Después de volver a configurar la cuenta para la redundancia geográfica, Azure comienza inmediatamente a copiar datos de la nueva región primaria a la nueva secundaria. Si configura la cuenta de almacenamiento para el acceso de lectura (RA) a la región secundaria, ese acceso estará disponible, pero puede tardar algún tiempo en la replicación desde la principal para que la réplica sea la secundaria actual.
Advertencia
Después de volver a configurar la cuenta para la redundancia geográfica, puede tardar un tiempo antes de que los datos existentes de la nueva región primaria se copien completamente en la nueva secundaria.
Para evitar una pérdida de datos importante, compruebe el valor de la propiedad Last Sync Time antes de conmutar por recuperación. Compare la hora de última sincronización con las últimas horas en que los datos se escribieron en la nueva región primaria para evaluar la posible pérdida de datos.
El proceso de conmutación por recuperación es básicamente el mismo que el proceso de conmutación por error, excepto que Azure restaura la configuración de replicación a su estado original antes de que se conmute por error (la configuración de replicación, no los datos). Por lo tanto, si la cuenta de almacenamiento se configuró originalmente como GZRS, la región primaria después de la conmutación por recuperación se convierte en ZRS.
Después de la conmutación por recuperación, puede configurar la cuenta de almacenamiento para que sea con redundancia geográfica. Si la región primaria original se configuró para LRS, puede configurarla para que sea GRS o RA-GRS. Si la región primaria original se configuró como LRS, puede configurarla para que tenga GZRS o RA-GZRS. Para otras opciones, consulte Cambio de la forma en que se replica una cuenta de almacenamiento.
Cómo iniciar una conmutación por error
Para obtener información sobre cómo iniciar una conmutación por error, consulte Iniciar una conmutación por error de una cuenta de almacenamiento.
Precaución
La conmutación por error de la cuenta de almacenamiento suele implicar cierta pérdida de datos y posibles incoherencias de archivos y datos. Es importante comprender el impacto que tendría una conmutación por error de cuenta en los datos antes de iniciar una.
Para más información sobre la posible pérdida de datos e incoherencias, consulte Anticipación de la pérdida de datos e incoherencias.
Proceso de conmutación por error y conmutación por recuperación
En esta sección se resume el proceso de una conmutación por error administrada por el cliente.
Resumen de la transición de conmutación por error
Después de una conmutación por error administrada por el cliente:
- La región secundaria se convierte en la nueva principal
- Se elimina la copia de los datos de la región primaria original
- La cuenta de almacenamiento se convierte en LRS
- Se pierde la redundancia geográfica
En esta tabla se resume la configuración de redundancia resultante en cada fase de una conmutación por error administrada por el cliente y la conmutación por recuperación:
| Original configuración |
Después de failover |
Después de volver a habilitar redundancia geográfica |
Después de conmutación por recuperación |
Después de volver a habilitar redundancia geográfica |
|---|---|---|---|---|
| GRS | LRS | GRS 1 | LRS | GRS 1 |
| GZRS | LRS | GRS 1 | ZRS | GZRS 1 |
1 La redundancia geográfica se pierde durante una conmutación por error administrada por el cliente y se debe volver a configurar manualmente.
Detalles de la transición de conmutación por error
En los siguientes diagramas se muestra lo que sucede durante la conmutación por error administrada por el cliente y la conmutación por recuperación de una cuenta de almacenamiento configurada para la redundancia geográfica. Los detalles de transición de GZRS y RA-GZRS son ligeramente diferentes de GRS y RA-GRS.
Operación normal (GRS/RA-GRS)
En circunstancias normales, un cliente escribe datos en una cuenta de almacenamiento de la región primaria a través de puntos de conexión de servicio de almacenamiento (1). Los datos se copian de forma asincrónica de la región primaria a la región secundaria (2). En la siguiente imagen se muestra el estado normal de una cuenta de almacenamiento configurada como GRS cuando los puntos de conexión principales están disponibles:
Los puntos de conexión del servicio de almacenamiento no están disponibles en la región primaria (GRS/RA-GRS)
Si los puntos de conexión del servicio de almacenamiento principal dejan de estar disponibles por cualquier motivo (1), el cliente ya no puede escribir en la cuenta de almacenamiento. En función de la causa subyacente de la interrupción, es posible que la replicación en la región secundaria deje de funcionar (2), por lo que se debe esperar una pérdida de datos. En la siguiente imagen se muestra el escenario en el que los puntos de conexión principales no están disponibles, pero aún no se ha producido ninguna recuperación:
El proceso de conmutación por error (GRS/RA-GRS)
Para restaurar el acceso de escritura a los datos, puede iniciar una conmutación por error. Los URI de punto de conexión de servicio de almacenamiento para blobs, tablas, colas y archivos siguen siendo los mismos, pero sus entradas DNS se cambian para que apunten a la región secundaria (1) como se muestra en esta imagen:
La conmutación por error administrada por el cliente suele tardar aproximadamente una hora.
Una vez completada la conmutación por error, la base de datos secundaria original se convierte en la nueva principal (1) y la copia de la cuenta de almacenamiento en la principal original se elimina (2). La cuenta de almacenamiento está configurada como LRS en la nueva región primaria y ya no tiene redundancia geográfica. Los usuarios pueden reanudar la escritura de datos en la cuenta de almacenamiento (3) como se muestra en esta imagen:
Para reanudar la replicación en una nueva región secundaria, vuelva a configurar la cuenta para la redundancia geográfica.
Importante
Tenga en cuenta que la conversión de una cuenta de almacenamiento con redundancia local para usar redundancia geográfica conlleva un costo y un tiempo. Para obtener más información, consulte El tiempo y el costo de la conmutación por error.
Después de volver a configurar la cuenta como GRS, Azure comienza a copiar los datos de forma asincrónica en la nueva región secundaria (1), como se muestra en esta imagen:
El acceso de lectura a la nueva región secundaria no volverá a estar disponible hasta que se resuelva el problema que provoca la interrupción original.
Proceso de conmutación por recuperación (GRS/RA-GRS)
Advertencia
Después de volver a configurar la cuenta para la redundancia geográfica, puede tardar un tiempo antes de que los datos de la nueva región primaria se copien completamente en la nueva secundaria.
Para evitar una pérdida de datos importante, compruebe el valor de la propiedad Last Sync Time antes de conmutar por recuperación. Compare la hora de última sincronización con las últimas horas en que los datos se escribieron en la nueva región primaria para evaluar la posible pérdida de datos.
Una vez resuelto el problema que provoca la interrupción original, puede iniciar otra conmutación por error para conmutar por recuperación a la región primaria original, lo que da como resultado lo siguiente:
- La región primaria actual se convierte en de solo lectura.
- Con la conmutación por error y la conmutación por recuperación iniciadas por el cliente, los datos no pueden terminar de replicarse en la región secundaria durante el proceso de conmutación por recuperación. Por lo tanto, es importante comprobar el valor de la propiedad Last Sync Time antes de conmutar por recuperación.
- Las entradas DNS para los puntos de conexión del servicio de almacenamiento se cambian de forma que las de la región secundaria se convierten en los nuevos puntos de conexión principales de la cuenta de almacenamiento.
Una vez completada la conmutación por recuperación, la región primaria original vuelve a ser la actual (1) y la copia de la cuenta de almacenamiento en la secundaria original se elimina (2). La cuenta de almacenamiento se configura como con redundancia local en la región primaria y ya no tiene redundancia geográfica. Los usuarios pueden reanudar la escritura de datos en la cuenta de almacenamiento (3) como se muestra en esta imagen:
Para reanudar la replicación en la región secundaria original, vuelva a configurar la cuenta para la redundancia geográfica.
Importante
Tenga en cuenta que la conversión de una cuenta de almacenamiento con redundancia local para usar redundancia geográfica conlleva un costo y un tiempo. Para obtener más información, consulte El tiempo y el costo de la conmutación por error.
Después de volver a configurar la cuenta como GRS, la replicación en la región secundaria original se reanuda como se muestra en esta imagen:
