Todos os produtos
Search
Central de documentação

Container Compute Service:Design the network of ACS clusters

Última atualização: Jun 29, 2026

Planeje a Virtual Private Cloud (VPC), os vSwitches e o bloco CIDR de serviço antes de criar um cluster do Alibaba Cloud Container Service (ACS). Um planejamento adequado garante o uso eficiente do espaço de endereços IP e预留 margem para dimensionamento futuro.

Visão geral da arquitetura de rede

A rede de um cluster ACS possui três camadas:

  • VPC — limite de rede mais externo. Contém todos os vSwitches e define o espaço geral de endereçamento IP.

  • vSwitches — subdivisões no nível de zona dentro da VPC. Os endereços IP dos pods são obtidos dos vSwitches de pod.

  • Bloco CIDR de serviço — faixa de IP separada, reservada para Services do Kubernetes (tipo ClusterIP). Válida apenas dentro do cluster.

image

Pontos essenciais antes do planejamento

Considere as seguintes restrições. A violação de qualquer uma delas causa erros de roteamento difíceis de corrigir após a criação do cluster.

  • O bloco CIDR do vSwitch deve ser um subconjunto do bloco CIDR da VPC.

  • O bloco CIDR de serviço não pode se sobrepor a nenhum bloco CIDR de vSwitch.

  • Em cenários de múltiplos clusters ou nuvem híbrida, os blocos CIDR de dois clusters não podem se sobrepor entre si nem aos blocos CIDR da VPC.

  • Não é possível modificar o bloco CIDR de serviço após a criação do cluster.

  • Endereços IP de pods em um cluster não alcançam Services (ClusterIP) de outro cluster na mesma VPC — apenas o tráfego de pod para pod cruza os limites do cluster.

Referência de blocos CIDR

A tabela a seguir resume as faixas de endereços, limites de tamanho e principais restrições para cada recurso de rede.

Recurso

Faixas permitidas

Principais restrições

VPC

Blocos privados padrão RFC: 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16 ou seus subconjuntos. Blocos personalizados também são permitidos, exceto 100.64.0.0/10, 224.0.0.0/4, 127.0.0.0/8 e 169.254.0.0/16. Máscara de sub-rede: /8 a /28.

Em cenários de múltiplas VPCs ou nuvem híbrida, utilize máscaras de sub-rede /16 ou menores para reservar espaço para várias VPCs sem sobreposição.

vSwitch

Deve ser um subconjunto do bloco CIDR da VPC.

Não deve se sobrepor ao bloco CIDR de serviço. Limite padrão: 150 vSwitches por VPC (aumentar cota).

Bloco CIDR de serviço

Qualquer faixa privada que não se sobreponha aos blocos CIDR da VPC ou dos vSwitches.

Impossível modificar após a criação do cluster. O bloco CIDR de serviço de diferentes clusters na mesma VPC pode se sobrepor.

IPv6

Atribuído pela VPC após a ativação do IPv6.

Consulte Atribuir endereços IPv6 a pods.

Planejamento de escala de rede

Regiões e zonas

Selecione regiões e zonas com base nos fatores a seguir.

Fator

Orientação

Latência

Implante recursos próximos aos seus usuários. Instâncias na mesma zona apresentam a menor latência.

Disponibilidade

Diferentes serviços da Alibaba Cloud possuem disponibilidade e estoque distintos por região. Verifique se os serviços necessários estão disponíveis na região de destino.

Custo

A precificação dos recursos varia conforme a região.

Alta disponibilidade e recuperação de desastres

Implante em duas ou mais zonas dentro de uma região para failover no nível de zona. Implante em várias regiões para recuperação de desastres no nível de região.

Conformidade

Escolha uma região que atenda aos requisitos de residência de dados e regulamentações do seu país ou região.

Uma VPC não abrange múltiplas regiões. Para implantar em várias regiões, crie uma VPC separada em cada uma e conecte-as usando Conexão de peering de VPC, VPN Gateway ou Cloud Enterprise Network (CEN).

Observe os pontos abaixo ao escolher as zonas:

  • Caso o estoque do Elastic Compute Service (ECS) em uma zona seja limitado, talvez seja necessário abranger múltiplas zonas. Reserve blocos CIDR suficientes para cada zona e considere o aumento da latência entre zonas.

  • Algumas regiões possuem apenas uma zona, como China (Nanjing - Local Region) Closing Down. Essas regiões não suportam recuperação de desastres intrarregião.

Nota

Para verificar as regiões onde o ACS está disponível, consulte Regiões suportadas.

Quantidade de VPCs

Padrão de implantação

Quando usar

Uma VPC

Pequena pegada de serviços em uma única região, sem requisitos de isolamento. Primeira implantação de VPC. Sensível a custos: evita cobranças de conexão entre VPCs.

Múltiplas VPCs

Serviços abrangem várias regiões. Isolamento rigoroso necessário entre ambientes (ex.: produção vs. staging). Diferentes departamentos precisam de gerenciamento de rede independente.

Nota

