Todos os produtos
Search
Central de documentação

Container Compute Service:Métodos de cálculo de cotas do ALB

Última atualização: Jun 29, 2026

Uma cota define o uso máximo de um recurso ou o QPS máximo de um serviço em um período. As cotas são amplamente utilizadas para gerenciar a alocação e o consumo de recursos. O cálculo de uma cota do ALB varia conforme o tipo de recurso e a configuração dos Ingresses do ALB, especialmente a quantidade de listeners associados a um único Ingress. Este tópico detalha os métodos de cálculo das cotas do ALB relacionadas a instâncias padrão do ALB, grupos de servidores de backend, listeners e regras de encaminhamento.

Cenário

As instâncias do ALB utilizam Ingresses para gerenciar e encaminhar requisições externas. Os Ingresses definem regras que direcionam as requisições para grupos de servidores de backend (pares Service:port), que roteiam o tráfego para os pods de backend. O mapeamento entre instâncias do ALB, Ingresses, grupos de servidores de backend e pods constitui o sistema de roteamento responsável pelo encaminhamento de requisições e pelo balanceamento de carga.

image

Quando um Ingress do ALB está associado a vários listeners, todos os recursos vinculados a esse Ingress — regras de encaminhamento, servidores de backend e certificados — são contabilizados uma vez por listener. Esse efeito multiplicador se aplica a todos os tipos de cota descritos abaixo.

As seções a seguir descrevem os métodos de cálculo com base no cenário ilustrado na figura anterior.

Cotas do ALB para instâncias padrão do ALB

Cota

Nome/ID

Método de cálculo

Cenário

Número máximo de certificados adicionais por instância do ALB (excluindo certificados padrão)

alb_quota_loadbalancer_certificates_num_standard_edition

Corresponde ao total de certificados adicionais em todos os listeners da instância do ALB. Por Ingress, a contagem varia conforme a configuração dos certificados: Descoberta automática — a contagem equivale ao total de certificados associados ao domínio no Certificate Management Service. Kubernetes Secrets — a contagem equivale à quantidade de Secrets listados no campo secretName de spec.tls. Secrets de todos os namespaces entram no cálculo; contudo, Secrets no mesmo namespace são contabilizados apenas uma vez. AlbConfig CertificateId — a contagem equivale ao número de certificados listados em CertificateId. Combinação de métodos — a contagem depende da compatibilidade entre os métodos utilizados. Caso o Ingress esteja associado a múltiplos listeners, multiplica-se a contagem de certificados pelo número de listeners.

O ALB Ingress 1 utiliza um listener HTTP — nenhum certificado adicional necessário, contagem igual a 0. O ALB Ingress 2 utiliza um listener HTTP — contagem igual a 0. O ALB Ingress 3 utiliza o HTTPS Listener 3 e o HTTPS Listener 4; cada listener possui 1 certificado adicional, totalizando 2.

Número máximo de regras de encaminhamento por instância do ALB (excluindo regras padrão)

alb_quota_loadbalancer_rules_num_standard_edition

Equivale ao total de regras de encaminhamento de todos os Ingresses do ALB em todos os listeners. Para cada Ingress, a contagem corresponde ao número de entradas no campo path do parâmetro host em spec.rules. Se o Ingress estiver associado a vários listeners, suas regras de encaminhamento são contabilizadas uma vez por listener.

O ALB Ingress 1 possui 1 regra de encaminhamento. O ALB Ingress 2 possui 1 regra de encaminhamento. O ALB Ingress 3 possui 1 regra de encaminhamento, mas está associado a 2 listeners, resultando em uma contagem de 2.

Número máximo de servidores de backend por instância do ALB

alb_quota_loadbalancer_servers_num_standard_edition

Representa o total de servidores de backend de todos os Ingresses do ALB em todos os listeners. Em cada Ingress, a contagem equivale ao total de pods de backend em todas as regras de encaminhamento. Quando o Ingress se associa a múltiplos listeners, multiplica-se a contagem de pods pelo número de listeners.

O ALB Ingress 1 tem 3 pods de backend. O ALB Ingress 2 tem 3 pods de backend. O ALB Ingress 3 tem 2 pods de backend e está associado a 2 listeners, totalizando 4 servidores de backend.

Número máximo de listeners por instância do ALB

alb_quota_loadbalancer_listeners_num_standard_edition

Corresponde à quantidade de pares port:protocol no parâmetro Listeners do AlbConfig. A quantidade de listeners associados a um Ingress do ALB depende do valor da anotação alb.ingress.kubernetes.io/listen-ports.

O ALB Ingress 1 está associado a 1 listener. O ALB Ingress 2 está associado a 1 listener. O ALB Ingress 3 está associado a 2 listeners.

Cotas relacionadas a grupos de servidores

Cota

Nome/ID

Método de cálculo

Cenário

