Personalizar as configurações de rede da VM do Azure de destino
Este artigo fornece diretrizes sobre como personalizar as configurações de rede na VM (máquina virtual) do Azure de destino quando você estiver replicando e recuperando VMs do Azure de uma região para outra, usando o Azure Site Recovery.
Antes de começar
Saiba como o Site Recovery fornece recuperação de desastre para esse cenário.
Recursos de rede com suporte
Você pode fornecer as seguintes principais configurações de recurso para a VM de failover ao replicar as VMs do Azure:
- Balanceador de carga interno
- IP público
- IP secundário
- Grupo de segurança de rede para a sub-rede e para a NIC
Pré-requisitos
- Certifique-se de planejar as configurações do lado de recuperação com antecedência.
- Crie os recursos de rede com antecedência. Forneça-o como uma entrada para que o serviço do Azure Site Recovery possa honrar essas configurações e garantir que a VM de failover obedeça a essas configurações.
Personalizar configurações de failover e de rede de failover de teste
Vá para Itens Replicados.
Selecione a VM do Azure desejada.
Selecione Rede e escolha Editar. Observe que as definições de configuração da NIC incluem os recursos correspondentes na origem.
Selecione uma rede virtual de failover de teste.
Selecione a guia NIC que você deseja configurar. Agora, selecione os recursos pré-criados correspondentes no local de failover e failover de teste.
Selecione OK.
O Site Recovery agora honrará essas configurações e garantirá que a VM no failover esteja conectada ao recurso selecionado por meio da NIC correspondente.
Quando você disparar o failover de teste por meio do plano de recuperação, ele sempre perguntará a rede virtual do Azure. Essa rede virtual será usada para o failover de teste para os computadores que não têm as configurações de failover de teste pré-configuradas.
Solução de problemas
Não é possível exibir ou selecionar um recurso
Se você não puder selecionar ou exibir um recurso de rede, confira as seguintes verificações e condições:
- O campo de destino para um recurso de rede só será habilitado se a VM de origem tiver uma entrada correspondente. Isso se baseia no princípio de que, para um cenário de recuperação de desastre, você irá querer a versão exata ou reduzida de sua origem.
- Para cada recurso de rede, alguns filtros são aplicados na lista suspensa para garantir que a VM de failover possa se anexar ao recurso selecionado e a confiabilidade do failover seja mantida. Esses filtros se baseiam nas mesmas condições de rede que teriam sido verificadas quando você configurou a VM de origem.
Validações do balanceador de carga interno:
- A Assinatura e a Região do balanceador de carga e a VM de destino devem ser iguais.
- A rede virtual associada ao balanceador de carga interno e à da VM de destino deve ser a mesma.
- O SKU de IP público da VM de destino e o SKU do balanceador de carga interno devem ser os mesmos.
- Se a VM de destino estiver configurada para ser colocada em uma zona de disponibilidade, verifique se o balanceador de carga é redundante de zona ou parte de qualquer zona de disponibilidade. (Os balanceadores de carga de SKU básicos não têm suporte para zonas e, nesse caso, não serão mostrados na lista suspensa.)
- Verifique se o balanceador de carga interno tem um pool de back-end pré-criado e uma configuração de front-end.
Endereço IP público:
- A Assinatura e a Região do IP e a VM de destino devem ser iguais.
- O SKU de IP público da VM de destino e o SKU do balanceador de carga interno devem ser os mesmos.
Grupo de segurança de rede:
- A Assinatura e a Região do grupo de segurança de rede e a VM de destino devem ser iguais.
Aviso
Se a VM de destino estiver associada a um conjunto de disponibilidade, você precisará associar o IP público e o balanceador de carga interno do mesmo SKU ao IP da outra VM e ao balanceador de carga interno no conjunto de disponibilidade. Se não, o failover pode não ser bem-sucedido.
Próximas etapas
- Revise as diretrizes de rede para recuperação de desastre da VM do Azure.
- Saiba mais sobre como reter endereços IP após failover.