Inicio de una conmutación por error de la cuenta de almacenamiento
Microsoft se esfuerza por garantizar que los servicios de Azure siempre estén disponibles. Sin embargo, es posible que se produzcan ocasionalmente interrupciones no previstas en el servicio. Para ayudar a minimizar el tiempo de inactividad, Azure Storage admite la conmutación por error administrada por el cliente para mantener los datos disponibles durante interrupciones parciales y completas.
En este artículo se muestra cómo iniciar una conmutación por error de la cuenta de almacenamiento mediante Azure Portal, PowerShell o la CLI de Azure. Para más información sobre la conmutación por error de la cuenta, vea Planificación de la recuperación ante desastres de almacenamiento de Azure y conmutación por error.
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.
Requisitos previos
Revise estos temas importantes que se detallan en el artículo de instrucciones de recuperación ante desastres antes de iniciar una conmutación por error administrada por el cliente.
- Posible pérdida de datos: se debe esperar la pérdida de datos durante una conmutación por error no planeada de la cuenta de almacenamiento. Para obtener detalles sobre las implicaciones de la conmutación por error no planeada de una cuenta y prepararse para la pérdida de datos, consulte la sección Anticipación a la pérdida de datos e incoherencias.
- Redundancia geográfica: para poder realizar una conmutación por error, la cuenta de almacenamiento debe configurarse para la redundancia geográfica. La sincronización inicial desde la región primaria a la secundaria debe completarse antes de que pueda comenzar el proceso de conmutación por error. Si la cuenta no está configurada para la redundancia geográfica, puede cambiarla siguiendo los pasos descritos en el artículo Cambiar cómo se replica una cuenta de almacenamiento. Para obtener más información sobre las opciones de redundancia de Azure Storage, consulte el artículo Redundancia de Azure Storage.
- Comprender los distintos tipos de conmutación por error de la cuenta: hay dos tipos de conmutación por error administrada por el cliente. Consulte el artículo Planear la conmutación por error para obtener información sobre los posibles casos de uso de cada tipo y cómo se diferencian.
- Planificación de características y servicios no admitidos: revise el artículo Características y servicios no admitidos y realice la acción adecuada antes de iniciar una conmutación por error.
- Tipos de cuenta de almacenamiento admitidos: asegúrese de que el tipo de cuenta de almacenamiento se puede usar para iniciar una conmutación por error. Consulte Tipos de cuenta de almacenamiento admitidos.
- Establezca las expectativas de tiempo y costo: el tiempo que tarda el proceso de conmutación por error administrado por el cliente puede variar, pero normalmente tarda menos de una hora. Una conmutación por error no planeada produce la pérdida de la configuración de redundancia geográfica. La reconfiguración del almacenamiento con redundancia geográfica (GRS) normalmente conlleva un tiempo y un costo adicionales. Para obtener más información, consulte la sección Tiempo y costo de la conmutación por error.
Inicio de la conmutación por error
Puede iniciar una conmutación por error administrada por el cliente planeada o no planeada mediante Azure Portal, PowerShell o la CLI de Azure.
Nota:
Se recomienda usar el módulo Azure Az de PowerShell para interactuar con Azure. Para comenzar, consulte Instalación de Azure PowerShell. Para más información sobre cómo migrar al módulo Az de PowerShell, consulte Migración de Azure PowerShell de AzureRM a Az.
Complete los pasos siguientes para iniciar una conmutación por error de cuenta mediante Azure Portal:
Vaya a su cuenta de almacenamiento.
Seleccione Redundancia en el grupo Administración de datos. En la imagen siguiente se muestra el estado de la configuración de redundancia geográfica y de la conmutación por error de una cuenta de almacenamiento.
Compruebe que la cuenta de almacenamiento esté configurada para el almacenamiento con redundancia geográfica (GRS, RA-GRS, GZRS o RA-GZRS). Si no es así, seleccione la configuración de redundancia deseada en la lista desplegable Redundancia y seleccione Guardar para confirmar el cambio. Después de cambiar la configuración de redundancia geográfica, los datos se sincronizan entre la región primaria y la secundaria. Esta sincronización tarda varios minutos y la conmutación por error no se puede iniciar hasta que se hayan replicado todos los datos. Aparece el mensaje siguiente hasta que se complete la sincronización:
Seleccione Preparar para la conmutación por error administrada por el cliente, como se muestra en la siguiente imagen:
Seleccione el tipo de conmutación por error para el que se está preparando. La página de confirmación varía en función del tipo de conmutación por error que seleccione. Si selecciona
Unplanned Failover
:Se muestra una advertencia para avisarle de la posible pérdida de datos y para informarle sobre la necesidad de volver a configurar manualmente la redundancia geográfica después de la conmutación por error:
Si selecciona
Planned failover
(versión preliminar):Se muestra el valor Hora de la última sincronización. La conmutación por error no se produce hasta que todos los datos se hayan sincronizado con la región secundaria, lo que impide que se pierdan los datos.
Como la configuración de redundancia dentro de cada región no cambia durante una conmutación por error planeada o una conmutación por recuperación, no es necesario volver a configurar manualmente la redundancia geográfica después de una conmutación por error.
Revise la página Preparación para la conmutación por error. Cuando esté listo, escriba sí y seleccione Conmutar por error para confirmar e iniciar el proceso de conmutación por error.
Se muestra un mensaje para indicar que la conmutación por error está en curso:
Supervisión de la conmutación por error
Puede supervisar el estado de la conmutación por error mediante Azure Portal, PowerShell o la CLI de Azure.
El estado de la conmutación por error se muestra en Azure Portal en Notificaciones, en el registro de actividad y en la página Redundancia de la cuenta de almacenamiento.
Notificaciones
Para comprobar el estado de la conmutación por error, seleccione el icono de notificación con forma de campana situado en el extremo derecho del encabezado de página global de Azure Portal:
Registro de actividad
Para ver el estado detallado de una conmutación por error, seleccione el vínculo Más eventos del registro de actividad de la notificación o vaya a la página Registro de actividad de la cuenta de almacenamiento:
Página Redundancia
Los mensajes de la página de redundancia de la cuenta de almacenamiento se muestran para proporcionar actualizaciones de estado de la conmutación por error:
Si la conmutación por error se acerca a la finalización, la página de redundancia podría mostrar la región secundaria original como la nueva principal, pero sigue mostrando un mensaje que indica que la conmutación por error está en curso:
Una vez que se completa la conmutación por error, la página de redundancia muestra la hora de la última conmutación por error y la ubicación de la nueva región primaria. En el caso de una conmutación por error planeada, también se muestra la nueva región secundaria. En la imagen siguiente se muestra el nuevo estado de la cuenta de almacenamiento después de una conmutación por error no planeada:
Implicaciones importantes de la conmutación por error no planeada
Cuando se inicia una conmutación por error no planeada de la cuenta de almacenamiento, se actualizan los registros DNS del punto de conexión secundario para que pase a ser el punto de conexión principal. Asegúrese de comprender el posible efecto para la cuenta de almacenamiento antes de iniciar una conmutación por error.
Para calcular el alcance de la posible pérdida de datos antes de iniciar una conmutación por error, compruebe la propiedad Hora de la última sincronización. Para más información sobre cómo comprobar la propiedad Hora de la última actualización, consulte Comprobación de la propiedad Hora de la última sincronización de una cuenta de almacenamiento.
El tiempo que se tarda en realizar la conmutación por error después del inicio puede variar, aunque por lo general tarda menos de una hora.
Después de la conmutación por error, el tipo de cuenta de almacenamiento se convierte automáticamente en almacenamiento con redundancia local (LRS) en la nueva región primaria. Puede volver a habilitar el almacenamiento con redundancia geográfica (GRS) o el almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS) para la cuenta. Tenga en cuenta que la conversión de LRS a GRS o a RA-GRS supone un costo adicional. El costo se debe a los cargos de salida de red para volver a replicar los datos en la nueva región secundaria. Para más información, consulte Detalles de precios de ancho de banda.
Después de volver a habilitar GRS para la cuenta de almacenamiento, Microsoft comienza a replicar los datos de la cuenta en la nueva región secundaria. El tiempo de replicación depende de muchos factores, entre otros:
- El número y el tamaño de los objetos en la cuenta de almacenamiento. Muchos objetos pequeños pueden tardar más de menos objetos más grandes.
- Los recursos disponibles para la replicación en segundo plano, como CPU, memoria, disco y capacidad WAN. El tráfico en directo tiene prioridad sobre la replicación geográfica.
- Si usa Blob Storage, el número de instantáneas por blob.
- Si usa Table Storage, la estrategia de creación de particiones de datos. El proceso de replicación no se puede escalar más allá del número de claves de partición que se usan.
Cuando se produce una conmutación por error no planeada, todos los datos de la región primaria se pierden, ya que la región secundaria se convierte en la nueva región primaria. Todas las operaciones de escritura realizadas en la cuenta de almacenamiento de la región primaria deben repetirse después de que se vuelva a habilitar la redundancia geográfica. Para obtener más información, consulte Planeamiento y conmutación por error de recuperación ante desastres de Azure Storage.
El proveedor de recursos de Azure Storage no conmuta por error durante el proceso de conmutación por error. Como resultado, la propiedad Location de la API de REST de Azure Storage continúa devolviendo la ubicación original una vez completada la conmutación por error.
La conmutación por error de la cuenta de almacenamiento es una solución temporal para una interrupción del servicio y no debe usarse como parte de la estrategia de migración de datos. Para obtener información sobre cómo migrar las cuentas de almacenamiento, consulte Introducción a la migración de Azure Storage.
Consulte también
- Recuperación ante desastres y conmutación por error de la cuenta de almacenamiento
- Comprobación de la propiedad Hora de la última sincronización de una cuenta de almacenamiento
- Uso de redundancia geográfica para diseñar aplicaciones de alta disponibilidad
- Tutorial: Creación de una aplicación de alta disponibilidad con Blob Storage