Conmutación por error desde un volumen principal inaccesible para la recuperación ante desastres
Forzar una conmutación por error a la réplica remota de File Storage for Classic para restablecer el acceso a los datos cuando un fallo catastrófico impida el acceso al volumen principal.
Si un fallo catastrófico o un desastre provoca una interrupción del servicio en el sitio principal, puede realizar las siguientes acciones para acceder rápidamente a sus datos en el sitio secundario. Si no se puede acceder al volumen principal, puede forzar una migración tras error a la réplica remota. Antes de iniciar la conmutación por error, asegúrese de que todas las autorizaciones de host estén en regla.
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.
Puede crear la autorización en la interfaz de usuario, desde la CLI, con la API o con Terraform.
Esta acción rompe la relación de réplica y la restauración de la conexión entre la ubicación primaria y la réplica puede consumir mucho tiempo.
Conmutación por error al volumen de réplica en la consola
- Vaya a su lista de File Storage for Classic. En el menú Infraestructura
> Infraestructura clásica, haga clic en Almacenamiento > File Storage for Classic. - Localice y pulse el nombre de volumen.
- Pulse Acciones
> Migración tras error. - Cuando la ubicación principal está desactivada, se activa la opción de conmutación por error para la recuperación ante desastres.
- Pulse Sí para continuar.
Conmutación por error al volumen de 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 IBMCLOUDCLI
Puede utilizar el mandato ibmcloud sl file replica-failover para realizar operaciones de migración tras error desde la compartición de archivos de origen a la compartición de archivos 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 file file disaster-recovery-failover 560156918 560382016
OK
Failover of volume 560156918 to replica 560382016 is now in progress.
Inicio de una migración tras error desde SLCLI
Utilice el mandato siguiente para realizar la migración tras error de un volumen de archivos en un volumen replicante específico.
$ slcli file disaster-recovery-failover --help
Usage: slcli file disaster-recovery-failover [OPTIONS] VOLUME_ID
Options:
--replicant-id TEXT ID of the replicant volume
-h, --help Show this message and exit.
Conmutación por error al volumen réplica mediante la API
API REST
- URL:
https://USERNAME:APIKEY@api.softlayer.com/rest/v3/SoftLayer_Network_Storage/primaryvolumeId/disasterRecoveryFailoverToReplicant - Cuerpo de la solicitud
{
"parameters": [replicavolumeid]
}
API SOAP
- URL:
https://api.softlayer.com/soap/v3/SoftLayer_Network_Storage - Cuerpo de la solicitud
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://api.service.softlayer.com/soap/v3.1/">
<SOAP-ENV:Header>
<ns1:authenticate>
<username>USERNAME</username>
<apiKey>APIKEY</apiKey>
</ns1:authenticate>
<ns2:SoftLayer_Network_StorageInitParameters>
<id>primary Volume Id</id>
</ns2:SoftLayer_Network_StorageInitParameters>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<ns1:disasterRecoveryFailoverToReplicant>
<replicantId xsi:type="int">replica Volume ID</replicantId>
</ns1:disasterRecoveryFailoverToReplicant>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
Durante la migración tras error de recuperación tras desastre, el sistema se ve obligado a migrar al sitio de réplica y la relación de réplica se rompe. Para poder volver al sitio original una vez que este haya recuperado su funcionamiento normal, el sistema debe restablecer el enlace de replicación. Esta acción puede llevar bastante tiempo. 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éplica.
Si necesitas más ayuda, abre un caso de asistencia técnica.
Recuperación del sitio principal original en la consola
Después de un suceso de desastre, IBM Cloud® empieza el trabajo de remediación para devolver las ubicaciones afectadas al funcionamiento normal. Cuando se haya restaurado el sitio, puede iniciar una recuperación (failback) al sitio original haciendo clic en Storage y, a continuación, en File Storage for Classic en la consola de IBM Cloud®.
- Pulse el volumen activo ("destino").
- A continuación, pulse Réplica y pulse Acciones .
- Seleccione Restablecimiento. Cuando la ubicación principal aparece desactivada, se activa la opción de Failback de recuperación ante desastres.
Durante la migración tras error de recuperación tras desastre, el sistema se ve obligado a migrar al sitio de réplica y la relación de réplica se rompe. Para poder volver al sitio original una vez que este haya recuperado su funcionamiento normal, el sistema debe restablecer el enlace de replicación. Esta acción puede llevar bastante tiempo. Aparecerá un mensaje que indica que la conmutación por error está en curso. También aparecerá un icono junto al volumen en File 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 File Storage for Classic.
- Pulse el volumen de réplica ("origen"). Este volumen tiene ahora un estado Inactivo.
- Monte y conecte el volumen de almacenamiento al host. Para obtener más información, consulta Cómo conectar tu almacenamiento.
Si necesitas más ayuda, abre un caso de asistencia técnica.
Migración tras error desde la CLI
Inicio de un restablecimiento desde IBMCLOUDCLI
Puede utilizar el mandato ibmcloud sl file replica-failback para realizar operaciones de recuperación tras error desde la compartición de archivos de réplica a la compartición de archivos de origen original. El ejemplo siguiente
inicia un restablecimiento en la compartición de origen original 560156918.
$ ibmcloud sl file 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 file replica-failover.
Inicio de un restablecimiento desde SLCLI
Para restablecer un volumen de archivo a partir de un volumen replicante específico, utilice el mandato siguiente.
$ slcli file replica-failback --help
Usage: slcli file replica-failback [OPTIONS] VOLUME_ID
Options:
--replicant-id TEXT ID of the replicant volume
-h, --help Show this message and exit.
Durante la migración tras error de recuperación tras desastre, el sistema se ve obligado a migrar al sitio de réplica y la relación de réplica se rompe. Para poder volver al sitio original una vez que este haya recuperado su funcionamiento normal, el sistema debe restablecer el enlace de replicación. Esta acción puede llevar bastante tiempo. 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éplica.
Cuando el volumen original está activo, puede montarlo y conectarlo al host. Para obtener más información, consulta Cómo conectar tu almacenamiento.
Si necesitas más ayuda, abre un caso de asistencia técnica.