Nesta página, descrevemos as opções de migração do peering de rede VPC e da VPN de alta disponibilidade para spokes de nuvem privada virtual (VPC) no Network Connectivity Center (NCC).
Migrar do peering de rede VPC para a topologia em estrela do NCC
Para migrar do peering de rede VPC para uma configuração de topologia em estrela do NCC, que é uma topologia multiponto, configure o hub do NCC para a topologia em estrela. Se a topologia de peering de rede VPC atual estiver em um design hub e spoke ou de malha completa, você poderá implementar a topologia em estrela do NCC para agrupar os spokes VPC do NCC em um grupo central ou de borda.
Escolha um dos dois cenários possíveis, dependendo da topologia escolhida após a migração:
- Migrar da topologia hub e spoke do peering de rede VPC para a topologia em estrela do NCC
- Migrar da topologia de malha completa do peering de rede VPC para a topologia em estrela do NCC
Migrar da topologia hub e spoke de peering de rede VPC para a topologia em estrela do NCC
Se você tiver uma topologia multiponto com uma rede VPC de roteamento com anexos híbridos conectada a redes VPC de carga de trabalho pelo peering de rede VPC, siga estas etapas de migração.
- Crie um hub do NCC com uma configuração de topologia em estrela. Deixe a conectividade híbrida e a VPC de roteamento atuais intactas.
- Crie uma rede VPC de roteamento e anexe-a como um spoke ao hub do NCC que você criou. Verifique se ele está mapeado para o grupo central.
- Crie um anexo da VLAN com base em conexões do Cloud Interconnect. Também é possível criar novos túneis de VPN de alta disponibilidade em um novo gateway. Conecte o anexo da VLAN ou o túnel como um spoke híbrido para participar do hub do NCC que você criou na etapa 1.
- Depois de conectar a nova rede VPC de roteamento à rede local usando o BGP e anunciar todas as rotas dinâmicas ao novo hub de topologia em estrela, é possível configurar as redes VPC de carga de trabalho que estão na topologia de peering de rede VPC como parte dos spokes VPC do grupo de borda para o hub de topologia em estrela.
Se duas redes VPC de carga de trabalho estiverem conectadas com o peering de rede VPC, elas não poderão ser configuradas como spokes da VPC do NCC. Configurar as redes VPC como spokes VPC do NCC pertencentes a um grupo de borda remove conflitos com o peering de rede VPC porque o NCC não conecta diretamente essas redes VPC. O NCC preserva a conexão de peering de rede VPC atual. A rede VPC do hub legado não é adicionada ao NCC. Somente as redes VPC de carga de trabalho são adicionadas.
Quando estiver tudo pronto para a migração, você poderá direcionar o tráfego mudando o valor MED anunciado do roteador local para o novo hub de topologia em estrela do NCC.
Para conectar outra rede VPC a recursos no grupo central, adicione-as como spokes VPC de carga de trabalho ao grupo de borda, o que permite mais crescimento usando o NCC.
Migrar da topologia de malha de peering de rede VPC para a topologia em estrela do NCC
Suponha que você tenha duas redes VPC de carga de trabalho legadas VPC1 e VPC2 conectadas por peering de rede VPC entre si e a uma rede VPC de roteamento, em que todas as três redes VPC estão totalmente interconectadas.
Os grupos de borda da topologia em estrela do NCC permitem que as redes VPC conectadas com peering de VPC entrem no hub do NCC como um spoke VPC.
Para migrar as redes VPC de carga de trabalho para a topologia em estrela do NCC, siga estas etapas:
- Crie um hub do NCC configurado com a topologia em estrela. Para evitar interrupções no tráfego de produção, deixe a conectividade híbrida e a rede VPC de roteamento atuais intactas.
- Crie um anexo da VLAN e conecte-o à nova rede VPC de roteamento que você criou. Adicione essa rede VPC e o anexo da VLAN como spokes do hub do NCC.
- Adicione as redes VPC de carga de trabalho legadas
VPC1eVPC2ao grupo de borda. Quando configurados para fazer parte do grupo central, os novos spokes da VPC usam o caminho de dados estabelecido pelo NCC, e não pelo peering de rede VPC. - Para direcionar o tráfego da rede VPC de roteamento legada para o novo caminho conectado do NCC, diminua os valores de MED da rede VPC legada.
- Remova o peering de rede VPC legada conectado à sua rede local.
- Adicione novas redes VPC de carga de trabalho ao grupo central. Elas são conectadas automaticamente às cargas de trabalho
VPC1eVPC2.VPC1eVPC2permanecem conectados entre si por peering de rede VPC. Todas as redes VPC agora têm conectividade de malha completa entre si.
Nesse cenário, não é necessário desconectar as redes VPC legadas do peering de rede VPC. O peering de rede VPC entre redes VPC de carga de trabalho em produção permanece intacto e não está sujeito a interrupções.
No entanto, é possível adicionar novas VPCs ao grupo central para permitir mais crescimento usando o NCC.
Migrar do peering de rede VPC para a topologia de malha completa
Quando o hub do NCC está configurado para usar a topologia de malha padrão e você migra para spokes da VPC, a topologia resultante da migração também é uma topologia de malha completa, ou seja, cada spoke de VPC está conectado a todos os outros spokes da VPC.
Para implantações de topologia de rede hub e spoke já existentes com peering de nuvem privada virtual (VPC), a migração direta para spokes VPC pode causar interrupção nas sessões atuais. Se você tentar configurar um par rede VPC como spokes, o hub do NCC detectará o peering de VPC atual e vai gerar um erro.
Você pode escolher uma das duas opções de migração:
- Migrar com alguma inatividade das sessões de peering de VPC
- Migrar com tempo de inatividade mínimo usando a VPN de alta disponibilidade
Migrar com inatividade de sessões de peering de VPC
Se a organização for compatível com uma janela de gestão da mudança que interrompe a comunicação entre VPC e VPC por um breve período, siga estas etapas.
- Programe um tempo de inatividade para o processo de migração.
- Exclua o peering de VPC.
- Configure VPCs como spokes do NCC. Isso permite conectividade total da malha.
O NCC garante que, entre qualquer par de redes VPC, não haja conexão de peering.
Migrar com tempo de inatividade mínimo usando a VPN de alta disponibilidade
As etapas de migração a seguir resultam em um tempo de inatividade mínimo para sua organização.
- Configure uma nova VPN de alta disponibilidade
entre duas redes VPC com peering, como
VPC1eVPC2. - Exclua o peering de rede VPC atual entre
VPC1eVPC2. Durante esse período, os pacotes passam pelos túneis de VPN de alta disponibilidade e a conectividade entre as VPCs é mantida. - Configure as duas VPCs,
VPC1eVPC2, como spokes do NCC. Para instruções detalhadas sobre como criar uma um spoke de VPC, consulte Propor um spoke. Isso permite conectividade total da malha. - Exclua os túneis de VPN de alta disponibilidade.
Migrar da VPN de alta disponibilidade
Se você é um cliente que usa túneis de VPN de alta disponibilidade para permitir a comunicação entre VPCs, há dois padrões de migração disponíveis que dependem da implantação atual. Comece determinando se os túneis do Cloud VPN estão configurados como spokes híbridos do NCC ou túneis de VPN de alta disponibilidade autônomos.
Se os túneis do Cloud VPN atuais estiverem configurados como spokes híbridos do NCC e você tiver um hub do NCC
Hub1que queira migrar, siga estas etapas.- Crie um novo hub do NCC,
Hub2, para aceitar a comunicação entre VPCs. Exclua o hub atual do NCC,
Hub1, em que os túneis do Cloud VPN são configurados para spokes híbridos.Para mais informações sobre como excluir hubs e spokes, consulte Trabalhar com hubs e spokes.
- Crie um novo hub do NCC,
Se os túneis de VPN de alta disponibilidade atuais não estiverem configurados como spokes híbridos do Cloud VPN, siga estas etapas:
A seguir
- Para criar hubs e spokes, consulte Como trabalhar com hubs e spokes.
- Para uma lista de parceiros com soluções integradas ao NCC, consulte Parceiros do NCC.
- Para encontrar soluções para problemas comuns, consulte Solução de problemas.
- Para ver detalhes sobre os comandos da API e do
gcloud, consulte APIs e referência.