Termos e definições

GRS em Local do cliente

A ativação do GRS em IBM Power Virtual Server Nuvem privada permite a replicação assíncrona de dados entre a infraestrutura de local primário e a infraestrutura de local secundário. Os dois locais de infraestrutura têm o conjunto idêntico de recursos que IBM Power Virtual Server em IBM centro de dados fornece.

Forneça a configuração de rede entre o local primário e o local secundário para replicação, o que inclui os seguintes pré-requisitos:

• A largura de banda da rede deve ser maior ou igual a 10 Gbps.
• A latência da rede deve ser menor ou igual a 200 ms.

Durante a primeira sincronização, todos os dados dos volumes primários são copiados para os volumes auxiliares. Para sincronizações subsequentes, somente as alterações entre as duas operações de sincronização são copiadas. O objetivo do ponto de recuperação (RPO) efetivo depende da capacidade da taxa de transferência da rede subjacente e das características do aplicativo. Se a taxa de transferência da rede for insuficiente para atingir o RPO definido, a duração do tempo entre as sincronizações aumentará.

Se o RPO definido for excedido por mais de 8 horas, a equipe de operações IBM o alertará.

Não há suporte para replicação entre as VMs em IBM Power Virtual Server no ambiente IBM centro de dados e IBM Power Virtual Server Nuvem privada no ambiente Local do cliente.

Preços para GRS

Os números de peça são usados para calcular o custo do GRS com base no nível de armazenamento associado ao volume primário. Para obter mais informações, consulte Preços dos Serviços de Replicação Global(GRS).

Power Virtual Server regiões que suportam GRS

A tabela a seguir mostra os pares de locais que oferecem suporte à replicação:

Para obter uma lista de nomes de locais habilitados para replicação, use os seguintes comandos da API ou da CLI:

• API: Obter os detalhes do site de recuperação de desastres para o local atual

• CLI: ibmcloud pi disaster-recovery. Defina o sinalizador --all-regions como true.

Verifique se os locais primário e secundário a serem usados para replicação estão habilitados para serviços de replicação e se estão na lista de pares habilitados para replicação.

No exemplo a seguir, os data centers wdc07 e dal10 estão em um par habilitado para replicação:

{
  "location": "dal10",
  "replicationSites": [
    {
      "ReplicationPoolMap": [
        {
          "remotePool": "General-Flash-92",
          "volumePool": "General-Flash-83"
        }
      ],
      "isActive": true,
      "location": "wdc07"
    }
  ]
}

Power Virtual Server pools de armazenamento que suportam GRS

Você pode alocar volumes habilitados para replicação somente a partir de pools de armazenamento que suportem replicação. Para identificar os pools de armazenamento que oferecem suporte à replicação, use os seguintes comandos da API ou da CLI:

• API: Capacidade de armazenamento para todos os pools de armazenamento disponíveis em uma região

• CLI: ibmcloud pi storage-pools

Se um pool de armazenamento suportar replicação, a propriedade replication-enabled será definida como true.

Quando você cria um volume habilitado para replicação, por padrão, o volume é criado em um dos pools de armazenamento que oferecem suporte à replicação. Se quiser atualizar um volume para ativar a replicação, certifique-se de criá-lo em um pool de armazenamento que ofereça suporte à replicação. Caso contrário, a operação de atualização falha.

Criação de um grupo de volumes para GRS

Um grupo de volumes é um recurso gerenciado pelo site Power Virtual Server. Ao usar o grupo de volumes, você pode ativar, desativar e gerenciar um grupo de consistência de replicação de armazenamento. O grupo de volumes contém os volumes que devem ser recuperados no momento do desastre. Você pode adicionar os volumes habilitados para replicação a um grupo de volumes. Um volume habilitado para replicação pode fazer parte de apenas um grupo de volumes por vez. Além disso, todos os volumes em um grupo de volumes devem fazer parte do mesmo pool de armazenamento.

Quando você cria um grupo de volumes no local primário, o grupo de consistência de replicação de armazenamento é criado no back-end de armazenamento nos locais primário e secundário. O grupo de consistência de replicação de armazenamento armazena a cópia consistente dos volumes no grupo de volumes. Para executar qualquer operação no grupo de consistência, você deve executar a operação no grupo de volumes que representa o grupo de consistência. O site Power Virtual Server não gerencia diretamente o grupo de consistência no backend de armazenamento. Um backend de armazenamento é o subsistema de armazenamento que contém o pool de armazenamento e o controlador de armazenamento.

Quando você integra um volume no local secundário, se o grupo de volumes ainda não tiver sido criado, o volume é criado e o volume auxiliar integrado é adicionado a ele. Esse grupo de volumes é visível e gerenciado por Power Virtual Server no local secundário. Para obter mais informações, consulte Integração de um volume auxiliar.

Durante a primeira sincronização de dados, todos os dados do volume primário são copiados para os volumes auxiliares. Para sincronizações de dados subsequentes, somente as alterações entre as duas operações de sincronização são copiadas. O RPO (Recovery Point Objective, objetivo do ponto de recuperação) efetivo depende da capacidade da taxa de transferência da rede e das características do aplicativo. Se a taxa de transferência da rede for insuficiente para atender ao RPO definido, a duração entre a sincronização de dados aumentará.

Um grupo de volumes é usado para ativar, desativar e gerenciar um grupo de consistência habilitado para replicação em volumes de armazenamento. Ao usar um grupo de consistência, você pode executar operações em vários volumes em vez de gerenciar cada volume individualmente. O grupo de consistência tem uma propriedade state que indica o estado da operação copy dos volumes no grupo.

Consulte a tabela a seguir que lista os diferentes estados do grupo de consistência habilitado para replicação em volumes de armazenamento.

Se você realizar qualquer operação em um grupo de volumes em um local, isso afetará o grupo de volumes associado no outro local. Por exemplo, considere que um grupo de volumes está parado em um local primário. Depois de algum tempo, o grupo de volumes associado no local secundário é atualizado para refletir o status de replicação do par no grupo de volumes. Nesse caso, o campo replicationStatus exibe o estado do grupo de volumes como disabled nos locais primário e secundário.

Antes de executar qualquer operação em um grupo de volumes em um local, confirme o status de replicação dos grupos de volumes nos locais primário e secundário.

Você pode agrupar os volumes habilitados para replicação que são semelhantes em termos de função. Por exemplo, os volumes relacionados a uma carga de trabalho específica podem ser agrupados em um único grupo de volumes. Quando volumes adicionais habilitados para replicação são criados, você pode adicionar um volume a um grupo de volumes existente com volumes semelhantes com base na função. Você pode criar um novo grupo de volumes para os volumes se a função deles não for a mesma dos volumes existentes.

Preparação para a recuperação de desastres

Considere que você tem instâncias de servidor virtual com volumes de dados que estão executando cargas de trabalho. Se ocorrer uma falha e se os volumes de dados forem replicados, você poderá recuperar os volumes de dados do local secundário. Para ativar o serviço de replicação de volume, conclua as seguintes ações:

• Ações no site principal
• Ações no site secundário

Você deve concluir as ações no site primário antes de prosseguir com as ações no site secundário.

Execução de uma operação de failover e fallback

Se ocorrer um desastre no local principal, o acesso a todos os volumes de armazenamento alocados no local principal será perdido. O relacionamento de replicação para os volumes primários habilitados para replicação é interrompido com o local secundário. O estado do grupo de consistência (grupo de volumes) muda para inconsistent-disconnected. No local primário, nenhum volume está associado à função primária no grupo de volumes.

Conclua as etapas a seguir para executar as operações de failover no local secundário:

1. Interrompa o grupo de volumes auxiliares e acesse o volume auxiliar no local secundário. Veja, Failover para o local secundário
2. Verifique se o grupo de volumes auxiliares está em um estado ocioso

Quando você concluir as etapas de failover, os volumes estarão prontos para aceitar solicitações de E/S. A instância do servidor virtual à qual esses volumes estão anexados pode ser ligada e você pode continuar a execução.

    Request Body:
    {
      "start": {
        "source": "aux"
      }
    }

    Request Body:
    {
      "stop": {
        "access": true
      }
    }

    Request Body:
    {
      "start": {
        "source": "master"
      }
    }

Atualização de um volume existente como um volume habilitado para replicação

