Ao configurar um Service Type=LoadBalancer, o cloud controller manager (CCM) do Alibaba Cloud Container Compute Service (ACS) cria ou configura automaticamente uma instância de Server Load Balancer (SLB) para esse Service, incluindo listeners e vServer groups. Compreender como o CCM gerencia os recursos de SLB e as restrições associadas ajuda a configurar Services LoadBalancer corretamente e evitar comportamentos inesperados.
Pré-requisitos
Antes de configurar um Service Type=LoadBalancer, verifique se você tem:
Um cluster ACS com o CCM em execução
Uma instância de SLB criada no console de SLB, caso pretenda reutilizar uma instância existente (não é possível reutilizar uma instância criada pelo CCM)
Para uma instância de SLB interna: a instância de SLB e o cluster ACS implantados na mesma virtual private cloud (VPC)
Como o CCM gerencia recursos de SLB
O CCM oferece duas abordagens: reutilizar uma instância de SLB existente especificada por você ou permitir que o CCM crie e gerencie uma instância automaticamente. Cada abordagem utiliza políticas de atualização diferentes.
Instância de SLB existente (especificada pelo usuário)
Especifique uma instância de SLB existente usando a anotação service.beta.kubernetes.io/alibaba-cloud-loadbalancer-id.
O CCM utiliza a instância especificada para balanceamento de carga e cria vServer groups automaticamente para ela. Use outras anotações para configurar adicionalmente a instância.
Se o Service for excluído, o CCM não excluirá a instância de SLB especificada.
Gerenciamento de listeners: Controle o comportamento dos listeners com a anotação service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listeners:.
Defina como
false: o CCM não configura nem gerencia os listeners da instância.Defina como
true: o CCM configura e gerencia os listeners com base na configuração do Service e substitui quaisquer listeners existentes.
Quando force-override-listeners está definido como true, o CCM pode sobrescrever quaisquer alterações manuais feitas nos listeners no console de SLB.
Instância de SLB criada pelo CCM
Caso nenhuma instância de SLB existente seja especificada, o CCM cria, configura e gerencia automaticamente a instância de SLB, seus listeners e vServer groups com base na configuração do Service.
Se o Service for excluído, o CCM excluirá a instância de SLB que criou.
Não modifique uma instância de SLB criada pelo CCM no console de SLB. O CCM usa uma API declarativa para reconciliar a configuração do SLB com a configuração do Service. Quaisquer alterações no console podem ser sobrescritas e tornar o Service indisponível.
Grupos de servidores de backend
Quando os endpoints do Service ou os nós do cluster mudam, o CCM atualiza automaticamente os vServer groups da instância de SLB. Em clusters ACS, o CCM pode montar apenas endereços IP de pods como servidores de backend.
Limitações
O CCM configura instâncias de SLB apenas para Services do tipo
LoadBalancer. Se você alterar um Service deType=LoadBalancerpara qualquer outro tipo, o CCM excluirá a configuração de SLB associada e o Service ficará inacessível.
Cotas
Cotas de VPC
Por padrão, cada tabela de rotas em uma VPC pode conter até 200 entradas de rota, e cada nó do cluster corresponde a uma entrada de rota. Se seu cluster ultrapassar 200 nós, solicite um aumento de cota: faça login no console do Quota Center e envie uma solicitação.
Para obter a lista completa de limites da VPC, consulte Limites e cotas. Para verificar suas cotas atuais de VPC, acesse a página de Gerenciamento de Cotas de VPC.
Cotas de SLB
|
Recurso |
Cota padrão |
Como aumentar |
|
Instâncias de SLB por conta Alibaba Cloud |
60 |
Solicite: faça login no console do Quota Center e envie uma solicitação |
|
Listeners por instância de SLB |
50 |
Solicite: faça login no console do Quota Center e envie uma solicitação |
Para obter a lista completa de limites do SLB, consulte Limites. Para verificar suas cotas atuais de SLB, acesse a página de Gerenciamento de Cotas de SLB.