Verifique os pré-requisitos.

Execute a Ferramenta de Planejamento de Capacidade para obter recomendações de recursos e configuração.

Implante o JetStream DR MSA em cada host vSphere no cluster designado.

Inicie o MSA usando seu nome DNS em um navegador.

Registre o servidor vCenter com o MSA.

Depois que o JetStream DR MSA for implantado e o vCenter Server for registrado, navegue até o plug-in JetStream DR com o vSphere Web Client. Isso pode ser feito navegando até Datacenter > Configurar > JetStream DR.

Na interface do JetStream DR, conclua as seguintes tarefas:

Implante o número necessário de DR Virtual Appliances (DRVAs) na guia Appliances.

Use a ferramenta de planejamento de capacidade para estimar o número de DRVAs necessários.

Crie volumes de log de replicação para cada DRVA usando o VMDK dos armazenamentos de dados disponíveis ou do pool de armazenamento iSCSI compartilhado independente.

Na guia Domínios Protegidos, crie o número necessário de domínios protegidos usando informações sobre o site do Armazenamento de Blobs do Azure, a instância do DRVA e o log de replicação. Um domínio protegido define uma VM específica ou um conjunto de VMs de aplicativos dentro do cluster que são protegidas em conjunto e recebem uma ordem de prioridade para operações de failover/failback.

Selecione as VMs a serem protegidas e agrupe-as em grupos de aplicativos com base na dependência. As definições de aplicativo permitem agrupar conjuntos de VMs em grupos lógicos que contêm suas ordens de inicialização, atrasos de inicialização e validações de aplicativo opcionais que podem ser executadas na recuperação.

Certifique-se de que o mesmo modo de proteção seja usado para todas as VMs em um domínio protegido.

O modo Write-Back (VMDK) oferece maior desempenho.

Certifique-se de que os volumes de log de replicação sejam colocados em armazenamento de alto desempenho.

Após terminar, clique em Iniciar proteção para o domínio protegido. Isso inicia a replicação de dados das VMs selecionadas para o repositório de Blobs designado.

Após a conclusão da replicação, o status de proteção da VM é marcado como Recuperável.

Os runbooks de failover podem ser configurados para agrupar as VMs (chamado de grupo de recuperação), definir a sequência da ordem de inicialização e modificar as configurações de CPU/memória, juntamente com as configurações de IP.

Clique em Configurações e depois no link Configurar runbook para configurar o grupo de runbooks.

Clique no botão Criar grupo para começar a criar um novo grupo de runbook.

Se necessário, na parte inferior da tela, aplique pré-scripts e pós-scripts personalizados para serem executados automaticamente antes e depois da operação do grupo de runbooks. Certifique-se de que os scripts do Runbook estejam residindo no servidor de gerenciamento.

Edite as configurações da VM conforme necessário. Especifique os parâmetros para recuperar as VMs, incluindo a sequência de inicialização, o atraso de inicialização (especificado em segundos), o número de CPUs e a quantidade de memória a ser alocada. Altere a sequência de inicialização das VMs clicando nas setas para cima ou para baixo. Também são fornecidas opções para manter o MAC.

Endereços IP estáticos podem ser configurados manualmente para as VMs individuais do grupo. Clique no link Visualização da NIC de uma VM para configurar manualmente suas configurações de endereço IP.

Clique no botão Configurar para salvar as configurações de NIC para as respectivas VMs.

Para instalar o JetStream DR para AVS em uma nuvem privada do Azure VMware Solution, use o comando Executar. No portal do Azure, acesse a solução Azure VMware, selecione a nuvem privada e selecione Executar comando > Pacotes > JSDR.Configuration.

O usuário padrão do CloudAdmin do Azure VMware Solution não tem privilégios suficientes para instalar o JetStream DR para AVS. A Solução VMware do Azure permite a instalação simplificada e automatizada do JetStream DR invocando o comando Executar Solução VMware do Azure para o JetStream DR.

Após a conclusão da instalação do JetStream DR para AVS, atualize o navegador. Para acessar a interface do usuário do JetStream DR, vá para SDDC Datacenter > Configurar > JetStream DR.

Na interface do JetStream DR, conclua as seguintes tarefas:

O domínio é importado para recuperação. Vá para a aba Domínios Protegidos e verifique se o domínio pretendido foi selecionado ou escolha o desejado no menu Selecionar Domínio Protegido. Uma lista de VMs recuperáveis no domínio protegido é exibida.

Depois que os domínios protegidos forem importados, implante os dispositivos DRVA.

Essas etapas também podem ser automatizadas usando planos criados pela CPT.

Crie volumes de log de replicação usando armazenamentos de dados vSAN ou ANF disponíveis.

Importe os domínios protegidos e configure a VA de recuperação para usar um armazenamento de dados ANF para posicionamentos de VM.

Certifique-se de que o DHCP esteja habilitado no segmento selecionado e que haja IPs suficientes disponíveis. IPs dinâmicos são usados temporariamente enquanto os domínios estão se recuperando. Cada VM em recuperação (incluindo reidratação contínua) requer um IP dinâmico individual. Após a recuperação ser concluída, o IP é liberado e pode ser reutilizado.

