Spokes VPC
O Network Connectivity Center fornece conectividade de rede entre VPCs em grande escala com o suporte a spokes VPC. Os spokes VPC reduzem a complexidade operacional da gestão das conexões de peering de rede VPC entre pares usando spokes VPC e o modelo de gerenciamento de conectividade centralizado. Os spokes VPC podem exportar e importar todas as rotas de sub-rede de outros spokes VPC em um hub do Network Connectivity Center. Isso garante conectividade completa entre todas as cargas de trabalho que residem em todas essas redes VPC. O tráfego de rede entre VPCs permanece dentro da Google Cloud rede e não viaja pela Internet, o que ajuda a garantir privacidade e segurança.
Os spokes VPC podem estar no mesmo projeto e organização ou em um projeto e uma organização diferentes do hub do NCC. Um spoke VPC pode ser conectado a um hub por vez.
Para informações sobre como criar um spoke VPC, consulte Criar um spoke VPC.
Considerações sobre a troca de rotas dinâmicas com spokes VPC
Redes VPC de roteamento que também são spokes VPC: o NCC oferece suporte a duas ou mais redes VPC de roteamento no mesmo hub somente se todas as redes VPC de roteamento não forem também spokes VPC. Se um hub do NCC tiver uma única rede VPC de roteamento, essa rede VPC de roteamento também poderá ser um spoke VPC:
Se você precisar disponibilizar conexões propagadas do Private Service Connect para redes locais por meio dos spokes híbridos do hub, a rede VPC de roteamento única do hub também precisará ser conectada como um spoke VPC.
Se você não precisar disponibilizar conexões propagadas do Private Service Connect para redes locais por meio dos spokes híbridos do hub, recomendamos não configurar uma rede VPC de roteamento como um spoke VPC para que o hub possa oferecer suporte a duas ou mais redes VPC de roteamento.
Comparação com o peering de rede VPC
Os spokes VPC oferecem suporte a requisitos de empresas de médio a grande porte:
- Permitindo que você controle quais rotas de sub-rede IPv4 e IPv6 são exportadas para o hub
- Importando rotas de sub-rede IPv4 e IPv6 do hub
- Importando rotas dinâmicas IPv4 e IPv6 (prévia) que spokes híbridos exportaram para o hub
- Permitindo que você configure rotas estáticas com balanceadores de carga de rede de passagem interna de próximo salto em outros spokes VPC
As regras a seguir se aplicam a uma rede spoke VPC conectada a outra rede VPC usando o peering de rede VPC exceto para spokes VPC do produtor :
- A outra rede VPC não pode ser conectada ao hub do NCC como um spoke VPC.
- A rede spoke VPC não pode exportar as rotas de sub-rede de peering , que ela importou da outra rede, para o hub.
| Recurso | Peering de rede VPC | Spokes VPC |
|---|---|---|
| Número de redes VPC | ||
| Número de intervalos de sub-rede (rotas de sub-rede) | ||
| Número de rotas dinâmicas |
Prefixos de rotas dinâmicas exclusivas por tabela de rotas de hub por região cota |
|
| Número de rotas estáticas |
A troca de rotas estáticas não é compatível, mas é possível configurar rotas estáticas com balanceadores de carga de rede de passagem interna de próximo salto em um spoke VPC diferente. |
|
| Exportar filtros |
Filtros específicos não são compatíveis. Consulte Opções de troca de rotas na documentação do peering de rede VPC. |
Oferece suporte a intervalos de exportação de inclusão e exclusão. Para mais informações, consulte Exportar filtros e Regras de filtro de exportação para spokes VPC. |
| Inter-VPC NAT |
|
|
| Propagação de endpoint do Private Service Connect |
|
|
| Conectividade de spoke VPC do produtor em outras redes VPC |
|
|
| Endereços IP |
Endereços IPv4 internos, incluindo endereços IPv4 privados e endereços IPv4 públicos usados de modo privado. Consulte Intervalos IPv4 válidos. Endereços IPv6 internos e externos. |
Endereços IPv4 internos, incluindo endereços IPv4 privados e endereços IPv4 públicos usados de modo privado. Consulte Intervalos IPv4 válidos. Endereços IPv6 internos e externos. |
| Famílias de endereços IP |
Configurações compatíveis:
|
Configurações compatíveis:
|
| Desempenho e capacidade de processamento (em comparação com outros mecanismos de conectividade de VPC ) |
Latência mais baixa, maior capacidade (equivalente a VM-VM). |
Latência mais baixa, maior capacidade de processamento (equivalente a VM-VM). |
Spokes VPC em projetos diferentes
Os spokes VPC podem estar no projeto do hub do NCC ou em um projeto diferente. Quando um spoke VPC e um hub do NCC estão em projetos diferentes, os projetos podem estar na mesma organização ou em organizações diferentes.
- Um administrador de hub cria e gerencia o hub do NCC e aceita propostas de spokes VPC.
- Um administrador de spoke cria uma proposta para uma rede VPC em um para participar do hub como um spoke VPC.
Para mais informações sobre administradores de hub e administradores de spoke, consulte:
Quando um administrador de spoke cria um spoke VPC no mesmo projeto do hub, o NCC adiciona o spoke VPC imediatamente.
Quando um administrador de spoke cria um spoke VPC em um projeto diferente do projeto do hub do NCC, o NCC cria uma proposta de spoke que um administrador de hub precisa aprovar antes que o spoke VPC seja ativado. Para mais informações, consulte:
- Propor um spoke VPC em um projeto diferente
- Verificar o status de um spoke VPC
- Analisar os spokes de VPC propostos
Interação de spoke com o VPC Service Controls
O NCC oferece suporte ao VPC Service Controls para spokes entre projetos e organizações. Para um spoke em um projeto diferente do hub, quando um novo perímetro do VPC Service Controls é adicionado, não é possível adicionar novos spokes que violam o perímetro. No entanto, os spokes atuais que você adicionou antes de adicionar o perímetro do VPC Service Controls continuam funcionando.
Conectividade VPC com filtros de exportação
O NCC permite limitar como outros spokes podem se conectar a um spoke VPC usando filtros de spoke. Para informações detalhadas sobre filtros de spoke, consulte Visão geral dos filtros de spoke. Os spokes VPC oferecem suporte apenas a filtros de exportação.
Topologias predefinidas
O NCC permite especificar a configuração de conectividade em todos os spokes VPC. É possível escolher uma das duas topologias predefinidas a seguir:
Para informações detalhadas sobre topologias de conectividade, consulte Topologias de conectividade predefinidas.
Para informações detalhadas sobre como configurar a topologia de malha ou em estrela para seus spokes VPC, consulte Configurar um hub.
Limitações
Nesta seção, descrevemos as limitações dos spokes VPC em geral e quando eles estão anexados a um hub em um projeto diferente. Essas limitações também se aplicam aos spokes VPC do produtor.
Limitações dos spokes VPC
- Não é possível usar o peering de rede VPC entre dois spokes VPC que também estão conectados usando um hub do NCC. No entanto, considere o seguinte:
- Um spoke VPC do produtor requer uma conexão de peering com um spoke VPC no mesmo hub. A conectividade pelo NCC não é estabelecida entre o spoke VPC do produtor e o spoke VPC com peering.
- É possível ter um spoke VPC conectado ao NCC que seja peering por peering de rede VPC com uma VPC separada que não faça parte do NCC.
- É possível usar o peering de rede VPC entre dois spokes VPC no grupo de spokes de borda de um hub configurado para usar a topologia em estrela. Isso ocorre porque o NCC não conecta spokes no grupo de borda.
- Não é possível realizar a troca de rotas estáticas entre spokes VPC.
- Não é possível acessar balanceadores de carga de rede de passagem interna baseados em IPv6 entre spokes VPC.
- As redes VPC de modo automático não são compatíveis como spokes VPC. É possível mudar do modo automático para uma rede VPC personalizada que permite definir manualmente prefixos de sub-rede para cada região na rede VPC. Depois que a rede é atualizada, não é possível desfazer essa ação.
Período de espera após a exclusão de um spoke VPC
Para um novo spoke para a mesma rede VPC anexado a um hub diferente, aguarde o período de espera de pelo menos 10 minutos. Se o período de espera adequado não for permitido, a nova configuração poderá não entrar em vigor. Esse período de espera não será necessário se a rede VPC for adicionada como spoke ao mesmo hub.
Cotas e limites
Ao usar a troca de rotas dinâmicas, monitore com atenção o uso do número de rotas dinâmicas por hub. Essa cota conta o uso por destino (prefixo) apenas, sem considerar a prioridade ou o próximo salto de uma rota dinâmica. Quando o uso dessa cota excede o limite, o NCC descarta rotas por destino. Se um destino for descartado, todas as rotas dinâmicas com esse destino, independentemente da prioridade ou do próximo salto, não serão mais enviadas ao hub.
Para informações detalhadas sobre cotas, consulte Cotas e limites.
Faturamento
As seções a seguir descrevem detalhes do faturamento de horas de spoke e tráfego de saída.
Horário de funcionamento
As horas de spoke são cobradas no projeto em que o recurso spoke fica localizado e segue o preço padrão de horas de spoke. As horas do spoke só são cobradas quando o spoke está no estado ACTIVE.
Tráfego de saída
O tráfego de saída é cobrado no projeto do recurso spoke de origem do tráfego. O preço é o mesmo, independentemente de o tráfego ultrapassar os limites do projeto.
Contrato de nível de serviço
Para informações sobre o contrato de nível de serviço (SLA) do NCC, consulte Contrato de nível de serviço do Network Connectivity Center.
Preços
Para informações sobre preços, consulte Preços do NCC.
A seguir
- Para criar hubs e spokes, consulte Como trabalhar com hubs e spokes.
- Para conferir uma lista de parceiros cujas soluções estão 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.