Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo mostra como realocar o Link Privado do Azure Service ao transferir sua carga de trabalho para outra região.
Há vários motivos pelos quais talvez você queira mover seus recursos existentes do Azure de uma região para outra. Talvez você queira:
- Aproveite uma nova região do Azure.
- Implantar recursos ou serviços disponíveis apenas em regiões específicas.
- Atender aos requisitos internos de política e governança.
- Alinhe-se às fusões e aquisições empresariais
- Atender aos requisitos de planejamento de capacidade.
Para aprender como reconfigurar endpoints privados para um serviço específico, consulte o guia de realocação de serviço apropriado.
Tempo de inatividade
Para entender os possíveis tempos de inatividade envolvidos, consulte Cloud Adoption Framework para Azure: selecione um método de realocação.
Prepare
Identifique todos os recursos usados pelo Link Privado Service, como balanceador de carga padrão, máquinas virtuais, rede virtual, etc.
Reimplantar
Redistribua todos os recursos usados pelo Link Privado Service.
Certifique-se de que um balanceador de carga padrão com todos os recursos dependentes seja realocado para a região de destino.
Crie um Link Privado Service que faça referência ao balanceador de carga realocado. Para criar o Link Privado, você pode usar o portal do Azure, PowerShell ou CLI do Azure.
No processo de seleção do balanceador de carga: - Escolha a configuração de IP frontend onde deseja receber o tráfego. - Escolha uma sub-rede para endereços IP NAT para o Link Privado Service. - Escolha configurações do Link Privado Service que sejam as mesmas do Link Privado Service de origem.
Reimplante o endpoint privado na rede virtual realocada novamente.
Configure suas configurações de DNS seguindo as orientações nos valores das zonas DNS privado.
Próximas Etapas
Para saber mais sobre como mover recursos entre regiões e recuperação de desastres no Azure, confira: