Preparar o mapeamento da rede para recuperação de desastre da VM do Hyper-V no Azure
Este artigo ajuda você a entender e reparar o mapeamento de rede quando você replicar máquinas virtuais do Hyper-V nas nuvens de System Center Virtual Machine Manager (VMM) para o Azure, ou um site secundário, usando o serviço de recuperação de site do Azure.
Preparar o mapeamento de rede para replicação do Azure
Ao replicar para o Azure, o mapeamento de rede mapeia entre as redes de VM em um servidor VMM de origem e as redes virtuais do Azure de destino. Mapeamento faz o seguinte:
- Conexão de rede— assegura que VMs do Azure replicadas estejam conectadas à rede mapeada. Todas as máquinas que passarem por failover na mesma rede poderão se conectar entre si, independentemente do plano de recuperação em que estão.
- Gateway de rede— se um gateway de rede for configurado na rede Azure de destino, as máquinas virtuais poderão conectar-se a outras máquinas virtuais locais.
O mapeamento de rede funciona da seguinte maneira:
- Você mapeia uma rede VM do VMM de origem para uma rede virtual do Azure.
- Após o failover, máquinas virtuais do Azure na rede de origem serão conectadas à rede virtual de destino mapeada.
- As novas VMs adicionadas à rede VM de origem serão conectadas à rede do Azure mapeada quando a replicação ocorrer.
- Se a rede de destino tiver várias sub-redes e uma dessas sub-redes tiver o mesmo nome que a sub-rede em que a máquina virtual de origem está localizada, a máquina virtual de réplica será conectada à sub-rede de destino após o failover.
- Se não houver uma sub-rede de destino com um nome correspondente, a máquina virtual será conectada à primeira sub-rede na rede.
Exemplo
A seguir, um exemplo para ilustrar esse mecanismo. Vamos usar uma organização com dois locais, Nova Iorque e Chicago.
| Localidade | Servidor VMM | Redes VM | Mapeado para |
|---|---|---|---|
| Nova York | VMM-NewYork | VMNetwork1-NewYork | Mapeado para VMNetwork1-Chicago |
| VMNetwork2-NewYork | Não mapeado | ||
| Chicago | VMM-Chicago | VMNetwork1-Chicago | Mapeado para VMNetwork1-NewYork |
| VMNetwork2-Chicago | Não mapeado |
Neste exemplo:
- Quando uma VM de réplica é criada para qualquer VM conectada a VMNetwork1-NewYork, ela é conectada a VMNetwork1-Chicago.
- Quando uma VM de réplica é criada para VMNetwork2-NewYork ou VMNetwork2-Chicago, ele não é conectada a nenhuma rede.
Veja como as nuvens do VMM são configuradas em nosso exemplo de organização e como as redes lógicas são associadas às nuvens.
Configurações de proteção de nuvem
| Nuvem protegida | Protegendo a nuvem | Rede lógica (Nova Iorque) |
|---|---|---|
| GoldCloud1 | GoldCloud2 | |
| SilverCloud1 | SilverCloud2 | |
| GoldCloud2 | NA |
LogicalNetwork1-NewYork LogicalNetwork1-Chicago |
| SilverCloud2 | NA |
LogicalNetwork1-NewYork LogicalNetwork1-Chicago |
Configurações de rede lógica e de VM
| Localidade | Rede lógica | Rede VM associada |
|---|---|---|
| Nova York | LogicalNetwork1-NewYork | VMNetwork1-NewYork |
| Chicago | LogicalNetwork1-Chicago | VMNetwork1-Chicago |
| LogicalNetwork2Chicago | VMNetwork2-Chicago |
Configurações de rede de destino
Com base nessas configurações, ao selecionar a rede VM de destino, a tabela a seguir mostra as opções disponíveis.
| Selecionar | Nuvem protegida | Protegendo a nuvem | Rede de destino disponível |
|---|---|---|---|
| VMNetwork1-Chicago | SilverCloud1 | SilverCloud2 | Disponível |
| GoldCloud1 | GoldCloud2 | Disponível | |
| VMNetwork2-Chicago | SilverCloud1 | SilverCloud2 | Não disponível |
| GoldCloud1 | GoldCloud2 | Disponível |
Se a rede de destino tiver várias sub-redes e uma delas tiver o mesmo nome que a sub-rede em que a máquina virtual de origem está localizada, a máquina virtual de réplica será conectada a essa sub-rede de destino após o failover. Se não houver uma sub-rede de destino com um nome correspondente, a máquina virtual será conectada à primeira sub-rede na rede.
Comportamento de failback
Para ver o que acontece no caso de failback (replicação inversa), vamos supor que a VMNetwork1-NewYork seja mapeada para VMNetwork1-Chicago, com as configurações a seguir.
| VM | Conectado à rede VM |
|---|---|
| VM1 | VMNetwork1-Rede |
| VM2 (réplica de VM1) | VMNetwork1-Chicago |
Com essas configurações, vamos analisar o que acontece em alguns cenários possíveis.
| Cenário | Resultado |
|---|---|
| Nenhuma alteração nas propriedades de rede de VM-2 após o failover. | A VM-1 permanece conectada à rede de origem. |
| As propriedades de rede de VM-2 são alteradas após o failover e ela é desconectada. | A VM-1 é desconectada. |
| As propriedades de rede de VM-2 são alteradas após o failover e ela é conectada à VMNetwork2-Chicago. | Se a VMNetwork2-Chicago não estiver mapeada, a VM-1 será desconectada. |
| O mapeamento de rede da VMNetwork1-Chicago é alterado. | A VM-1 será conectada à rede, agora mapeada para VMNetwork1-Chicago. |
Próximas etapas
- Saiba mais sobre o endereçamento IP após fal-over para um site de VMM secundário.
- Saiba mais sobre o endereçamento IP após o failover para o Azure.