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.
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) |
|
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 |
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) |
|
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 |
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 |
|
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 |
|
Corresponde à quantidade de pares |
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 |
|
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 |
|
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 |
|
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 |
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 |
A quantidade de entradas de ACL de rede do Listener 1 depende das entradas especificadas no campo |
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 |
O ALB Ingress 1 possui 1 regra de encaminhamento com |
|
Número máximo de condições de correspondência em uma regra de encaminhamento |
|
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 |
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, |