Recuperação de desastre - failover de um volume primário inacessível

No caso de uma falha catastrófica ou de um desastre que cause uma indisponibilidade no site primário, os clientes podem executar as ações a seguir 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.

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ã.

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.

Fazer o failover para o volume de réplica no console

Acesse a sua lista de IBM Cloud® Block Storage for Classic. A partir do menu Classic Infrastructure , clique em Storage > Block Storage for Classic.
Localize e clique no nome do volume.
Clique em Ações > Failover.
Quando o local primário está indisponível, a opção de Desativar failover de recuperação torna-se ativa. Marque a caixa para confirmar que você entende que o failover não pode ser desfeito sem um caso de suporte.
Clique em Sim para continuar.

Failing over para o volume de réplica a partir da CLI

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

É possível instalar a IBM Cloud e instalar o plug-in do SL com ibmcloud plugin install sl Para obter mais informações, consulte Estendendo IBM Cloud CLI com plug-ins.
Ou é possível instalar o SLCLI.

Iniciando um failover a partir do IBMCLOUDCLI

É possível usar o comando ibmcloud sl block 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 block 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 fazer failover de um volume de bloco para um volume replicado específico.

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

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

Fazer failover para o volume de 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>

Volte 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 Storage, Block Storage for Classic no console IBM Cloud®.

Clique no volume ativo ("destino").
Em seguida, clique em Replica e em Actions (Ações ).
Selecione Failback. Quando o local primário é marcado indisponível, a opção de Failback de recuperação de desastre torna-se 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 poder voltar ao site original depois que o site for restaurado às operações normais, o sistema deve restabelecer o vínculo de replicação. Essa operação pode levar um tempo considerável. Espere uma mensagem mostrando que o failover está em andamento. Além disso, um ícone aparece ao lado do seu volume no Block Storage for Classic, o 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.
Em seguida, clique em Visualizar Todos Block Storage for Classic.
Clique em seu volume de réplica ("origem"). Esse volume agora tem um status Inativo.
Monte e conecte o seu volume de armazenamento no host. Para obter mais informações, consulte Conectando seu armazenamento.

Se você precisar de assistência adicional, crie um case de suporte.

Fail back da CLI

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

$ 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.

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 poder voltar ao site original depois que o site for restaurado às operações normais, o sistema deve restabelecer o vínculo de replicação. Essa operaçã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 Conectando seu armazenamento.

Se você precisar de assistência adicional, crie um case de suporte.