Você pode modificar um volume existente para que seja habilitado para replicação se ele for criado em um pool de armazenamento que ofereça suporte ao processo de replicação. Para verificar, consulte os detalhes do volume, obtenha os detalhes do pool de armazenamento que contém o volume e verifique-o com a lista de pools de armazenamento que oferecem suporte à replicação. Para obter mais informações sobre pools de armazenamento que suportam replicação, consulte Power Virtual Server pool de armazenamento que suporta GRS.

Use os seguintes comandos de API e CLI para consultar os detalhes do volume:

• API: Executar uma ação em um grupo de volumes. Defina o parâmetro VOLUME_ID como o ID do volume primário. Usando a API, consulte os detalhes do volume conforme definido no código a seguir:

    Request Body:
    {
      "replicationEnabled": true
    }

• CLI: ibmcloud pi volume-group action. Defina o parâmetro VOLUME_ID como o ID do volume primário e consulte se o sinalizador --replication-enabled está definido como True.

Adição de um volume habilitado para replicação a um grupo de volumes existente

Você pode adicionar volumes habilitados para replicação a um grupo de volumes existente usando os seguintes comandos da API e da CLI:

• API: atualiza o grupo de volumes. Defina o parâmetro VOLUME_GROUP_ID como o ID do grupo de volume primário. Usando a API, adicione os IDs de volume primário ao grupo de volumes, conforme definido no código a seguir:

    Request Body:
    {
      "addVolumes": [
        "PRIMARY_VOLUME_ID"
      ]
    }

• CLI: ibmcloud pi volume-group update. Defina o parâmetro VOLUME_GROUP_ID como o ID do grupo de volumes primários e defina o sinalizador --add-member-ids como os IDs de volumes primários que devem ser adicionados ao grupo de volumes.

Desativar a replicação de um volume

Quando você desativa a replicação de um volume primário, o volume auxiliar associado no local secundário é excluído.

A não conclusão desse procedimento na ordem especificada pode resultar na perda de dados do volume de origem. Primeiro, você deve concluir as ações no local primário e, em seguida, concluir as ações no local secundário.

Para desativar a replicação de um volume primário, execute as etapas a seguir:

1. Ações no local principal

   1. Remover o volume primário do grupo de volumes
   2. Excluir o grupo de volumes primários, se estiver vazio
   3. Desativar a replicação do volume primário
   4. Verifique se a replicação está desativada para o volume primário

2. Ações no local secundário

Você só poderá executar essas etapas se concluir a operação de integração do volume auxiliar.

1. Remover o volume auxiliar do grupo de volumes
2. Excluir o grupo de volumes auxiliares, se estiver vazio
3. Excluir o volume auxiliar

    Request Body:
    {
      "removeVolumes": [
        "PRIMARY_VOLUME_ID"
      ]
    }

    Request Body:
    {
      "replicationEnabled": false
    }

    Request Body:
    {
      "removeVolumes": [
        "AUXILIARY_VOLUME_ID"
      ]
    }

Modificação de um volume primário habilitado para replicação

Você pode modificar os atributos de um volume primário habilitado para replicação. Para modificar algumas das propriedades dos volumes primário e auxiliar, você deve executar ações relacionadas nos locais primário e secundário.

  Request Body:
  {
    "size": SIZE_IN_GB
  }

Alteração das propriedades de inicialização e compartilhamento de um volume primário

Para alterar os valores das propriedades bootable ou shareable no volume primário, use os seguintes comandos da API ou da CLI:

• API: Atualizar um volume de instância de nuvem. Defina o parâmetro VOLUME_ID como o ID do volume primário e defina os sinalizadores --bootable ou --shareable como os valores True ou False.

• CLI: ibmcloud pi volume update. Defina o valor do parâmetro VOLUME_ID como o ID do volume primário e defina o valor dos sinalizadores --bootable ou --shareable como o valor True ou False.

Um volume pode ser compartilhável ou inicializável, mas não pode ser ambos.

Depois de alterar os valores das propriedades bootable ou shareable de um volume primário no local primário, você deverá atualizar a mesma propriedade para o volume auxiliar no local secundário.

Alteração do nível de um volume primário

Não é possível alterar a camada de um volume habilitado para replicação.

Exclusão de um volume primário habilitado para replicação

Para excluir um volume ou um volume primário habilitado para replicação, o status do volume deve indicar um dos seguintes estados: available, error, error_restoring, error_extending, ou error_managing. Além disso, você não poderá excluir o volume se ele estiver no estado migrating ou attached, se pertencer a um grupo de volumes, se tiver instantâneos ou se for desassociado de seus instantâneos após uma transferência.

