Introdução #
Neste guia, abordaremos as etapas para criar um ambiente de recuperação de desastres (DR) para um RELIANOID Cluster do Load Balancer (2 nós no Linux baseado em Debian) no Azure usando o serviço Azure Site Recovery (ASR). O RELIANOID O Load Balancer exige licenças de ativação para cada nova instância, então também abordaremos considerações sobre como lidar com o licenciamento no ambiente de DR.
Pré-requisitos #
- Assinatura Azure: Certifique-se de ter uma assinatura ativa do Azure com limites de recursos suficientes.
- Baseado em Debian RELIANOID Cluster do balanceador de carga: Certifique-se de que seu ambiente local ou primário esteja executando dois nós do RELIANOID Balanceador de carga no Debian Linux.
- RELIANOID Licenciamento: Você deve ter as licenças de ativação necessárias para os balanceadores de carga quando implantados no site de DR.
- Serviço de recuperação de site do Azure: Configure e configure o serviço Azure Site Recovery no seu portal do Azure.
- Configuração de rede: Planeje suas necessidades de rede para o site de DR no Azure (VNet, sub-redes, NSGs, etc.).
- O acesso aos RELIANOID Configurações do balanceador de carga: Acesso aos arquivos de configuração do seu balanceador de carga e capacidade de fazer backup deles para restauração.
Etapa 1: preparar o Azure Site Recovery (ASR) #
Antes que você possa replicar seu RELIANOID cluster para o Azure, você precisa configurar o ASR para suas VMs Linux.
Configurar um Recovery Services Vault #
1. Navegue até o Portal do Azure e criar um Cofre de serviços de recuperação.
- Acesse Criar um Recurso > Monitoramento + Gerenciamento > Cofre de Serviços de Recuperação.
- Forneça um nome, assinatura, grupo de recursos e região para o vault.
2. Configurar as definições de replicação ASR.
- Depois de criar o cofre, vá até ele e clique em Recuperação de Site > + Replicar.
- Escolha o seu Ambiente de origem (No local ou em outra nuvem).
- Para Ambiente Alvo, selecione Azul.
Prepare a infraestrutura #
1. Instalar o Serviço de Mobilidade no RELIANOID Nodes:
- O agente do Mobility Service é necessário para replicar as VMs Linux.
- Baixe o Mobility Service para Linux do Azure e instale-o em seu RELIANOID Nós Debian.
2. Configurar política de replicação:
- No ASR Vault, configure o Política de replicação. Isso inclui o Objetivo do Ponto de Recuperação (RPO) e a duração da retenção para sua configuração de DR.
- Um RPO de 15 minutos é geralmente recomendado para sistemas críticos, como balanceadores de carga.
Criar mapeamento de rede de VM do Azure #
- Criar uma rede virtual (VNet) na região do Azure onde você deseja o ambiente de DR.
- Mapear a VNet para os nós replicados sob Mapeamento de Rede em configurações de ASR.
Etapa 2: replicar RELIANOID Nós do balanceador de carga para o Azure #
Configurar replicação #
1. Em sua Cofre de serviços de recuperação, Vá para o Recuperação de Site > Replicar Aplicação.
2. Selecione os Debian RELIANOID Nós do balanceador de carga que você deseja replicar.
3. Escolha o apropriado Política de replicação.
4. configurar Discos e Armazenamento. Certifique-se de que ambos os nós tenham as opções de armazenamento apropriadas (SSD Premium para alta E/S, se necessário).
Iniciar replicação #
Uma vez configurado, inicie a replicação. O ASR começará a replicar seu RELIANOID nós para o Azure.
Monitore o processo de replicação do ASR Vault. A replicação completa pode levar algum tempo, dependendo do tamanho dos discos da VM.
Etapa 3: Manuseie RELIANOID Licenciamento em DR #
Ativação manual da licença #
Quando seu RELIANOID os nós fizerem failover para o Azure, eles exigirão licenças de ativação.
- Certifique-se de ter certificados de ativação prontos para as novas instâncias de DR.
- Ativação manual com os certificados de ativação de DR fornecidos são necessários quando o failover ocorre.
Etapa 4: Crie um plano de failover e failback #
Failover de teste #
No ASR Vault, execute um failover de teste para validar sua configuração de DR. Durante o teste, os nós do balanceador de carga devem iniciar no Azure, e você deve verificar se:
- Eles estão configurados corretamente.
- O licenciamento é funcional.
- O RELIANOID O balanceador de carga está operacional e roteando o tráfego.
Failover planejado (durante evento DR real) #
Se ocorrer um desastre e você precisar fazer failover, vá para o ASR Vault e acione um Failover planejado para o Azure. Isso desligará os nós locais e ativará os nós replicados no Azure.
Failback para On-prem #
Após resolver o desastre, você pode retornar ao seu ambiente local revertendo o fluxo de replicação no ASR e executando um failback planejado.
Etapa 5: Considerações pós-DR #
Validação pós-failover #
Após o failover para o Azure, garanta o seguinte:
- RELIANOID Os nós do balanceador de carga estão funcionando corretamente.
- O tráfego está sendo distribuído corretamente entre seus serviços.
- Todas as licenças de ativação estão ativas e validadas.
Testes regulares de DR #
Programe simulações de DR regulares e teste failovers para garantir que seu ambiente esteja sempre pronto para failover. Certifique-se de que as alterações de licenciamento e configuração sejam contabilizadas após cada teste.
Conclusão #
Criando um ambiente de DR para seu RELIANOID O Cluster do Balanceador de Carga no Azure usando o Azure Site Recovery Service garante alta disponibilidade e continuidade de negócios. Com as políticas de replicação, gerenciamento de licenças e estratégias de failover corretas, sua infraestrutura crítica estará protegida em caso de desastre. Sempre valide seu plano de failover com testes regulares e fique em contato conosco sobre requisitos de licenciamento.
Referências:
https://learn.microsoft.com/en-us/azure/migrate/tutorial-migrate-physical-virtual-machines
https://learn.microsoft.com/en-us/azure/site-recovery/vmware-physical-mobility-service-overview#linux-machine-1