Selecione a opção de failover apropriada (failover contínuo ou failover). Neste exemplo, a reidratação contínua (failover contínuo) é selecionada.

Embora os modos Failover Contínuo e Failover sejam diferentes em quando a configuração é realizada, ambos os modos de failover são configurados usando as mesmas etapas. As etapas de failover são configuradas e executadas juntas em resposta a um evento de desastre. O failover contínuo pode ser configurado a qualquer momento e então executado em segundo plano durante a operação normal do sistema. Após a ocorrência de um evento de desastre, o failover contínuo é concluído para transferir imediatamente a propriedade das VMs protegidas para o site de recuperação (RTO próximo de zero).

Após ocorrer um desastre no cluster protegido do ambiente local (falha parcial ou completa), você pode acionar o failover para VMs usando o Jetstream após interromper o relacionamento do SnapMirror para os respectivos volumes de aplicativo.

Esta etapa pode ser facilmente automatizada para facilitar o processo de recuperação.

Acesse a interface do usuário do Jetstream no AVS SDDC (lado de destino) e acione a opção de failover para concluir o failover. A barra de tarefas mostra o progresso das atividades de failover.

Após a conclusão do failover contínuo, uma mensagem será exibida confirmando a conclusão da tarefa. Quando a tarefa estiver concluída, acesse as VMs recuperadas para configurar sessões ISCSI ou NFS.

O modo de failover muda para Em execução no failover e o status da VM é Recuperável. Todas as VMs do domínio protegido agora estão em execução no site de recuperação no estado especificado pelas configurações do runbook de failover.

Para verificar a configuração e a infraestrutura de failover, o JetStream DR pode ser operado no modo de teste (opção Test Failover) para observar a recuperação de máquinas virtuais e seus dados do armazenamento de objetos em um ambiente de recuperação de teste. Quando um procedimento de failover é executado no modo de teste, sua operação se assemelha a um processo de failover real.

Depois que as máquinas virtuais forem recuperadas, use a recuperação de desastres de armazenamento para armazenamento no convidado. Para demonstrar esse processo, o servidor SQL é usado neste exemplo.

Efetue login na VM SnapCenter recuperada no AVS SDDC e ative o modo DR.

Certifique-se de que o relacionamento SnapMirror esteja quebrado.

Anexe o LUN do Cloud Volumes ONTAP à VM convidada do SQL recuperada com as mesmas letras de unidade.

Abra o iSCSI Initiator, limpe a sessão desconectada anterior e adicione o novo destino junto com o multipath para os volumes Cloud Volumes ONTAP replicados.

Certifique-se de que todos os discos estejam conectados usando as mesmas letras de unidade que eram usadas antes do DR.

Reinicie o serviço do servidor MSSQL.

Certifique-se de que os recursos SQL estejam online novamente.

No caso do NFS, anexe os volumes usando o comando mount e atualize o /etc/fstab entradas.

No final do NSX-T, um gateway de nível 1 dedicado separado pode ser criado para simular cenários de failover. Isso garante que todas as cargas de trabalho possam se comunicar entre si, mas que nenhum tráfego possa entrar ou sair do ambiente, de modo que qualquer tarefa de triagem, contenção ou proteção possa ser executada sem risco de contaminação cruzada. Esta operação está fora do escopo deste documento, mas pode ser facilmente realizada para simular isolamento.

Restaure o ambiente local. Dependendo do tipo de incidente de desastre, pode ser necessário restaurar e/ou verificar a configuração do cluster protegido. Se necessário, o software JetStream DR pode precisar ser reinstalado.

Acesse o ambiente local restaurado, vá para a interface do usuário do Jetstream DR e selecione o domínio protegido apropriado. Depois que o site protegido estiver pronto para failback, selecione a opção Failback na interface do usuário.

O plano de failback gerado pelo CPT também pode ser usado para iniciar o retorno das VMs e seus dados do armazenamento de objetos para o ambiente VMware original.

Especifique o atraso máximo após pausar as VMs no site de recuperação e reiniciá-las no site protegido. O tempo necessário para concluir esse processo inclui a conclusão da replicação após interromper as VMs de failover, o tempo necessário para limpar o site de recuperação e o tempo necessário para recriar as VMs no site protegido. A NetApp recomenda 10 minutos.

Conclua o processo de failback e confirme a retomada da proteção da VM e da consistência dos dados.

Depois que as VMs forem recuperadas, desconecte o armazenamento secundário do host e conecte-o ao armazenamento primário.

Reinicie o serviço do servidor MSSQL.

Verifique se os recursos SQL estão online novamente.

Para fazer failback para o armazenamento primário, certifique-se de que a direção do relacionamento permaneça a mesma de antes do failover, executando uma operação de ressincronização reversa.

Para manter as funções de armazenamento primário e secundário após a operação de ressincronização reversa, execute a operação de ressincronização reversa novamente.