Para excluir um volume primário, você deve concluir as ações nos locais primário e secundário:

• Conclua as seguintes ações no local principal:

  1. Remover o volume primário de seu grupo de volumes, se o volume primário estiver associado a um grupo de volumes
  2. Excluir o volume primário

• Conclua as seguintes ações no local secundário, se o volume auxiliar estiver integrado no local secundário:

  1. Remover um volume auxiliar de seu grupo de volumes, se o volume auxiliar estiver associado a um grupo de volumes
  2. Excluir o volume auxiliar

Se o volume auxiliar não for excluído do site secundário, uma verificação periódica fora de banda que ocorre a cada 24 horas define o volume auxiliar para um estado ERROR. Não é possível usar o volume quando ele está no estado ERROR e a única operação que você pode realizar é excluir o volume.

    Request Body:
    {
      "removeVolumes": [
        "PRIMARY_VOLUME_ID"
      ]
    }

Exclusão de um volume auxiliar habilitado para replicação

Se você excluir um volume auxiliar, o volume primário associado também será excluído.

Quando você desativa o serviço de replicação no volume primário ou exclui o volume primário, a relação de replicação entre o volume primário e o volume secundário é excluída no backend de armazenamento. Se o volume auxiliar no local secundário estiver associado a um grupo de volumes, remova o volume auxiliar do grupo de volumes. Excluir o volume auxiliar manualmente. Se você não excluir o volume auxiliar do site secundário, uma verificação periódica fora de banda que ocorre a cada 24 horas define o volume auxiliar para o estado ERROR. Confirme o status do volume auxiliar verificando a propriedade outOfBandDeleted do volume auxiliar.

Impactos do GRS em outras operações Power Virtual Server

Os impactos do GRS em outras Power Virtual Server operações são os seguintes:

• A interface de imagem não é alterada e não há suporte para replicação de imagens
• A interface de operação e as políticas de afinidade do pool de armazenamento para instâncias de servidores virtuais não são alteradas. Os volumes de replicação e não ativados de replicação suportam o anexo e o desprendimento.
• As operações de captura instantânea e captura são permitidas para uma instância de servidor virtual com replicação e volumes habilitados sem replicação quando os volumes são do mesmo conjunto de armazenamento. As operações de captura instantânea e de captura são executadas usando os volumes não ativados por replicação internamente, mesmo que os volumes de uma instância de servidor virtual sejam ativados por replicação
• O volume clonado é habilitado para replicação quando você clona um volume habilitado para replicação por padrão. Durante a clonagem, você pode especificar se o volume clonado deve estar habilitado para replicação ou não. Se você quiser que o volume clonado seja habilitado para replicação, especifique a política para o volume clone. Você pode usar os seguintes métodos para clonar um volume:
  • Clone um volume usando a API.
  • Clone um volume usando a CLI.
  • Clone um volume usando o Terraform.

Práticas recomendadas para GRS

• Defina explicitamente o sinalizador Compartilhável e Inicializável nos volumes integrados, se necessário.
• Inicie a integração de volumes auxiliares somente quando os volumes primários e o grupo de volumes estiverem em um estado de cópia consistente. Você pode obter os detalhes do volume usando a API get volume para determinar o estado dos volumes primários e do grupo de volumes no estado de espelhamento no site primário. Verifique se o grupo de volumes foi criado com êxito e se está em um estado de cópia consistente usando a API para obter detalhes de armazenamento do grupo de volumes.

• Obtenha detalhes do volume usando os seguintes métodos:
  • API do Power Cloud.
  • Terraforma.
• Obtenha os detalhes do armazenamento dos grupos de volumes usando os seguintes métodos:
  • API do Power Cloud.
  • CLI do Power Virtual Server
  • Terraforma.

• Quando você adicionar ou remover um volume primário ou auxiliar de um grupo de volumes de um local, execute a mesma operação no outro local para manter os dados sincronizados.
• Exclua os volumes do local primário e secundário. Os volumes são cobrados quando você exclui um volume auxiliar, mas não exclui o volume primário.
• Use o local primário para todas as operações de volume e execute operações no volume auxiliar no local secundário somente durante o failover.