Ao executar cargas de trabalho em contêineres em clusters ACK ou ACK Serverless, você precisa de balanceamento de carga de camada 7 para rotear tráfego externo HTTP, HTTPS e QUIC para seus serviços. Os ALB Ingresses lidam com essa necessidade integrando o ALB à API Kubernetes Ingress. O controlador de ALB Ingress converte recursos Ingress em configurações do ALB, proporcionando roteamento complexo, descoberta automática de certificados e compatibilidade com NGINX Ingresses.
Como funciona
O controlador de ALB Ingress é executado dentro de um cluster Kubernetes e monitora alterações nos recursos AlbConfig, Ingress e Service no servidor da API. Quando ocorrem alterações, o controlador as converte em configurações do ALB e atualiza a instância do ALB. Para mais informações, consulte Controlador de ALB Ingress.
Três componentes formam a arquitetura do ALB Ingress:
AlbConfig (CRD): Configura instâncias e listeners do ALB. Cada AlbConfig corresponde a uma instância do ALB.
Annotations: Definem regras de encaminhamento que direcionam solicitações HTTP e HTTPS para Services.
Services: Abstração de uma aplicação de backend executada em um conjunto de pods replicados. Um único Service pode representar várias aplicações de backend idênticas.
Os ALB Ingresses são compatíveis com NGINX Ingresses. As Annotations também oferecem suporte a persistência de sessão, lançamentos canary e outros recursos avançados. Para mais informações, consulte:
Clusters ACK: Configurações avançadas de ALB Ingress
Clusters ACK Serverless: Configurações avançadas de ALB Ingress
Configurar ALB Ingresses
Os ALB Ingresses são gerenciados pelo ACK ou ACK Serverless. Não configure ALB Ingresses no console do ALB, pois isso pode causar exceções de serviço. Para cotas do ALB, consulte Limites.
A tabela a seguir descreve as etapas para configurar ALB Ingresses em um cluster ACK ou ACK Serverless.
| Etapa | Descrição |
|---|---|
| Instalar o controlador de ALB Ingress | Instale o controlador de ALB Ingress ao criar um cluster ou pela página de Add-ons. Para mais detalhes, consulte:
null
O controlador de ALB Ingress requer clusters ACK versão 1.18 ou posterior. Ao usar o plugin Flannel, os Services de backend dos ALB Ingresses suportam apenas os tipos NodePort e LoadBalancer. |
| (Opcional) Conceder permissões de acesso a clusters ACK dedicados | Para acessar Services por meio de um ALB Ingress em um cluster ACK dedicado, conceda as permissões necessárias ao controlador de ALB Ingress antes de implantar os Services. |
| Implantar serviços de backend | Implante Services e Deployments para os quais o ALB Ingress encaminha tráfego. Para mais detalhes, consulte:
|
| (Opcional) Criar um AlbConfig e IngressClass | Ao criar o controlador de ALB Ingress, se você definir Gateway Source como New ou Existing, o controlador cria automaticamente um AlbConfig chamado alb e um IngressClass chamado alb. Nesse caso, pule esta etapa. Caso contrário, crie um AlbConfig e um IngressClass e associe-os. Para mais detalhes, consulte:
|
| Criar um Ingress | Crie um recurso Ingress que defina regras de encaminhamento para rotear solicitações para Services de backend. Associe-o ao IngressClass e ao AlbConfig para que os clientes acessem suas aplicações Kubernetes por meio da instância do ALB. Para mais detalhes, consulte:
|
Quando usar ALB Ingresses em vez de NGINX Ingresses
Os ALB Ingresses são gerenciados pela Alibaba Cloud. Cada instância do ALB suporta até um milhão de QPS, dezenas de milhões de conexões simultâneas, dimensionamento automático e 99,995% de disponibilidade. Os NGINX Ingresses são autogerenciados e exigem dimensionamento manual. Para uma comparação detalhada, consulte Comparação entre NGINX Ingress e ALB Ingress.
Os ALB Ingresses são mais adequados nos seguintes cenários:
Conexões persistentes
Aplicações que exigem interação frequente, como IoT, finanças na Internet e jogos online, dependem de conexões persistentes. Os ALB Ingresses aplicam alterações de configuração por meio de hot reloading sem interromper as conexões persistentes. Os NGINX Ingresses precisam recarregar processos quando as configurações mudam, o que fecha temporariamente as conexões persistentes.
Alta concorrência
Serviços de IoT mantêm um grande número de conexões simultâneas de dispositivos terminais. Os ALB Ingresses são executados na plataforma Cloud Network Management e gerenciam sessões em escala. Cada instância do ALB suporta dezenas de milhões de conexões.
QPS elevado
Atividades promocionais e eventos de grande porte exigem alta capacidade de QPS. Os ALB Ingresses dimensionam automaticamente e adicionam endereços IP virtuais conforme o QPS aumenta. Cada instância do ALB suporta até um milhão de QPS.
Flutuações de carga de trabalho
Serviços de e-commerce e jogos experimentam grandes flutuações de carga de trabalho. O ALB oferece faturamento com pagamento conforme o uso baseado em unidades de capacidade do balanceador de carga (LCUs). Menos LCUs são consumidas durante horários de baixa demanda, e o ALB dimensiona automaticamente sem reserva manual de recursos.
Redundância geográfica e por zona
Para aplicações que exigem alta disponibilidade, como redes sociais e streaming de mídia, use o Distributed Cloud Container Platform for Kubernetes (ACK One) para criar gateways ALB multi-cluster e gerenciar tráfego multi-cluster com ALB Ingresses, implementando redundância geográfica ativa e redundância por zona ativa.
Recursos
Balanceamento de carga e agendamento em múltiplos níveis, até um milhão de QPS por instância
Encaminhamento de alto desempenho por meio de aceleração de hardware
Dimensionamento automático com 99,995% de disponibilidade
Roteamento personalizável para cargas de trabalho complexas