Utilizar o Zerto Virtual Replication entre dois datacenters da OVHcloud
Saiba como implementar a Zerto Virtual Replication para o seu Plano de Recuperação de Desastres entre dois serviços Private Cloud.
Saiba como implementar a Zerto Virtual Replication para o seu Plano de Recuperação de Desastres entre dois serviços Private Cloud.
Esta tradução foi automaticamente gerada pelo nosso parceiro SYSTRAN. Em certos casos, poderão ocorrer formulações imprecisas, como por exemplo nomes de botões ou detalhes técnicos. Recomendamos que consulte a versão inglesa ou francesa do manual, caso tenha alguma dúvida. Se nos quiser ajudar a melhorar esta tradução, clique em "Contribuir" nesta página.
Última atualização: 11/02/2022
Este guia explica os conceitos e os pormenores da implementação da Zerto Virtual Replication numa Private Cloud.
Este guia tem como objetivo explicar os conceitos e os pormenores da implementação do Zerto Virtual Replication entre dois datacenters da OVHcloud.
Para outros casos, consulte o nosso manual sobre como utilizar Zerto entre a OVHcloud e uma plataforma de terceiros.
Saiba como implementar a Zerto Virtual Replication para o seu Plano de Recuperação de Desastres (DRP) entre dois serviços Private Cloud.
A Zerto Virtual Replication é uma solução técnica que permite replicar dados entre infraestruturas de virtualização ou cloud. Para isso, recorre aos hipervisores da plataforma ao implementar máquinas virtuais (MV) chamadas Virtual Replication Appliance (VRA), que se encarregam de copiar os dados nas unidades de armazenamento e de os transmitir para um site remoto de modo a serem guardados.
As VRA, implementadas em cada hipervisor, vão consumir recursos para efetuar a replicação:
Note-se que, relativamente ao armazenamento, a OVHcloud disponibiliza gratuitamente um datastore dedicado para o conjunto das VRA.
A replicação dos dados é feita entre dois sites emparelhados. Dessa forma, as VRA podem estabelecer o tráfego de replicação em ambos os lados.
De forma predefinida, o tráfego de replicação Zerto não se encontra encriptado, mas, como a segurança é uma das prioridades da OVHcloud, implementamos entre os dois sites um túnel encriptado (via IPSec) por meio de uma appliance de rede chamada L2VPN.
A ativação e o controlo da replicação das MV são feitos através de um grupo de replicação (VPG). Este último permite juntar de forma lógica um grupo de MV correspondentes a uma mesma necessidade empresarial ou operacional (por exemplo, uma aplicação com a sua base de dados), a fim de configurar o objetivo máximo de perda de dados admissível (RPO), a ordem de inicialização (a base antes da aplicação) e as configurações de rede para os exercícios ou para um caso real.
Também é possível definir um nível de prioridade entre os VPG, de modo a dar primazia à transferência de dados em caso de problemas em termos de largura de banda de rede.
Na Área de Cliente OVHcloud, aceda à secção Hosted Private Cloud
-> Private Cloud
. > Selecione a plataforma Private Cloud primária. > Selecione
o datacenter desejado. >E clique no separador Disaster Recovery Plan (DRP)
.
Escolha Between two OVH Private Cloud solutions e clique em Activate Zerto DRP
.
A seleção da Private Cloud primária, bem como do datacenter, é feita automaticamente, isto é, com base na infraestrutura pela qual se dá o acesso.
Selecione no menu suspenso um endereço IP público livre pertencente ao bloco de IPs públicos associado à Private Cloud. Ele será utilizado na criação do túnel protegido entre as infraestruturas.
Clique em NEXT
.
Deve selecionar o site secundário entre as Private Clouds presentes no menu suspenso.
Só se exibem os sites elegíveis. Para o serem, devem responder aos critérios seguintes:
De seguida, selecione no menu suspenso o datacenter da Private Cloud de destino.
Escolha no menu suspenso um endereço IP público livre pertencente ao bloco de IPs públicos associado à Private Cloud. Ele será utilizado na criação do túnel protegido entre as infraestruturas.
Clique em NEXT
.
Depois de enviado o pedido de ativação, esta última pode tardar no máximo uma hora, sob condição de as informações fornecidas estarem corretas (sobretudo se o endereço IP já estiver a ser utilizado por uma das máquinas virtuais; se for o caso, a ativação não terá lugar).
Uma vez realizada a ativação, receberá por e-mail uma configuração de instalação, bem como os links de acesso à interface Zerto de cada infraestrutura.
Estimado/a Cliente,
Acabou de ativar o serviço Zerto DRP entre duas das suas Private Clouds.
Pode aceder ao site principal pelo seguinte endereço:
Pode aceder ao site secundário pelo seguinte endereço:
Poderá autentificar-se com as suas contas de administrador, à semelhança do que faz com o vSphere.
A interface encontra-se acessível a partir das duas infraestruturas pelo endereço:
Como indicado no corpo do e-mail, os dados de acesso são os mesmos que utiliza para aceder à interface vSphere.
Depois de se identificar, chegará a um ecrã com o painel de controlo:
Neste ecrã, vai encontrar:
No menu Ações
, escolha Create VPG
.
No primeiro ecrã:
Para avançar, clique em NEXT
.
A etapa seguinte consiste em selecionar as MV que vão fazer parte do VPG.
Uma MV não pode estar em vários VPG.
Para avançar, clique em NEXT
.
A seguir vem a etapa da seleção do site remoto:
Depois é preciso definir os recursos remotos:
Deixe os outros campos como estão, a menos que tenha necessidades avançadas.
Para avançar, clique em NEXT
.
Na etapa seguinte, é possível afinar a configuração de armazenamento.
Deixe os outros campos como estão, a menos que tenha necessidades avançadas.
Para avançar, clique em NEXT
.
Então chega uma parte importante: a primeira etapa da configuração de rede.
As opções Pre-recovery Script e Post-recovery Script não são utilizáveis.
Para avançar, clique em NEXT
.
Chega a segunda etapa da configuração de rede:
A modificação de IP só é possível em MV com um sistema operativo compatível e nas que tenham as VMware Tools em funcionamento.
Para avançar, clique em NEXT
.
Para avançar, clique em NEXT
.
No último ecrã, encontrará uma recapitulação do conjunto dos elementos configurados.
Depois de os verificar, valide a criação clicando em DONE
.
Na lista vai encontrar o VPG recém-criado, bem como o seu estado (que começa por ser Initializing).
Depois de ter configurado a replicação e de ter deixado esta última realizar-se ao longo de vários dias, pode testar se o DRP funciona corretamente com as ações geridas pela Zerto Replication.
O teste de failover na Zerto Replication realiza-se sem corte do site principal. Assim, é muito importante configurar adequadamente as redes de teste, a fim de evitar conflitos de endereçamento IP e impactos sobre a produção durante o exercício.
Os recursos a serem inicializados no site secundário pelo teste não devem ser modificados nem eliminados manualmente. O conjunto do teste será desmantelado pela Zerto Replication no final da operação.
Tenha em mente que, durante um teste, a replicação continua a realizar-se entre os dois sites.
Para isso, aceda à interface Zerto Replication e clique em FAILOVER
(o seletor à esquerda aparece de forma predefinida em TEST).
Se o texto do botão estiver a cinzento, isso significa que não há um VPG elegível para o teste (é possível que a inicialização ainda não se tenha concluído).
De imediato, surgirá um ecrã com os VPG disponíveis, o sentido de replicação, o site de destino e a correção do nível de proteção (Meeting SLA).
Nesse ponto, terá as seguintes opções:
Valide e passe à etapa seguinte clicando em NEXT
.
O nosso exemplo baseia-se na primeira opção, isto é, o teste de um VPG.
Neste ponto, encontrará um resumo das ações ligadas ao VPG:
Para avançar, clique em NEXT
.
Aparecerá um último ecrã de recapitulação, com um panorama dos diferentes sites e o número de VPG para o teste.
Confirme o início do teste clicando em START FAILOVER TEST
.
O teste de failover tem início imediatamente, com as ações sobre o vCenter do site remoto.
Agora já só resta controlar o normal funcionamento do site remoto.
Quando tiver acabado de verificar as máquinas sujeitas a failover, clique no quadrado vermelho à direita de Testing Failover.
A janela que se abrir vai indicar se o teste foi bem-sucedido e sugerir que adicione um comentário.
Confirme o fim do teste clicando em STOP
.
O desmantelamento do teste é iniciado de imediato, com as ações sobre o vCenter do site remoto.
Na eventualidade de um incidente grave no site principal, ou no quadro de um exercício em condições reais, a execução do failover realiza-se logicamente a partir do site secundário (de recuperação).
Na Zerto Replication, o failover em modo LIVE é feito com base no princípio de que o site principal se encontra indisponível. Assim, é importante verificar a configuração de rede de modo a evitar, por exemplo, conflitos de endereçamento IP.
Os recursos inicializados no site secundário vão ativar-se ao nível do tratamento de dados.
Atenção: a replicação entre os dois sites será modificada ou interrompida (ver mais adiante).
Aceda à interface Zerto Replication, altere o seletor em baixo à direita para LIVE (a cor vai alterar-se e indicar que se vão realizar ações de grande impacto) e clique em FAILOVER
.
De imediato, surgirá um ecrã com os VPG disponíveis, o sentido de replicação, o site de destino e a correção do nível de proteção (Meeting SLA).
Terá duas escolhas:
Valide e passe à etapa seguinte clicando em NEXT
.
Como exemplo, selecionámos a primeira opção, o teste num VPG.
Neste ponto, encontrará um resumo das ações ligadas ao VPG:
Ao nível da Commit Policy, dispõe de três opções:
Ao nível das opções Auto, a temporização predefinida é de 60 minutos.
Para avançar, clique em NEXT
.
O último ecrã apresenta uma recapitulação, com um panorama dos diferentes sites e o número de VPG para o failover.
Recomendamos-lhe que leia atentamente o resumo e as advertências.
Lance o failover clicando em START FAILOVER
.
Se tiver escolhido uma Commit Policy de tipo Auto, uma mensagem de aviso vai chamar-lhe a atenção para o impacto resultante.
Confirme a operação clicando em START FAILOVER
.
O failover tem início imediatamente, com as ações sobre o vCenter do site remoto.
Agora já só resta controlar o normal funcionamento do site remoto.
Depois de lançado o failover, encontrará um alerta na interface Zerto Replication. Esse alerta está associado à Commit Policy e não desaparecerá enquanto o commit não for confirmado ou anulado.
Tais ações devem ser realizadas através dos ícones à direita do VPG.
Quando validar o commit, pode configurar automaticamente o VPG em sentido inverso (Reverse Protection).
Para avançar, clique em COMMIT
.
Ao nível do VPG, reparará pela seta que a direção de replicação foi alterada.
Em função da forma como o failover foi realizado, o eventual regresso ao site principal (não obrigatório) pode exigir várias ações.
Se o failover foi feito com a Reverse Protection, o processo de reversão consiste em executar um Failover Live (consultar a secção correspondente para ver as ações necessárias).
Se o failover foi feito sem a Reverse Protection, o processo de reversão consiste em criar um VPG e depois executar um Failover Live (consultar as secções anteriores para ver as ações necessárias).
Fale com a nossa comunidade de utilizadores em https://community.ovh.com/en/.
Não hesite em propor-nos sugestões de melhoria para fazer evoluir este manual.
Imagens, conteúdo, estrutura... Não hesite em dizer-nos porquê para evoluirmos em conjunto!
Os seus pedidos de assistência não serão tratados através deste formulário. Para isso, utilize o formulário "Criar um ticket" .
Obrigado. A sua mensagem foi recebida com sucesso.
Aceda ao seu espaço comunitário. Coloque as suas questões, procure informações e interaja com outros membros do OVHcloud Community.
Discuss with the OVHcloud community