Recuperación tras desastre: migración tras error de un volumen primario accesible

Aprenda a iniciar una conmutación por error para redirigir las operaciones al sitio secundario cuando el rendimiento del sitio primario se degrada pero el almacenamiento sigue siendo accesible.

Antes de iniciar la conmutación por error, asegúrese de que se dispone de la autorización de host necesaria.

Los hosts y volúmenes autorizados deben estar en el mismo centro de datos. Por ejemplo, no puede tener un volumen de réplica en Londres y el host en Ámsterdam. Ambos deben estar en Londres o en Ámsterdam.

Autorización del host

Antes de empezar, asegúrese de que el host que va a acceder al volumen Block Storage for Classic está autorizado. Para más información, ver Autorizando el host en la consola Autorizar el host desde la CLI Autorizar el host con Terraform.

Inicio de una migración tras error desde un volumen a su réplica

Si un suceso de anomalía es inminente, puede iniciar una Migración tras error inmediata o una "Migración tras error controlada" a su destino o volumen.

Si elige una migración tras error inmediata, se activa la última instantánea duplicada correctamente y el volumen pasa a estar disponible para su montaje. El volumen de destino se activa en menos tiempo en comparación con una migración tras error controlada. Sin embargo, los datos que se han escrito en el volumen de origen desde el ciclo de réplica anterior se pierden.

Una migración tras error controlada es la mejor opción cuando desea probar la función de migración tras error. También es la mejor opción cuando es más importante continuar las operaciones en la ubicación de réplica con los datos más recientes. En una migración tras error controlada, se toma una nueva instantánea y se copia en la ubicación de la réplica. Una vez que los datos se han copiado correctamente, el volumen está disponible para su montaje.

Cuando se inicia una migración tras error, la relación de réplica se invierte. El volumen de destino pasa a ser el volumen de origen, y el volumen de origen anterior pasa a ser el destino, como indica el Nombre de volumen seguido de REP.

Antes de continuar con estos pasos, desconecte el volumen. De lo contrario, dará lugar a la pérdida de datos o a que estos resulten dañados.

Conmutación por error a la réplica en la consola

Las conmutaciones por error se inician en Almacenamiento > Block Storage for Classic en la consola IBM Cloud®.

Pulse el volumen activo (“origen”).
Pulse Réplica y luego Acciones.
Seleccione Migración tras error controlada o Migración tras error inmediata.

Recibirá un mensaje en la página que indicará que la migración tras error está en curso. También aparecerá un icono junto al volumen en Block Storage for Classic que indicará que hay una transacción activa en curso. Al pasar el ratón sobre el icono se abre una ventana que muestra la transacción. El icono desaparecerá una vez completada la transacción. Durante el proceso de migración tras error, las acciones relacionadas con la configuración son de solo lectura. No puede editar ninguna planificación de instantáneas ni cambiar el espacio de instantáneas. El suceso se registra en el historial de réplicas. Cuando el volumen de destino está activo, obtiene otro mensaje. El Nombre de LUN de su volumen de origen original se actualiza para finalizar en "REP" y su Estado pasa a ser Inactivo.
Pulse Ver todos los Block Storage for Classic.
Haz clic en tu volumen activo (era tu volumen objetivo anterior).
Monte y conecte el volumen de almacenamiento al host. Para obtener más información, consulte Conexión del almacenamiento.

Conmutación por error a la réplica desde la CLI

Antes de empezar, decida el cliente de CLI que desea utilizar.

Puede instalar la CLI deIBM Cloud e instalar el plug-in SL con ibmcloud plugin install sl. Para obtener más información, consulte Ampliación de la CLI de IBM Cloud con plugins.
O bien, puede instalar SLCLI.

Inicio de una migración tras error desde IBMCLOUD CLI

Puede utilizar el mandato ibmcloud sl block replica-failover para realizar operaciones de migración tras error desde el volumen de origen al volumen de réplica. El ejemplo siguiente inicia una migración tras error desde la compartición de origen 560156918 a la compartición de réplica 560382016.