Número máximo de grupos de servidores do ALB nos quais um servidor de backend (endereço IP) pode ser especificado

alb_quota_server_added_num

Caso o endereço IP de um pod atue como servidor de backend para um par Service:port e esse par apareça em várias regras de encaminhamento, o IP do pod é contabilizado uma vez por regra. Se cada uma dessas regras estiver associada a múltiplos listeners, multiplica-se adicionalmente a contagem do IP do pod pelo número de listeners.

O Pod 1 atua como backend para Service 1:port 80 e Service 2:port 80, cada um em uma regra de encaminhamento distinta associada a 1 listener — o Pod 1 é contabilizado em 2 grupos de servidores. A mesma lógica se aplica ao Pod 2 e ao Pod 3. O Pod 4 é backend para Service 3:port 80, e essa regra de encaminhamento está associada a 2 listeners — o Pod 4 é contabilizado em 2 grupos de servidores. O mesmo ocorre com o Pod 5.

Número máximo de vezes que um grupo de servidores do ALB pode ser associado a listeners e regras de encaminhamento

alb_quota_servergroup_attached_num

Equivale à quantidade de regras de encaminhamento que referenciam o grupo de servidores (par Service:port). Quando uma regra de encaminhamento referenciada está associada a vários listeners, o grupo de servidores é contabilizado uma vez por listener para aquela regra.

Service 1:port 80 é referenciado em 1 regra de encaminhamento associada a 1 listener — associado 1 vez. Service 2:port 80 segue o mesmo padrão — associado 1 vez. Service 3:port 80 é referenciado em 1 regra de encaminhamento associada a 2 listeners — associado 2 vezes.

Número máximo de servidores de backend (endereços IP e portas) em um grupo de servidores

alb_quota_servergroup_servers_num

Corresponde à quantidade de pares pod:port no grupo de servidores (par Service:port).

Service 1:port 80 possui 3 pods de backend — 3 servidores de backend. Service 2:port 80 possui 3 pods de backend — 3 servidores de backend. Service 3:port 80 possui 2 pods de backend — 2 servidores de backend.

Cotas relacionadas a listeners

Cota

Nome/ID

Método de cálculo

Cenário

Número máximo de listas de controle de acesso de rede (ACLs) que podem ser associadas a um listener

Equivale ao total de entradas aclConfig não vazias em todos os pares port:protocol do parâmetro Listeners no AlbConfig.

O Listener 1 está associado a 1 ACL de rede. O Listener 2 está associado a 1 ACL de rede. Os Listeners 3 e 4 estão associados a 0 ACLs de rede cada.

Número máximo de entradas de ACL de rede que podem ser associadas a um listener

Corresponde ao total de entradas nos campos aclConfig não vazios em todos os pares port:protocol do parâmetro Listeners no AlbConfig.

A quantidade de entradas de ACL de rede do Listener 1 depende das entradas especificadas no campo aclId. O Listener 2 está associado a duas ACLs de rede. Os Listeners 3 e 4 possuem 0 entradas de ACL de rede cada.

Cotas relacionadas a regras de encaminhamento

Cota

Nome/ID

Método de cálculo

Cenário

Número máximo de ações em uma regra de encaminhamento

Varia conforme o campo servicePort: se definido como use-annotation, a contagem equivale ao total de ações personalizadas especificadas via anotações. Para qualquer outro valor, a contagem corresponde às ações personalizadas por anotação mais 1.

O ALB Ingress 1 possui 1 regra de encaminhamento com servicePort definido como 80 e nenhuma ação personalizada por anotação — a contagem de ações é 1. O ALB Ingress 2 e o ALB Ingress 3 possuem, cada um, 1 regra de encaminhamento com contagem de ações igual a 1.

Número máximo de condições de correspondência em uma regra de encaminhamento

alb_quota_rule_matchevaluations_num

Resulta da soma: quantidade de hosts não vazios na regra, quantidade de condições de correspondência de caminho e quantidade de condições personalizadas especificadas por anotações. Se pathType estiver definido como Prefix, cada caminho conta como 2 condições de correspondência. Qualquer outro valor de pathType conta como 1.

O ALB Ingress 1 possui 1 regra de encaminhamento com 1 host não vazio, 1 caminho e 1 condição personalizada por anotação — a contagem de condições de correspondência é 3. O ALB Ingress 2 possui 1 regra de encaminhamento com 1 host não vazio e 1 caminho — a contagem é 2. O ALB Ingress 3 apresenta a mesma configuração do ALB Ingress 2 — a contagem também é 2.

Número máximo de caracteres curinga em uma regra de encaminhamento

Equivale ao total de caracteres curinga utilizados em todas as ações e condições de correspondência da regra de encaminhamento.

O ALB Ingress 2 possui 1 regra de encaminhamento com 1 caractere curinga (asterisco, *) na condição de correspondência de host — a contagem de caracteres curinga é 1.

Tópicos relacionados