O limite padrão é de 10 VPCs por região. Aumente a cota se necessário.

Quantidade de vSwitches

Os vSwitches são recursos no nível de zona. Todos os vSwitches dentro de uma VPC se comunicam entre si por padrão.

  • Crie pelo menos dois vSwitches implantados em zonas diferentes. Quando uma zona sofrer uma interrupção, a outra assumirá, fornecendo failover no nível de zona.

  • Organize os vSwitches por camada de negócio. Por exemplo, implante a camada web, a camada de aplicação e a camada de dados em vSwitches separados para definir uma arquitetura em camadas padrão e aplicar políticas de segurança em cada limite.

A latência entre zonas na mesma região geralmente é baixa, mas verifique a latência real para sua carga de trabalho. Cadeias de chamadas complexas podem amplificar o efeito dos saltos de rede entre zonas.

Nota

O limite padrão é de 150 vSwitches por VPC. Aumente a cota se necessário.

Planejamento de capacidade de pods

Escolha a topologia de VPC e zona com base na contagem esperada de pods e nos requisitos de confiabilidade.

Contagem de pods

Cenário

Topologia de VPC

Topologia de zona

< 1.000

Cargas de trabalho não críticas

VPC única

Zona única (duas ou mais recomendadas)

Ilimitado

Cargas de trabalho padrão que exigem redundância multizona

VPC única

Duas ou mais zonas

Ilimitado

Cargas de trabalho de missão crítica que exigem alta disponibilidade multirregião

Múltiplas VPCs

Duas ou mais zonas por VPC

Exemplo de configuração multizona

O exemplo a seguir mostra uma configuração de cluster com duas zonas e uma VPC /16.

Bloco CIDR da VPC

Bloco CIDR do vSwitch

Bloco CIDR de serviço

Máximo de IPs atribuíveis a pods

192.168.0.0/16

Zona I: 192.168.0.0/19

172.21.0.0/20

8.192

192.168.0.0/16

Zona J: 192.168.32.0/19

172.21.0.0/20

8.192

Cada vSwitch /19 fornece 8.192 endereços IP para pods. Os dois vSwitches usam faixas sem sobreposição dentro da mesma VPC. O bloco CIDR de serviço (172.21.0.0/20) está fora da faixa da VPC e é compartilhado entre ambas as zonas.

Design de comunicação de rede

Cluster único em uma única VPC

Especifique um bloco CIDR de serviço que não se sobreponha ao bloco CIDR da VPC ao criar o cluster. Isso permite a comunicação intracluster e evita conflitos de IP com outros recursos na VPC.

image

Múltiplos clusters em uma única VPC

Ao executar vários clusters na mesma VPC:

  • O bloco CIDR da VPC é compartilhado. O bloco CIDR de serviço de cada cluster não deve se sobrepor aos blocos CIDR dos vSwitches, mas os blocos CIDR de serviço entre clusters podem se sobrepor.

  • Os vSwitches de pod podem ser reutilizados entre clusters.

  • Pods em um cluster podem se comunicar diretamente com pods em outro cluster. No entanto, os Services (ClusterIP) são acessíveis apenas dentro de seu próprio cluster. Para expor Services externamente, use Services do tipo LoadBalancer ou Ingress.

image

Múltiplos clusters em várias VPCs

Utilize múltiplas VPCs nos cenários a seguir.

Implantação inter-região

Uma VPC não abrange múltiplas regiões. Crie uma VPC e um cluster separados em cada região e conecte as VPCs usando Conexão de peering de VPC, VPN Gateway ou Cloud Enterprise Network (CEN).

image

Isolamento de sistemas de negócio

Se os ambientes de produção e staging ou diferentes sistemas de negócio exigirem isolamento rigoroso de rede, implante cada um em sua própria VPC. Conecte VPCs na mesma região usando Conexão de peering de VPC, VPN Gateway ou Cloud Enterprise Network (CEN).

image

Implantações departamentais múltiplas em grande escala

Quando cada unidade de negócio ou departamento precisa de gerenciamento independente de cluster e recursos, atribua uma VPC dedicada a cada um.

image
Importante

Para evitar erros de roteamento causados por conflitos de IP ao conectar clusters em várias VPCs, novos clusters devem atender a todos os requisitos abaixo:

  • O bloco CIDR do cluster não se sobrepõe a nenhum bloco CIDR de VPC na topologia.

  • O bloco CIDR do cluster não se sobrepõe aos blocos CIDR de outros clusters.

  • O bloco CIDR do cluster não se sobrepõe aos blocos CIDR de serviço de outros clusters.

Comunicação entre clusters e data centers on-premises

Este cenário é semelhante à configuração de múltiplas VPCs. Alguns blocos CIDR na VPC são roteados para o data center on-premises por meio de um Virtual Border Router (VBR). O bloco CIDR de serviço do cluster não deve se sobrepor a nenhum desses blocos CIDR roteados. Para acessar pods na VPC a partir do data center, configure uma tabela de rotas no VBR.

image

Próximos passos