Todos os produtos
Search
Central de documentação

Container Service for Kubernetes:Ajustar pods disponíveis por nó

Última atualização: Aug 20, 2026

O plugin de rede define o número máximo de pods que um nó worker suporta. Esse limite geralmente não pode ser alterado. No modo Terway, o limite depende da quantidade de elastic network interfaces (ENIs) fornecidas pela instância ECS. No modo Flannel, você especifica o limite ao criar o cluster e não é possível modificá-lo posteriormente. Caso atinja o limite de pods, adicione nós ao seu node pool para aumentar o total de pods disponíveis.

Máximo de pods por nó

Terway

image

Máximo de pods de rede de contêiner por nó

Nota

Para mais informações, consulte Work with the Terway network plug-in.

Modo Terway

Limite de pods

Exemplo

Pods com IP estático, vSwitch separado e grupo de segurança separado

modo shared ENI

(Number of ENIs supported by the ECS instance type - 1) × Número de endereços IP privados por ENI.

(EniQuantity - 1) × EniPrivateIpAddressQuantity

Nota

Um nó precisa suportar mais de 11 pods para ingressar no cluster.

Por exemplo, ecs.g7.4xlarge suporta 8 ENIs com 30 IPs privados cada. Máximo de pods: (8 - 1) × 30 = 210.

Importante

O tipo de instância do nó define o número máximo de pods que usam ENIs do nó. Modifique o parâmetro maxPods afeta apenas o limite para pods que usam hostNetwork.

0

modo shared ENI + Trunk ENI

Máximo de pods Trunk por nó:

Total de interfaces de rede para o tipo de instância ECS - Número de ENIs suportadas pelo tipo de instância ECS.

EniTotalQuantity - EniQuantity

modo exclusive ENI

Instância ECS:

Number of ENIs supported by the ECS instance type - 1.

EniQuantity - 1

Instância LINGJUN:

LINGJUN ENI quota - 1.

LeniQuota - 1

Nota

Um nó precisa suportar mais de 6 pods para ingressar no cluster.

Por exemplo, ecs.g7.4xlarge suporta 8 ENIs. Máximo de pods: (8 - 1) = 7.

Number of ENIs supported by the ECS instance type - 1.

EniQuantity - 1

Nota

Instâncias LINGJUN não são suportadas.

Pods de rede do host

O número de pods de rede do host é 3 por padrão e não pode ser modificado. Se você alterar esse valor, novos pods podem falhar ao receber um endereço IP. Após a reinicialização de um nó, o número máximo de pods por nó retorna ao valor padrão.

Flannel

No modo Flannel, você especifica o número máximo de pods por nó (Number of Pods per Node) ao criar o cluster. Não é possível modificar esse valor posteriormente.

Os valores válidos para Number of Pods per Node são 16, 32, 64, 128 e 256.

Aumentar pods disponíveis

As seções a seguir descrevem como aumentar o número de pods disponíveis com base no seu plugin de rede. Essas soluções aumentam o número total de pods disponíveis no cluster, e não o máximo por nó.

Escalar horizontalmente o node pool (recomendado)

Aplica-se a: Terway e Flannel.

Instruções: Escale horizontalmente um node pool manual ou automaticamente para aumentar o número de pods disponíveis. Para mais informações, consulte Manually scale a node pool e Node autoscaling.

Impacto: Esta operação não afeta workloads em execução. No entanto, um cluster superdimensionado pode comprometer a disponibilidade e o desempenho. Portanto, planeje cuidadosamente o uso de clusters de grande escala. Para mais informações, consulte Suggestions on how to use large-scale clusters.

Atualizar tipos de instância

Aplica-se a: Terway

Instruções: Atualize o tipo de instância dos nós workers para aumentar o número de pods por nó. Para mais informações, consulte Upgrade or downgrade node resources. O número máximo de pods que um nó suporta não tem relação linear com seu tipo de instância; ele depende da quantidade de ENIs fornecidas pela família de instâncias ECS.

Impacto: Para aplicar uma atualização de tipo de instância, reinicie a instância ECS. Isso pode causar interrupções temporárias de service. Antes de atualizar o tipo de instância, avalie o impacto na workload para determinar se é necessário adicionar nós redundantes para lidar com a carga. Drene também o nó que deseja atualizar e remova-o do cluster ACK. Após concluir a atualização fora do horário de pico, adicione o nó de volta ao cluster. Para mais informações sobre atualizações de tipo de instância, incluindo detalhes de faturamento e procedimentos, consulte Overview of instance configuration changes e Upgrade or downgrade node resources. Para obter informações sobre como remover e adicionar nós existentes, incluindo considerações relacionadas, consulte Remove a node e Add existing nodes.

Recriar o cluster e replanejar o CIDR de pods

Aplica-se a: Flannel

Instruções: Crie um cluster e defina o parâmetro Number of Pods per Node. O valor de Number of Pods per Node representa o número máximo de pods suportados por nó. Para mais informações, consulte Work with Flannel.

Impacto: Esta operação exige a reconstrução dos seus services.

Perguntas frequentes

Verificar máximo de pods no modo Terway

  • Método 1: Ao criar um node pool, na seção Instance Type, verifique a coluna Terway Mode (Supported Pods) para encontrar o número máximo de pods de rede de contêiner suportados por um tipo de instância.

  • Método 2: Calcule manualmente o número de pods suportados pelo tipo de instância com base nos seguintes dados:

    • Consulte a documentação para verificar o número de elastic network interfaces suportadas pelo tipo de instância. Para mais informações, consulte Instance families.

    • Use o OpenAPI Explorer. Especifique os InstanceTypes dos nós existentes e clique em Initiate Call. Na resposta, EniQuantity indica o número máximo de ENIs que o tipo de instância suporta, e EniPrivateIpAddressQuantity é o número de IPs privados por ENI.

Visualize máximo de pods para um nó

Para verificar o limite de pods de nós existentes, siga estas etapas:

  1. Faça login no ACK console. No painel de navegação à esquerda, clique em Clusters.

  2. Na página Clusters, clique no nome do cluster desejado e escolha Nodes > Nodes no painel de navegação à esquerda.

  3. Na página Nodes, localize o nó desejado e verifique a coluna Pods. A coluna mostra o uso no formato Allocated/Total, onde Total é o número máximo de pods que o nó suporta.

Alto uso de pods após a criação do cluster

Os componentes do cluster são executados como pods e consomem recursos do nó. Alguns componentes podem usar várias réplicas. Habilitar muitos recursos ao configure componentes do cluster pode gerar um número significativo de pods em seus nós. Siga as diretrizes em solutions to increase the number of available pods.

Modifique manualmente o limite de pods no modo Terway

Não. No modo Terway, o número de pods que um nó pode hospedar depende da quantidade de ENIs fornecidas pelo tipo de instância ECS. Mesmo que você aumente manualmente o limite de pods, novos pods criados que excederem o limite real falharão no agendamento devido à falta de endereços IP. Isso pode causar erros relatados durante inspeções de cluster e verificações prévias de atualização.

Se você já modificou manualmente o número máximo de pods para um nó, remova o nó e adicione-o novamente ao cluster. Para mais informações sobre o procedimento e considerações relacionadas, consulte Remove a node e Add existing nodes.

Limites de pods diferentes em nós com as mesmas especificações

A contagem máxima de pods de um nó não escala linearmente com sua CPU e memória. No modo Terway, esse limite depende do número de ENIs fornecidas pela família de instâncias ECS. No modo Flannel, o número máximo padrão de pods por nó é 256, e alguns tipos de cluster suportam limites maiores.