$ ibmcloud sl block replica-failover 560156918 560382016
OK
Failover of volume 560156918 to replica 560382016 is now in progress.

Para obtener más información sobre todos los parámetros disponibles para este mandato, consulte ibmcloud sl block replica-failover.

Inicio de una migración tras error desde SLCLI

Para conmutar por error un volumen de bloques a un volumen replicante específico, utilice el siguiente comando.

$ slcli block replica-failover --help
Usage: slcli block replica-failover [OPTIONS] VOLUME_ID

Options:
--replicant-id TEXT  ID of the replicant volume
--immediate          Failover to replicant immediately.
-h, --help           Show this message and exit.

Durante el proceso de migración tras error, las acciones relacionadas con la configuración son de solo lectura. No puede editar ninguna planificación de instantáneas ni cambiar el espacio de instantáneas. El suceso se registra en el historial de réplicas. Cuando el volumen de destino está activo, obtiene otro mensaje. El estado del volumen de origen original pasa a Inactivo.

Monte y conecte el volumen de almacenamiento al host. Para obtener más información, consulte Conexión del almacenamiento.

Inicio de un restablecimiento desde un volumen a su réplica

Cuando el volumen de origen original se ha reparado, puede iniciar un restablecimiento controlado a su volumen de origen original. En un restablecimiento controlado,

El volumen de origen activo se pone fuera de línea.
Se toma una instantánea.
Se completa el ciclo de réplica.
Se activa la instantánea de datos recién tomada.
El volumen de origen pasa a estar activo para su montaje.

Cuando se inicia un restablecimiento, la relación de réplica se invierte de nuevo. El volumen de origen se restaura como el volumen de origen y el volumen de destino vuelve a ser el volumen de destino, tal como indica el Nombre de LUN seguido de REP.

Recuperación en la consola

Los failbacks se inician en Storage, Block Storage for Classic en la consola IBM Cloud®.

Pulse el volumen activo ("destino").
A continuación, haga clic en Réplica y luego en Acciones.
Seleccione Restablecimiento.

Espere un mensaje en la página que muestre que la conmutación por error está en curso. También aparecerá un icono junto al volumen en Block Storage for Classic que indicará que hay una transacción activa en curso. Al pasar el ratón sobre el icono se abre una ventana que muestra la transacción. El icono desaparecerá una vez completada la transacción. Durante el proceso de retrotracción, las acciones relacionadas con la configuración son de solo lectura. No puede editar ninguna planificación de instantáneas ni cambiar el espacio de instantáneas. El suceso se registra en el historial de réplicas.
A continuación, pulse Ver todo Block Storage for Classic.
Pulse el volumen activo ("origen").
Monte y conecte el volumen de almacenamiento al host. Para obtener más información, consulte Conexión del almacenamiento.

Migración tras error desde la CLI

Inicio de un restablecimiento desde IBMCLOUDCLI

Puede utilizar el mandato ibmcloud sl block replica-failback para realizar operaciones de recuperación tras error desde el volumen de réplica al volumen de origen original. El ejemplo siguiente inicia un restablecimiento en la compartición de origen original 560156918.

$ ibmcloud sl block replica-failback 560156918
OK
Failback of volume 560156918 is now in progress.

Para obtener más información sobre todos los parámetros disponibles para este mandato, consulte ibmcloud sl block replica-failback.

Inicio de un restablecimiento desde la CLI de SL

Para hacer fail back de un volumen de bloques desde un volumen replicante específico.

$ slcli block replica-failback --help
Usage: slcli block replica-failback [OPTIONS] VOLUME_ID

Options:
 --replicant-id TEXT  ID of the replicant volume
 -h, --help           Show this message and exit.

Monte y conecte el volumen de almacenamiento al host. Para obtener más información, consulte Conexión del almacenamiento.