Funcionamiento de la conmutación por error administrada por el cliente (no planeada)
La conmutación por error administrada por el cliente (no planeada) 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 para la región primaria dejan de estar disponibles. Durante la conmutación por error, la región secundaria original se convierte en la nueva región primaria. A continuación, todos los puntos de conexión de servicio de almacenamiento 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 volver a la región primaria original.
En este artículo se describe lo que sucede durante una conmutación por error administrada por el cliente (no planeada) y la conmutación por recuperación en cada fase del proceso.
Importante
La conmutación por error administrada por el cliente (no planeada) para las cuentas que tienen habilitado Azure Data Lake Storage Gen2 está actualmente en VERSIÓN PRELIMINAR y se admite en todas las regiones GRS/GZRS públicas.
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.
Importante
La conmutación por error administrada por el cliente (no planeada) para las cuentas que tienen habilitado el Protocolo de transferencia de archivos SSH (SFTP) está actualmente en PREVIEW 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 no planeadas
Sugerencia
Para comprender los distintos estados de redundancia durante el proceso de conmutación por error y conmutación por recuperación no planeados con detalle, consulte Redundancia de Azure Storage para ver las definiciones de cada uno.
Cuando se configura una cuenta de almacenamiento para el almacenamiento con redundancia geográfica (GRS) o la redundancia de almacenamiento con redundancia geográfica con redundancia geográfica con acceso de lectura (RA-GRS), los datos se replican tres veces dentro de las regiones primarias y secundarias de almacenamiento con redundancia local (LRS). Cuando una cuenta de almacenamiento está configurada para la replicación de almacenamiento con redundancia de zona geográfica (GZRS) o de almacenamiento con redundancia de zona geográfica de acceso de lectura (RA-GZRS), los datos tienen redundancia de zona dentro de la región primaria de almacenamiento con redundancia de zona (ZRS) y se replican tres veces dentro de la región secundaria de LRS. Si la cuenta está configurada para el acceso de lectura (RA), puede 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 administrado por el cliente (no planeado), se cambian las entradas del Sistema de nombres de dominio (DNS) para los puntos de conexión de servicio de almacenamiento. Los puntos de conexión secundarios de la cuenta de almacenamiento se convierten en los nuevos puntos de conexión principales y los puntos de conexión principales originales se convierten en el nuevo secundario. 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 nueva región primaria. En ese momento, la cuenta de almacenamiento se vuelve redundante localmente y usa LRS.
Las configuraciones de redundancia originales y actuales se almacenan dentro de las propiedades de la cuenta de almacenamiento. Esta funcionalidad le permite volver a la configuración original al conmutar por recuperación. Para obtener una lista completa de las configuraciones de redundancia resultantes, lea Planeamiento de recuperación y conmutación por error.
Para recuperar la redundancia geográfica después de una conmutación por error, debe volver a configurar la cuenta como GRS. 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 a la región secundaria, ese acceso está disponible. Sin embargo, la replicación de la región principal a la secundaria puede tardar algún tiempo en completarse.
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. Para evaluar la posible pérdida de datos, compare la hora de la última sincronización con la última vez en la que los datos se escribieron en la nueva base de datos principal.
El proceso de conmutación por recuperación es esencialmente el mismo que el proceso de conmutación por error, salvo que la configuración de replicación se restaura a su estado original anterior a la conmutación por error.
Después de la conmutación por recuperación, puede volver a configurar la cuenta de almacenamiento para aprovechar la redundancia geográfica. Si la región primaria original se configuró como LRS, puede configurarla para que tenga GZRS o RA-GZRS. Para obtener más opciones, consulte Cambio de cómo se replica una cuenta de almacenamiento.
Inicio de una conmutación por error no planeada
Para obtener información sobre cómo iniciar una conmutación por error no planeada, consulte Iniciar una conmutación por error de cuenta.
Precaución
La conmutación por error no planeada normalmente implica 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 este tipo de conmutación por error.
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.
El proceso de conmutación por error y conmutación por recuperación no planeados
En esta sección se resume el proceso de conmutación por error de una conmutación por error administrada por el cliente (no planeada).
Resumen de la transición de conmutación por error no planeada
Después de una conmutación por error administrada por el cliente (no planeada):
- 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 y conmutación por recuperación administrada por el cliente (no planeada):
| 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 (no planeada) y debe volver a configurarse manualmente.
Detalles de la transición de conmutación por error no planeada
En los diagramas siguientes se muestra el proceso de conmutación por error y conmutación por recuperación administrado por el cliente (no planeado) para 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 deben esperar algunas pérdidas de datos. En la imagen siguiente se muestra el escenario en el que los puntos de conexión principales no están disponibles, pero antes de que se produzca la recuperación:
Proceso de conmutación por error no planeado (GRS/RA-GRS)
Para restaurar el acceso de escritura a los datos, puede iniciar una conmutación por error. Los URI del punto de conexión del servicio de almacenamiento para blobs, tablas, colas y archivos permanecen sin cambios, pero sus entradas DNS se cambian para que apunten a la región secundaria, como se muestra a continuación:
La conmutación por error administrada por el cliente (no planeada) 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 para usar 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 está disponible de nuevo hasta que se resuelva el problema que provoca la interrupción original.
Proceso de conmutación por recuperación no planeado (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 la conmutación por recuperación en la región primaria original. Este proceso se describe en la imagen 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 Hora de última sincronización antes de conmutar por recuperación.
- Las entradas DNS para los puntos de conexión de servicio de almacenamiento se cambian. Los puntos de conexión 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:
