Criar uma replicação externa

Nesta página, descrevemos como criar uma replicação externa.

Antes de começar

Antes de configurar uma replicação externa, recomendamos que você revise o fluxo de trabalho de replicação externa. O processo de replicação externa começa com a criação de um volume de destino e a especificação dos detalhes do sistema de origem. Essa ação cria um recurso de volume de destino e um recurso filho de replicação nos NetApp Volumes para gerenciar a replicação.

Considerações

  • Os seguintes recursos não são compatíveis com volumes de destino durante o processo de replicação externa:

    • Níveis automáticos

    • Replicação de volume

    • Nível de serviço flex

  • É necessário usar backups manuais ao fazer um backup integrado de volumes de destino baseados no NetApp Volumes. Se você tentar atribuir uma política de backup a um volume de destino, isso vai falhar.

  • Selecione o pool de armazenamento correto e verifique se o volume de destino é grande o suficiente para acomodar o tamanho lógico (não o físico) usado pelo volume de origem do ONTAP.

  • Especifique o nome de compartilhamento e os tipos de protocolo corretos. O nome do compartilhamento precisa corresponder à origem, e os tipos de protocolo precisam ser escolhidos com cuidado, já que não podem ser alterados após a criação do volume. As configurações de protocolo escolhidas também são mapeadas para estilos de segurança de volume. Verifique se essas configurações são consistentes.

  • Antes de criar uma replicação externa, verifique se você tem acesso à CLI e as permissões necessárias no sistema ONTAP de origem. Você precisa executar comandos da CLI no sistema ONTAP de origem em até uma hora após o processo de replicação.

Pré-requisitos para a replicação externa

A replicação externa e a migração de volume compartilham os mesmos pré-requisitos.

Criar uma replicação externa

Use as instruções a seguir para criar uma replicação externa usando a Google Cloud CLI.

gcloud

Para criar uma replicação externa:

gcloud netapp volumes create VOLUME_NAME --location=LOCATION \
  --capacity=CAPACITY --protocols=PROTOCOL \
  --share-name=SHARE_NAME --storage-pool=STORAGE_POOL \
  --hybrid-replication-parameters=hybrid-replication-type=ONPREM_REPLICATION,peer-cluster-name=PEER_CLUSTER_NAME,peer-ip-addresses=PEER_IP_ADDRESSES,peer-svm-name=PEER_SVM_NAME,peer-volume-name=PEER_VOLUME_NAME,replication=REPLICATION,replication-schedule=REPLICATION_SCHEDULE,cluster-location=CLUSTER_LOCATION,description=DESCRIPTION,labels=LABELS

O bloco hybrid-replication-parameters inicia um fluxo de trabalho de replicação.

Substitua as seguintes informações:

  • VOLUME_NAME: o nome do volume. O nome precisa ser exclusivo por local.

  • LOCATION: o local do volume.

  • CAPACITY: a capacidade do volume. Ele define a capacidade que os clientes do NAS veem.

  • PROTOCOLS: os protocolos NAS com que o volume é exportado.

  • SHARE_NAME: o caminho de exportação do NFS ou o nome de compartilhamento SMB do volume.

  • STORAGE_POOL: o pool de armazenamento em que o volume será criado.

  • HYBRID_REPLICATION_TYPE: para replicação externa, especifique ONPREM_REPLICATION.

  • PEER_CLUSTER_NAME: o nome do cluster ONTAP que hospeda os volumes de origem.

  • PEER_IP_ADDRESSES: os endereços IP InterCluster-LIF do cluster ONTAP. O cluster de origem precisa fornecer uma IC-LIF por nó, separadas por sinais de número (#). Especifique todos eles.

    O exemplo a seguir mostra como adicionar vários endereços IP de IC-LIF do cluster ONTAP:

    peer-ip-addresses=10.0.0.25#10.0.0.26

  • PEER_SVM_NAME: o nome da máquina virtual de armazenamento (SVM), também conhecida como vserver, que é proprietária do volume de origem.

  • PEER_VOLUME_NAME: o nome do volume de origem.

  • REPLICATION: o nome do recurso de replicação a ser criado.

  • LARGE_VOLUME_CONSTITUENT_COUNT: esse parâmetro é obrigatório apenas quando o volume de origem é um FlexGroup. Para mais informações, consulte FlexGroups e grandes volumes antes de continuar.

    Para criar um volume grande, use specify --large-volume true e --multiple-endpoints true como parâmetros de criação também.

  • REPLICATION_SCHEDULE: opcional: você pode definir o replication schedule como um dos seguintes intervalos:

    • EVERY_10_MINUTES

    • HOURLY

    • DAILY

    O padrão é HOURLY. Grandes volumes não oferecem EVERY_10_MINUTES.

  • CLUSTER_LOCATION: opcional: a descrição do local do cluster de origem.

  • DESCRIPTION (opcional): o texto de descrição do recurso de replicação.

  • LABELS: opcional: rótulos para o recurso de replicação.

    O exemplo a seguir mostra como especificar pares de chave-valor para o parâmetro labels:

    labels=KEY1:VALUE1#KEY2:VALUE2

Exemplo de invocação:

$ gcloud netapp volumes create ok-destination --location australia-southeast1 \
--capacity 100 --protocols=nfsv3 \
--share-name ok-destination --storage-pool okrause-pool \
--hybrid-replication-parameters=hybrid-replication-type=ONPREM_REPLICATION,peer-cluster-name=au2se1cvo2sqa,peer-ip-addresses=10.0.0.25#10.0.0.26,peer-svm-name=svm_au2se1cvo2sqa,peer-volume-name=okrause_source,replication=okrause-replication,replication-schedule=HOURLY

Para atender aos requisitos de volume, especifique todos os parâmetros opcionais aplicáveis. Por exemplo, um volume NFS pode exigir uma política de exportação.

Confira todas as opções:

gcloud netapp volumes create --help

Depois de criar o volume de destino e o recurso de replicação, o NetApp Volumes tenta fazer peering com o sistema ONTAP de origem. Esse processo de peering serve como uma etapa de autenticação e autorização e protege o cluster de origem contra solicitações maliciosas do SnapMirror. Portanto, faça o pareamento apenas com sistemas confiáveis.

Confira as próximas etapas:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

O status de autenticação atual pode ser impresso a qualquer momento. No entanto, as mudanças de estado podem levar até cinco minutos depois que uma ação avança o processo para a próxima etapa.

Um peering bem-sucedido consiste nas seguintes etapas:

  • O volume de destino do NetApp Volumes envia um ping para o sistema de origem usando o peer-ip-addresses especificado.

  • Se o peering de cluster ainda não estiver estabelecido, o NetApp Volumes vai imprimir os comandos de peering de cluster que você precisa executar no sistema de origem.

  • Além disso, se o peering de SVM ainda não estiver estabelecido, o NetApp Volumes vai imprimir os comandos de peering de vserver que você precisa executar no sistema de origem.

As etapas concluídas anteriormente são ignoradas, e o processo continua automaticamente com a próxima etapa.

Verificação de conectividade de rede

O NetApp Volumes tenta enviar uma solicitação ICMP (ping) para as IC-LIFs especificadas em peer-ip-addresses. Se ela falhar, o stateDetails vai mostrar Cluster peering failed, please try again, indicando um problema de rede. Para mais informações, consulte Conexão de rede com o projeto Google Cloud . Não é possível continuar até estabelecer uma conectividade de rede entre o sistema de origem e o NetApp Volumes. Para fins de depuração, tente fazer ping no IP do gateway do CIDR /27 que hospeda as IC-LIFs do NetApp Volumes.

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.subnetIp)"

Isso vai imprimir o CIDR. Faça ping no primeiro IP dessa rede no sistema ONTAP de origem usando uma das IC-LIFs de origem.

Exemplo:

ONTAP> ping -lif=YOUR_IC_LIF -vserver=VSERVER_HOSTING_SOURCE_VOLUME -destination=FIRST_IP_OF_SUBNET_IP

Peering de cluster:

Se o ICMP funcionar, o processo vai continuar com o peering de cluster. O status PENDING_CLUSTER_PEERING aparece se o peering ainda não foi estabelecido.

Procure instruções de peering de cluster:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command,hybridPeeringDetails.passphrase)"

Esse processo gera o comando e a senha obrigatória para execução. Copie e cole o comando cluster peer create no cluster de origem e execute-o. Você precisará inserir a senha duas vezes.

Peering de SVM:

O comando cluster peer create da etapa anterior também deve realizar o peering de SVM automaticamente. Se isso não acontecer, o estado vai mudar para PENDING_SVM_PEERING depois de alguns segundos.

Verifique o peering de SVM:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

Se o estado for PENDING_SVM_PEERING, execute o comando de peering de vserver:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command)"

Depois de alguns segundos, o estado muda para Pronto e mirrorState para Preparando, o que indica que a transferência de baseline foi iniciada. Depois que a transferência de baseline for concluída, o mirrorState vai mudar para Mirrored. As transferências incrementais são iniciadas com base na programação de replicação definida, indicada por mirrorState como Transferindo.

Para mais informações sobre outras flags opcionais, consulte a documentação do SDK Google Cloud sobre a criação de réplicas externas.

A seguir

Gerenciar replicações externas.