Inicio de una conmutación por error de la cuenta de almacenamiento

  • Artículo

Si, por cualquier motivo, el punto de conexión principal de la cuenta de almacenamiento con redundancia geográfica deja de estar disponible, puede iniciar una conmutación por error de la cuenta. Una conmutación por error de la cuenta actualiza el punto de conexión secundario para convertirlo en el punto de conexión principal de la cuenta de almacenamiento. Una vez finalizada la conmutación por error, los clientes pueden empezar a escribir en la nueva región primaria. La conmutación por error forzada le permite mantener una alta disponibilidad para sus aplicaciones.

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, consulte Recuperación ante desastres y conmutación por error de la cuenta de almacenamiento.

Advertencia

Una conmutación por error de la cuenta tiene normalmente como resultado la pérdida de datos. Para comprender las implicaciones de una conmutación por error de una cuenta y prepararse para la pérdida de datos, revise Pérdida de datos e incoherencias.

Nota:

Se recomienda usar el módulo Azure Az de PowerShell para interactuar con Azure. Consulte Instalación de Azure PowerShell para empezar. 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.

Prerrequisitos

Para poder realizar una conmutación por error de su cuenta de almacenamiento, asegúrese de lo siguiente:

  • La cuenta de almacenamiento está configurada para la replicación geográfica (GRS, GZRS, RA-GRS o RA-GZRS). Para más información sobre la redundancia de Azure Storage, consulte Redundancia de Azure Storage.
  • El tipo de la cuenta de almacenamiento admite la conmutación por error iniciada por el cliente. Consulte Tipos de cuenta de almacenamiento admitidos.
  • La cuenta de almacenamiento no tiene ninguna característica o servicios habilitados que no sean compatibles con la conmutación por error de la cuenta. Consulte Características y servicios no admitidos para obtener una lista detallada.

Inicio de la conmutación por error

Puede iniciar una conmutación por error de cuenta desde Azure Portal, PowerShell o la CLI de Azure.

Nota:

Se recomienda usar el módulo Azure Az de PowerShell para interactuar con Azure. Consulte Instalación de Azure PowerShell para empezar. 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.

Para iniciar una conmutación por error de la cuenta desde Azure Portal, siga estos pasos:

  1. Vaya a la cuenta de almacenamiento.

  2. En Configuración, seleccione Replicación geográfica. En la imagen siguiente se muestra el estado de la replicación geográfica y de la conmutación por error de una cuenta de almacenamiento.

    Screenshot showing geo-replication and failover status

  3. Compruebe que la cuenta de almacenamiento está configurada para el almacenamiento con redundancia geográfica (GRS) o el almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS). Si no es así, seleccione Configuración en Configuración para actualizar su cuenta a fin de que tenga redundancia geográfica.

  4. La propiedad Hora de la última sincronización indica a qué distancia está la región secundaria de la primaria. El valor de Hora de la última sincronización proporciona una estimación del alcance de la pérdida de datos que experimentará una vez finalizada la conmutación por error. 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.

  5. Seleccione Preparar la conmutación por error.

  6. Revise el cuadro de diálogo de confirmación. Cuando esté listo, escriba Sí para confirmar e iniciar la conmutación por error.

    Screenshot showing confirmation dialog for an account failover

Implicaciones importantes de la conmutación por error de la cuenta

Cuando se inicia una conmutación por error 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.

Pasos siguientes