Evaluación de la conmutación por error de la cuenta de almacenamiento
La conmutación por error es la manera del sistema de responder ante un error mediante la copia replicada de los datos.
Los directivos de la organización quieren saber si los usuarios sufren algún tipo de interrupción mientras escuchan música cuando el sistema responde ante un error. Le han pedido que investigue cómo funciona el proceso de conmutación por error y que informe sobre las posibles implicaciones para la empresa y sus datos.
En esta unidad, descubrirá cómo se inicia el proceso de conmutación por error y su funcionamiento. Comprenderá qué conlleva para los datos iniciar una conmutación por error y aprenderá a calcular una posible pérdida de datos.
Cómo funciona el proceso de conmutación por error
Azure Storage permite conmutar por error la cuenta de almacenamiento a una región diferente si la región primaria deja de estar disponible. Cuando se desencadena una conmutación por error y se completa, se puede acceder a los datos desde una región secundaria. La región secundaria se usará hasta que la región primaria vuelva a estar activa.
El proceso es el siguiente:
Antes de un error
Los clientes usan la región primaria mientras está en funcionamiento. Al mismo tiempo, los datos se copian de forma asincrónica en la región secundaria.
Se produce un error
Cuando se produce un error en una región primaria, los clientes y los usuarios no pueden acceder a los datos que contiene. La replicación asincrónica en la región secundaria se interrumpe.
Se inicia la conmutación por error
Usted o Microsoft pueden iniciar conmutaciones por error. Cuando Microsoft inicia una conmutación por error, se denomina conmutación por error administrada por Microsoft. Durante el proceso de conmutación por error, Azure Storage empieza a apuntar a los usuarios y clientes a la región secundaria, en lugar de a la primaria.
Puede iniciar una conmutación por error mediante Azure Portal o herramientas como Azure PowerShell y la CLI de Azure. En Azure Portal, vaya a la cuenta de almacenamiento y seleccione Redundancia>Preparar la conmutación por error.
Se completa la conmutación por error
Una vez completado el proceso de conmutación por error, la cuenta de almacenamiento se actualiza para usar el almacenamiento con redundancia local (LRS). Si quiere replicar los datos en una región secundaria, configure de nuevo la cuenta de almacenamiento para usar una opción de almacenamiento con redundancia geográfica, como el almacenamiento con redundancia geográfica (GRS) o el almacenamiento con redundancia de zona geográfica (GZRS).
Pérdida de datos
Cuando realice la conmutación por error de la cuenta, tendrá algunas pérdidas de datos. Estas pérdidas se producen porque los datos se copian de forma asincrónica. Cuando los datos se copian de esta manera, siempre hay un retraso antes de que se copien de la región primaria y se escriban en la secundaria. Es posible que las escrituras más recientes no se hayan copiado en la región secundaria antes de que se produjeran errores en la primaria.
Además, cuando se inicia una conmutación por error, se pierden los datos de la región primaria. También se perderán todos los datos que no se hayan escrito en la región secundaria antes de iniciar la conmutación por error.
Use la hora de última sincronización para conocer el alcance de la pérdida de datos que puede experimentar. Esta propiedad muestra el momento más reciente en que los datos de la región primaria se escribieron en la secundaria. Se garantiza que todos los datos escritos en la región primaria antes de este momento estarán disponibles en la secundaria. Es posible que los datos escritos en la región primaria después de la hora de última sincronización no estén disponibles en la región secundaria y se pierdan.
Puede buscar la hora de última sincronización mediante Azure Portal, la CLI de Azure o Azure PowerShell. Por ejemplo, se muestra la hora de última sincronización cuando se selecciona Preparar para la conmutación por error en Azure Portal.
Seguimiento de la interrupción del servicio de Azure Storage
Le recomendamos que realice un seguimiento del estado de mantenimiento de Azure Storage y de otros servicios de Azure mediante Azure Service Health. Puede suscribirse a estas actualizaciones con sus aplicaciones y configurar las aplicaciones para que controlen o notifiquen los problemas.
