Failover a partir de um volume primário inacessível para recuperação de desastres

Forçar uma transição para a réplica remota do File Storage for Classic para restaurar o acesso aos dados quando uma falha catastrófica tornar o volume primário inacessível.

Caso uma falha catastrófica ou um desastre provoque uma interrupção no site primário, você pode realizar as seguintes ações para acessar rapidamente seus dados no site secundário. Quando o volume primário estiver inacessível, será possível forçar um failover para a réplica remota. Antes de iniciar a transição para o sistema de reserva, certifique-se de que todas as autorizações dos hosts estejam em vigor.

Os hosts e volumes autorizados devem estar no mesmo data center. Por exemplo, não é possível ter um volume de réplica em Londres e o host em Amsterdã. Ambos devem estar em Londres ou ambos devem estar em Amsterdã.

É possível criar a autorização na UI, por meio da CLI, com a API ou com o Terraform.

Esta ação interrompe o relacionamento de replicação, e a restauração de conexão entre o local primário e o local da réplica pode ser demorada.

Realização de failover para o volume réplica no console

  1. Acesse a sua lista de File Storage for Classic. No menu Infrastructure VPC icon Classic Infrastructure, clique em Storage File Storage for Classic.
  2. Localize e clique no nome do volume.
  3. Clique em Ações Ícone de ações > Failover.
  4. Quando o local principal é desativado, a opção de failover para recuperação de desastres fica ativa.
  5. Clique em Sim para continuar.

Failover para o volume réplica a partir da CLI

Antes de iniciar, decida sobre o cliente CLI que deseja usar.

Iniciando um failover a partir do IBMCLOUDCLI

É possível usar o comando ibmcloud sl file replica-failover para executar failover de operações do compartilhamento de arquivo de origem para o compartilhamento de arquivo de réplica O exemplo a seguir inicia um failover do compartilhamento de origem 560156918 para o compartilhamento 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.

Iniciando um failover a partir da SLCLI

Use o comando a seguir para realizar failover de um volume de arquivo para um volume replicado 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.

Failover para o volume réplica usando a API

API de REST

  • URL: https://USERNAME:APIKEY@api.softlayer.com/rest/v3/SoftLayer_Network_Storage/primaryvolumeId/disasterRecoveryFailoverToReplicant
  • Corpo da solicitação
 {
   "parameters": [replicavolumeid]
 }

API SOAP

  • URL: https://api.softlayer.com/soap/v3/SoftLayer_Network_Storage
  • Corpo da solicitação
  <?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 o Failover de recuperação de desastre, o sistema é forçado a efetuar failover para o site da réplica e o relacionamento de replicação é interrompido. Para que seja possível retornar ao site original após a restauração das operações normais do site, o sistema deve restabelecer o vínculo de replicação. Essa ação pode levar um tempo considerável. Durante o processo de Failback, as ações relacionadas à configuração são somente leitura. Não é possível editar qualquer planejamento de captura instantânea nem mudar o espaço de captura instantânea. O evento é registrado no histórico de replicação.

Caso precise de mais ajuda, crie um ticket de suporte.

Recuar para o site primário original no console

Após um evento de desastre, o IBM Cloud® inicia o trabalho de correção para retornar os locais impactados às operações normais. Quando o site for restaurado, você poderá iniciar um Failback para o site original clicando em “Armazenamento”, File Storage for Classic no console do IBM Cloud®.

  1. Clique no volume ativo ("destino").
  2. Em seguida, clique em Réplica e clique em Ações ícone Ações.
  3. Selecione Failback. Quando o local primário é marcado como desativado, a opção de reversão da recuperação de desastres fica ativa.

Durante o Failover de recuperação de desastre, o sistema é forçado a efetuar failover para o site da réplica e o relacionamento de replicação é interrompido. Para que seja possível retornar ao site original após a restauração das operações normais do site, o sistema deve restabelecer o vínculo de replicação. Essa ação pode levar um tempo considerável. Aguarde uma mensagem indicando que a transição para o sistema de reserva está em andamento. Além disso, um ícone aparece próximo ao seu volume no File Storage for Classic que indica que uma transação ativa está ocorrendo. Passar o mouse sobre o ícone produz uma janela que mostra a transação. O ícone desaparece quando a transação está concluída. Durante o processo de Failback, as ações relacionadas à configuração são somente leitura. Não é possível editar qualquer planejamento de captura instantânea nem mudar o espaço de captura instantânea. O evento é registrado no histórico de replicação.

  1. Em seguida, clique em Visualizar Todos File Storage for Classic..
  2. Clique em seu volume de réplica ("origem"). Esse volume agora tem um status Inativo.
  3. Monte e conecte o seu volume de armazenamento no host. Para obter mais informações, consulte a seção sobre como conectar seu dispositivo de armazenamento.

Caso precise de mais ajuda, crie um ticket de suporte.

Efetuando failover a partir da CLI

Iniciando um failback a partir do IBMCLOUDCLI

É possível usar o comando ibmcloud sl file replica-failback para efetuar failback de operações do compartilhamento de arquivo de réplica para o compartilhamento de arquivo de origem original O exemplo a seguir inicia um failback para o compartilhamento de origem original 560156918..

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

Para obter mais informações sobre todos os parâmetros que estão disponíveis para esse comando, consulte ibmcloud sl file replica-failover.

Iniciando um failback a partir da SLCLI

Para executar failback para um volume de arquivo de um volume replicante específico, use o comando a seguir.

$ 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 o Failover de recuperação de desastre, o sistema é forçado a efetuar failover para o site da réplica e o relacionamento de replicação é interrompido. Para que seja possível retornar ao site original após a restauração das operações normais do site, o sistema deve restabelecer o vínculo de replicação. Essa ação pode levar um tempo considerável. Durante o processo de Failback, as ações relacionadas à configuração são somente leitura. Não é possível editar qualquer planejamento de captura instantânea nem mudar o espaço de captura instantânea. O evento é registrado no histórico de replicação.

Quando o volume original estiver ativo, será possível montá-lo e anexá-lo ao host. Para obter mais informações, consulte a seção sobre como conectar seu dispositivo de armazenamento.

Caso precise de mais ajuda, crie um ticket de suporte.