Este documento descreve como o Network Connectivity Center (NCC) oferece suporte a rotas estáticas em spokes VPC.
Antes de ler esta página, confira se você conhece os seguintes recursos:
- Rotas para uma visão geral das rotas em Google Cloud
- Rotas estáticas para uma visão geral das rotas estáticas
Introdução
Ao contrário das rotas de sub-rede e das rotas dinâmicas, os hubs do NCC não trocam rotas estáticas. Em vez disso, um hub oferece mais flexibilidade de configuração para rotas estáticas criadas em cada spoke VPC.
Uma rota estática em um spoke VPC pode usar um próximo salto em um spoke VPC diferente se todas as condições a seguir forem verdadeiras:
- A rota estática não usa uma tag de rede.
- O intervalo de destino da rota estática é um intervalo IPv4.
- O próximo salto especificado da rota estática é um endereço IPv4 de um balanceador de carga de rede de passagem interna.
- Google Cloud é capaz de identificar um próximo salto balanceador de carga de rede de passagem interna no endereço IP do próximo salto especificado.
- Os requisitos de conectividade do NCC foram atendidos.
A flexibilidade de configuração adicional para rotas estáticas se aplica apenas a spokes VPC, não a redes VPC que são puramente de roteamento (contendo apenas spokes híbridos).
Para uma comparação com outros tipos de próximos saltos de rota estática, consulte Projeto e rede do próximo salto.
Como identificar o balanceador de carga de rede de passagem interna do próximo salto
Google Cloud tenta encontrar um balanceador de carga de rede de passagem interna para uma rota estática que tenha um endereço IP de balanceador de carga de rede de passagem interna do próximo salto usando o seguinte processo:
Se o endereço IP do próximo salto estiver no intervalo de destino de uma sub-rede local rota: Google Cloud pesquisa exclusivamente um balanceador de carga de rede de passagem interna cujo endereço IP da regra de encaminhamento esteja na sub-rede local correspondente. Se um balanceador de carga de rede de passagem interna do próximo salto for encontrado, a rota estática e o próximo salto estarão na mesma rede VPC.
Se o endereço IP do próximo salto estiver no intervalo de destino de uma rota de sub-rede do NCC (importada do hub): Google Cloud pesquisa exclusivamente um balanceador de carga de rede de passagem interna cujo endereço IP da regra de encaminhamento esteja na sub-rede correspondente de outro spoke VPC. Se um balanceador de carga de rede de passagem interna do próximo salto for encontrado, a rota estática estará em um spoke VPC e o próximo salto estará em um spoke VPC diferente.
Para detalhes sobre como um balanceador de carga de rede de passagem interna em outro spoke VPC pode ser encontrado, consulte Requisitos do NCC para conectividade.
Se você quiser usar um balanceador de carga de rede de passagem interna do próximo salto em uma rede VPC de roteamento (que contém spokes híbridos), adicione a rede VPC de roteamento ao hub como um spoke VPC. Para mais limitações relevantes ao usar uma rede VPC de roteamento como um spoke VPC, consulte Considerações sobre a troca de rotas dinâmicas com spokes VPC.
Se o endereço IP do próximo salto estiver no intervalo de destino de uma rota de sub-rede de peering (importada de outra rede que está usando o peering de rede VPC): Google Cloud pesquisa exclusivamente um balanceador de carga de rede de passagem interna cujo endereço IP da regra de encaminhamento esteja na sub-rede correspondente da rede VPC com peering. Se um balanceador de carga de rede de passagem interna do próximo salto for encontrado, a rota estática estará em uma rede VPC e o próximo salto estará na rede VPC com peering.
Se nenhum balanceador de carga de rede de passagem interna do próximo salto for encontrado, os pacotes enviados ao intervalo de destino da rota estática serão descartados.
Atualizações do balanceador de carga de rede de passagem interna do próximo salto
Google Cloud tenta continuamente identificar um balanceador de carga de rede de passagem interna do próximo salto. Nas seguintes situações de exemplo, o próximo salto de uma rota estática é atualizado automaticamente.
Substituir o balanceador de carga de rede de passagem interna do próximo salto: quando o próximo salto de uma rota estática é o endereço IP de um balanceador de carga de rede de passagem interna, é possível excluir o balanceador de carga de rede de passagem interna do próximo salto sem precisar excluir a rota estática primeiro. Se Google Cloud encontrar um balanceador de carga de rede de passagem interna de substituição com o mesmo endereço IP, Google Cloud vai mudar para o próximo salto do balanceador de carga de rede de passagem interna de substituição.
Uma rota estática atual sem um balanceador de carga de rede de passagem interna do próximo salto válido pode se tornar operacional: quando um balanceador de carga de rede de passagem interna do próximo salto válido é encontrado, Google Cloud começa a usar esse próximo salto do balanceador de carga de rede de passagem interna.
Ajustar a configuração do NCC: mover um spoke VPC para um grupo de spokes diferente ou ajustar filtros de exportação pode resultar em um balanceador de carga de rede de passagem interna do próximo salto que não é mais encontrado ou em um balanceador de carga de rede de passagem interna do próximo salto diferente que é encontrado e usado.
Requisitos do NCC para conectividade
Para encontrar um balanceador de carga de rede de passagem interna do próximo salto em outro spoke VPC, a sub-rede usada pela regra de encaminhamento do balanceador de carga de rede de passagem interna precisa estar acessível no spoke VPC em que a rota estática está definida. As duas condições a seguir precisam ser verdadeiras:
A topologia do hub precisa permitir a troca de rotas de sub-rede que contêm o balanceador de carga de rede de passagem interna do próximo salto.
Se você usar a topologia de malha, todos os spokes VPC farão parte do mesmo grupo de spokes. A rota estática pode existir em qualquer spoke VPC, e o balanceador de carga de rede de passagem interna do próximo salto pode existir em qualquer spoke VPC.
Se você usar a topologia em estrela, os seguintes requisitos serão aplicados:
Se a rota estática estiver em um spoke VPC do grupo de spokes de borda, o balanceador de carga de rede de passagem interna do próximo salto poderá estar nesse spoke VPC de borda ou em qualquer spoke VPC do grupo de spokes central. O próximo salto não pode estar em um spoke VPC diferente do grupo de spokes de borda.
Se a rota estática estiver em um spoke VPC do grupo de spokes central, o balanceador de carga de rede de passagem interna do próximo salto poderá estar em qualquer spoke VPC (no grupo de spokes de borda ou no grupo de spokes central).
O intervalo de sub-rede usado pela regra de encaminhamento do balanceador de carga de rede de passagem interna precisa ser exportado para o hub. Para mais informações, consulte Conectividade de VPC com filtros de exportação.
Efeito do acesso global
Os balanceadores de carga de rede de passagem interna do próximo salto que não têm acesso global ativado não podem ser acessados de regiões fora da região do balanceador de carga. Se Google Cloud identificou um balanceador de carga de próximo salto no endereço IP especificado, e os requisitos de conectividade do NCC foram atendidos, mas o balanceador de carga não tem o acesso global ativado, Google Cloud vai descartar todos os pacotes enviados de instâncias de VM, anexos de VLAN e túneis do Cloud VPN em regiões diferentes da região do balanceador de carga.
Para mudar esse comportamento e tornar o balanceador de carga de próximo salto acessível em todas as regiões, ative o acesso global acesso.