A replicação de máquina virtual, ou replicação de VM, continua sendo uma das melhores técnicas de proteção de dados para tempos de recuperação curtos e disponibilidade do sistema durante falhas ou tempos de inatividade de qualquer origem. Uma réplica de VM pode ser ligada instantaneamente em caso de desastre, permitindo que você recupere uma VM em questão de segundos e mantenha as operações comerciais essenciais.
Para evitar possíveis armadilhas ao executar software de replicação de VM – como falhas e erros de aplicativos, perda de dados, consumo inadequadamente alto de recursos, etc. – siga as melhores práticas de replicação do VMware vSphere abordadas neste post como parte de uma estratégia eficiente e confiável de proteção de dados de VM.
O que é a Replicação do vSphere e como funciona
A replicação do VMware vSphere é o processo de criar uma cópia exata de uma VM VMware vSphere em um local personalizado, que pode ser um host ou cluster ESXi. Esta cópia de VM, chamada de réplica de VM, é mantida em estado desligado e atualizada periodicamente ou continuamente (replicação contínua) para refletir as últimas alterações e estado da VM de origem.
Nota: A replicação no VMware vSphere é frequentemente confundida com o backup do VMware, mas esses métodos de proteção de dados de VM buscam objetivos diferentes e devem complementar, não substituir um ao outro (consulte nosso post no blog Backup de VM vs. Replicação de VM).
10 Melhores Práticas de Replicação de Dados VMware
Siga as melhores práticas abaixo e utilize-as para a replicação do VMware vSphere e replicação de máquinas virtuais em outros ambientes.
1. Defina cargas de trabalho críticas para a missão e priorize-as.
Determine quais máquinas virtuais e dados de aplicativos requerem a maior proteção e a recuperação mais rápida em caso de tempo de inatividade ou desastre. Você não precisa replicar tudo, e nem tudo precisa ser recuperado dentro do mesmo período de tempo.
Por exemplo, sua loja online mantém operação contínua e permite a realização de pedidos diretos e transações de compra com os clientes. Caso o seu servidor web falhe, o site, o inventário e o CRM serão extremamente críticos para serem recuperados em primeiro lugar e o mais rápido possível para minimizar o efeito da inatividade do site para os clientes, enquanto as aplicações de back-office podem esperar.
2. Esboce o plano de proteção de dados.
Não planejar é planejar para falhar. Planeje as atividades de proteção de dados com relação às demandas de continuidade dos negócios, cargas de trabalho críticas para a missão, prioridades, técnicas individuais de proteção de dados, frequência e duração do trabalho de backup/replicação de VM, recursos necessários (capacidade de armazenamento de dados, largura de banda de rede, janelas de backup/replicação de VM, etc.).
Certifique-se de que seu plano de proteção de dados também cubra responsabilidades pessoais, componentes de hardware e software dedicados e cenários de recuperação de desastres.
3. Use uma proporção adequada de backup e replicação de VM.
Embora o backup de VM e a replicação de VM pareçam fazer a mesma coisa, eles têm objetivos diferentes e não podem se substituir. O backup de VM, seja qual for o tipo, é projetado para a preservação segura a longo prazo dos dados da VM. Enquanto a replicação de VM proporciona uma recuperação rápida da VM, ou em outras palavras, alta disponibilidade da VM.
A replicação de máquinas virtuais é um elemento constituinte de um plano de proteção de dados, e você deve encontrar uma combinação eficiente de backups regulares de VM e replicação de VM para atender às necessidades e ao orçamento da sua organização.
4. Estabeleça critérios mensuráveis para sequências de replicação de dados de VM.
Estabelecer critérios mensuráveis pode ser útil ao decidir qual solução de replicação de VM escolher. Em relação à replicação no VMware vSphere para alta disponibilidade, você precisa considerar principalmente dois aspectos:
- Velocidade. Quão rápido você precisa que a recuperação de dados de VM aconteça? Embora uma réplica de VM seja uma cópia completa da VM original, você ainda pode precisar de algum tempo para acessá-la, por exemplo, remontando e restaurando um DBMS.
- Tolerância a falhas é a capacidade de um sistema de manter um bom nível de desempenho caso um ou mais componentes falhem. Considere qual grau de tolerância a falhas seu sistema deve alcançar para disponibilizar os dados de VM no caso de um desastre. Ao decidir com que frequência você vai empregar a replicação de máquinas virtuais para tolerância a falhas, leve também em conta a capacidade de hardware e de rede.
Dependendo da sua política de continuidade de negócios, estabeleça a proximidade ótima do ponto de recuperação ao ponto de falha, ou seja, o objetivo de ponto de recuperação (RPO), que é um equilíbrio entre minimizar a perda de dados e o custo de recursos adicionais. Para algumas empresas, pode ser de 24 horas, 7 dias ou até mesmo 1 mês, enquanto outras podem precisar que o RPO seja apenas de 10 segundos.
5. Prepare o roteiro de failover e failback.
Para manter os serviços e aplicações em funcionamento com o mínimo de interrupção no caso de uma VM de produção falhar, você deve determinar os procedimentos de failover e failback antecipadamente. Elabore cenários de ação de failover e failback para VMs de produção a serem seguidos em diferentes circunstâncias adversas.
Dependendo do sistema de proteção de dados estabelecido, os procedimentos de failover e failback podem ser manuais ou automatizados para desligamentos não planejados e planejados.
6. Ative a verificação de réplicas de VM.
A verificação regular de suas réplicas de VM para garantir que elas sejam utilizáveis é uma boa prática. Isso evitará surpresas desagradáveis. Pode acontecer que sua réplica de VM esteja danificada ou corrompida. Qualquer que seja o motivo do defeito, verifique as réplicas de VM periodicamente e inclua o cronograma de verificação em seu plano.
Ao usar soluções de replicação de VMware vSphere de terceiros, é recomendável que você ative o recurso de verificação automática de réplicas de VM, se tal recurso estiver disponível. Assim, todas as suas réplicas de VM serão verificadas automaticamente quanto à integridade.
7. Crie réplicas conscientes da aplicação.
As soluções modernas de proteção de dados fornecem um modo de replicação especial consciente da aplicação que permite criar réplicas de VM conscientes da aplicação para aplicativos como Active Directory da Microsoft, Microsoft SQL Server, Microsoft SharePoint, Microsoft Exchange Server ou Oracle Database, confiando em escritores VSS.
“Consciente da aplicação” ou, em outras palavras, o modo de replicação de VM consistente com a aplicação significa que no processo de replicação, os dados em memória e as operações de E/S pendentes são gravados no disco antes que um snapshot seja feito. Consequentemente, suas réplicas de VM contêm dados consistentes, e as aplicações podem ser recuperadas suavemente, sem perda de dados.
8. Automatize em torno das ferramentas de recuperação.
Automatizar em torno das ferramentas de recuperação reduz atrasos desnecessários se você precisar restaurar as VMs o mais rápido possível em caso de desastre. Certifique-se de que os scripts automáticos são mantidos adequadamente. Por outro lado, soluções modernas avançadas de proteção de dados oferecem recursos de automação integrados.
9. Determine a política de retenção e rotação.
Esta política estabelece a frequência de criação de réplicas de VM e seu tempo de retenção. As mudanças nos dados de replicação da VM são continuamente adicionadas ao banco de dados de mudanças de replicação. Sem sua purga periódica, ela cresceria drasticamente, até consumir todo o espaço em disco disponível. Este período entre as purgas é chamado de atraso de purga de replicação. O atraso de purga de replicação padrão é definido no seu software de proteção de dados e varia de um a vários dias.
Ao estabelecer a política de retenção e rotação, considere o atraso de purga de replicação. As mudanças mais antigas que o atraso de purga são apagadas do banco de dados de mudanças de replicação. Certifique-se de que o banco de dados de mudanças de replicação seja copiado de forma mais frequente do que o período de atraso de purga de replicação; caso contrário, algumas mudanças podem ser perdidas.
10. Escolha a solução certa de replicação de VM e DR.
Se precisar replicar regularmente máquinas virtuais, deve selecionar a solução adequada que atenda às necessidades específicas da sua infraestrutura de TI e ao orçamento da sua organização.
Ao comparar os produtos de replicação VMware vSphere atualmente disponíveis no mercado, deve considerar suas características específicas através da perspectiva tanto da funcionalidade quanto do desempenho. Por exemplo, alguns produtos utilizam replicação VM síncrona (replicação contínua), enquanto outros executam replicação VM semissíncrona ou assíncrona. Enquanto a replicação de dados VMware síncrona parece ser uma escolha melhor para a failover de aplicativos transacionais, a sincronização completa usada em uma rede lenta pode diminuir criticamente o desempenho. Em contraste, a replicação VMware assíncrona quase não tem impacto no desempenho nessa situação. Por outro lado, se o servidor primário falhar, a replicação de VM VMware assíncrona pode resultar na perda de dados cometidos.
Outro ponto a ser considerado é a velocidade da operação de replicação e restauração de suas VMs, já que pode exigir hardware de alta capacidade.
Enquanto a replicação remota de máquinas virtuais para um local externo ou uma nuvem mantém seus dados seguros, mesmo se ocorrer um desastre em todo o seu datacenter, certifique-se de que a rede de sua infraestrutura tenha a largura de banda necessária.
Replicação VMware vSphere com NAKIVO
O NAKIVO Backup & Replication oferece muitos recursos úteis para tornar sua replicação VMware, assim como a replicação do Hyper-V e até mesmo a replicação da instância do AWS EC2 simples e rápida. A solução NAKIVO suporta o rastreamento de blocos alterados da VMware para replicação incremental, fornece configurações de retenção flexíveis e trabalha diretamente com as APIs da VMware para replicação de dados da VMware no nível do host.
Você pode usar réplicas VMware criadas com o NAKIVO para failover de VM e cenários complexos de recuperação de site primário completo.
Source:
https://www.nakivo.com/blog/vmware-replication-best-practices/