Um grupo de servidores do Application Load Balancer (ALB) roteia as solicitações do cliente para um ou mais servidores de backend. Para usar uma instância do ALB, crie um grupo de servidores e adicione servidores de backend para receber as solicitações encaminhadas.
Planejamento de configuração
Antes de criar um grupo de servidores, determine as configurações principais com base nos requisitos do seu negócio. Não é possível alterar o tipo de grupo de servidores após a criação. Selecione o tipo de acordo com a implantação dos seus serviços de backend.
Selecione um tipo de grupo de servidores
|
Tipo de grupo de servidores |
Tipos de serviço de backend |
Descrição |
Documentação relacionada |
|
Servidor |
Instâncias do Elastic Compute Service (ECS), interfaces de rede elásticas (ENIs) e instâncias do Elastic Container Instance (ECI) |
|
|
|
IP |
Endereços IP |
|
|
|
function compute |
function compute |
Ative o serviço function compute. A função deve estar na mesma região que a instância do ALB. |
Add Function Compute as a backend service for an ALB instance |
|
DNS |
Nomes de domínio |
|
|
|
Serviço de IA |
Serviços de modelo de linguagem grande (LLM) |
|
|
|
Serviço MCP |
Servidores MCP, function compute e APIs rest |
Este é um recurso de lista de permissões. Para usá-lo, entre em contato com o gerente da sua conta. |
|
|
Intervalo de endereços IP |
Intervalos de endereços IP e intervalos de portas |
|
O ALB Extensible Edition está em preview público. Para mais informações, consulte public preview notes .
Se um servidor de backend de uma instância do ALB for liberado ou tiver seu endereço IP privado alterado, o ALB não atualizará o servidor de backend automaticamente. Recomendamos remover o servidor de backend do grupo de servidores do ALB antes de liberá-lo ou alterar seu endereço IP privado para evitar interrupções no serviço.
Protocolo de backend e algoritmo de agendamento
|
Protocolo de backend |
Casos de uso |
|
HTTP (padrão) |
Maioria dos cenários de aplicações web. Adequado para listeners HTTP, https e QUIC. |
|
https |
Cenários que exigem comunicação criptografada entre uma instância do ALB e seus servidores de backend. Adequado para listeners https e HTTP. |
|
grpc |
Serviços de backend que usam o protocolo grpc. Requer um listener https com HTTP/2 ativado. |
Instâncias do ALB Extensible Edition não suportam o protocolo de backend grpc.
Não é necessário selecionar um protocolo de backend para grupos de servidores do tipo Serviço de IA ou Serviço MCP. Atualmente, grupos de servidores de intervalo de endereços IP suportam apenas o protocolo de backend HTTP.
|
Algoritmo de agendamento |
Casos de uso |
|
round-robin ponderado |
Cenários de uso geral. Distribui solicitações uniformemente com base nas proporções de peso. O agendamento round-robin é executado por solicitação, e não por usuário. |
|
menor número de conexões ponderado |
Cenários com conexões de longa duração ou variações significativas no tempo de processamento da solicitação. Considera tanto o peso quanto o número de conexões ativas e prioriza servidores com menor carga. |
|
hash consistente |
Cenários que exigem afinidade de solicitação, como para otimizar as taxas de acerto de cache. Roteia solicitações com as mesmas características para o mesmo servidor de backend com base em um hash do IP de origem ou de um parâmetro de URL. |
Para detalhes sobre a lógica do algoritmo, consulte Load balancing scheduling algorithms .
A tabela a seguir descreve a compatibilidade entre protocolos de listener, protocolos de backend e protocolos de health check.
|
Protocolo do listener |
Protocolos de backend |
Tipos de grupo de servidores |
Protocolos de health check |
|
HTTP |
HTTP e https |
Servidor, IP, function compute, DNS, Serviço de IA, Serviço MCP e intervalo de endereços IP |
HTTP, https, tcp e grpc |
|
https |
HTTP, https e grpc |
Servidor, IP, function compute, DNS, Serviço de IA, Serviço MCP e intervalo de endereços IP |
|
|
QUIC |
HTTP |
Servidor, IP e function compute |
Não é necessário configurar o protocolo de backend ou o protocolo de health check para os tipos function compute, Serviço de IA ou Serviço MCP. Não é necessário configurar o protocolo de health check para os tipos DNS ou intervalo de endereços IP.
Listeners https de instâncias do ALB Basic não suportam o protocolo de backend https. Instâncias do ALB Basic não suportam o protocolo de health check https.
Instâncias do ALB Extensible Edition não suportam listeners QUIC nem o protocolo de backend grpc.
Para usar o protocolo de backend grpc, ative o HTTP/2 no listener.
O protocolo de backend deve corresponder ao protocolo que o servidor de backend realmente fornece. Por exemplo, se uma instância do ECS de backend fornece serviços HTTP, selecione HTTP como o protocolo de backend. Se o protocolo de backend estiver definido como https, mas o servidor de backend fornecer apenas serviços HTTP, o handshake tls entre a instância do ALB e o servidor de backend falhará, fazendo com que as solicitações retornem 502 Bad Gateway. Para resolver esse problema, altere o protocolo de backend para HTTP.
Crie e exclua grupos de servidores
Crie um grupo de servidores
Para iniciar, acesse a página Server Groups no console do ALB.
-
Na barra de navegação superior, selecione uma região e clique em Create Server Group. Configure os seguintes parâmetros e clique em Create.
-
Server Group Type: selecione um tipo com base na implantação dos seus serviços de backend.
Server: usa instâncias do ECS, ENIs ou instâncias do ECI como servidores de backend. Os servidores de backend devem estar na mesma VPC que o grupo de servidores.
IP Address: usa endereços IP como servidores de backend. Suporta endereços IP dentro da VPC. Se você ativar o Remote IP, também poderá adicionar endereços IP de outras VPCs ou de data centers on-premises.
Function Compute: usa o function compute como serviço de backend. Ative o serviço function compute; a função deve estar na mesma região que a instância do ALB.
FQDN: usa um nome de domínio como serviço de backend. O ALB resolve o nome de domínio e encaminha as solicitações. Somente instâncias do ALB Extensible Edition são suportadas.
AI Service: usa um serviço de LLM como serviço de backend. Somente instâncias do ALB Extensible Edition são suportadas.
-
MCP Service Type: usa servidores MCP, function compute ou APIs rest como serviços de backend para fornecer um endpoint de serviço MCP unificado para agentes. Somente instâncias do ALB Extensible Edition são suportadas, e é necessária uma extensão de serviço que inclua o componente de proxy MCP.
Este é um recurso de lista de permissões. Para usá-lo, entre em contato com o gerente da sua conta.
IP Address Range: não registra servidores de backend específicos. Configure apenas os intervalos de endereços IP de destino e os intervalos de portas permitidos. O ALB extrai dinamicamente o endereço de destino do conteúdo da solicitação e a encaminha. Somente instâncias do ALB Extensible Edition são suportadas, e é necessária uma extensão de serviço que inclua o componente de encaminhamento dinâmico.
For Extensible instances: opcional. Ao criar um grupo de servidores do tipo Server, IP ou function compute, selecione esta opção se quiser anexá-lo a um listener ou regra de encaminhamento de uma instância do ALB Extensible Edition.
Server Group Name: insira um nome personalizado para o grupo de servidores.
-
VPC: a VPC à qual o grupo de servidores pertence. Somente servidores de backend nesta VPC podem ser adicionados a este grupo de servidores.
Para um grupo de servidores do tipo IP, se você ativar o Remote IP, os servidores de backend não ficam limitados a esta VPC, mas devem estar acessíveis a partir da rede da VPC.
Para isso, configure este parâmetro apenas para grupos de servidores dos tipos Server e IP.
-
Backend Server Protocol: selecione o protocolo para comunicação entre a instância do ALB e os servidores de backend.
HTTP (padrão): adequado para listeners HTTP, https e QUIC. A instância do ALB usa HTTP para se comunicar com os servidores de backend.
https: adequado para listeners https e HTTP. A instância do ALB usa https para comunicação criptografada com os servidores de backend.
gRPC: adequado para listeners https. Requer HTTP/2 ativado. A instância do ALB usa o protocolo grpc para se comunicar com os servidores de backend.
Não é necessário configurar este parâmetro para grupos de servidores de function compute, Serviço de IA ou Serviço MCP. Grupos de servidores de intervalo de endereços IP suportam apenas o protocolo de backend HTTP.
Listeners https de instâncias do ALB Basic não suportam o protocolo de backend https.
Instâncias do ALB Extensible Edition não suportam o protocolo de backend grpc.
-
DNS Server Configuration: necessário apenas para grupos de servidores de DNS e Serviço de IA. Especifica o servidor DNS usado para resolver nomes de domínio de backend. Clique em Auto-fill with Private DNS Address para inserir automaticamente o endereço do DNS interno da alibaba cloud.
O endereço do servidor DNS é um endereço IPv4 mais uma porta, como
100.100.2.136:53. Os blocos CIDR22.0.0.0/8e33.0.0.0/8não são suportados.Por padrão, um grupo de servidores suporta até 5 endereços de servidor DNS.
-
Associate Service Extension:
Grupos de servidores de IP Address Range: uma extensão de serviço deve ser associada. Ela é ativada por padrão e não pode ser desativada. Este tipo de grupo de servidores depende do componente de encaminhamento dinâmico para extrair o endereço de destino do conteúdo da solicitação. Não é possível criar o grupo de servidores sem associar uma extensão de serviço que inclua este componente.
Grupos de servidores Server e IP Address: configurável apenas após selecionar For Extensible instances. Após a ativação, associe apenas uma extensão de serviço que inclua o componente de roteamento com reconhecimento de carga, permitindo o agendamento inteligente de tráfego ao detectar a carga em tempo real dos servidores de backend.
Associe uma extensão de serviço de uma das duas maneiras a seguir:
Quick Create from Template: selecione um modelo para o componente correspondente para criar uma extensão de serviço e associá-la ao grupo de servidores atual. Modifique a configuração do componente antes da criação, se necessário.
Use Existing Service Extension: selecione uma extensão de serviço existente que inclua o componente correspondente.
-
Scheduling Algorithm: selecione uma estratégia de distribuição de solicitações.
Weighted Round-robin: distribui solicitações com base nas proporções de peso. Servidores de backend com pesos maiores recebem mais solicitações.
Weighted Least Connections: distribui solicitações com base tanto nos pesos quanto no número de conexões ativas. Entre servidores com o mesmo peso, o servidor com o menor número de conexões atuais recebe a próxima solicitação.
-
Consistent Hash: roteia solicitações com as mesmas características para o mesmo servidor de backend com base em um fator de hash.
Hash Factor:
Source IP: gera o hash com base no endereço IP de origem do cliente.
-
URL Parameters: gera o hash com base no valor de um parâmetro de URL especificado. Insira a Specified URL.
Para Specified URL, insira o nome de um parâmetro de consulta da URL da solicitação, como
useridousessionid. O ALB gera o hash do valor deste parâmetro para rotear solicitações com o mesmo valor de parâmetro para o mesmo servidor de backend.Por exemplo, se você definir a Specified URL como
userid, as solicitações que contêm?userid=123serão sempre roteadas para o mesmo servidor de backend. Este método é útil para cenários que exigem persistência de sessão, como vincular sessões de carrinho de compras ou otimizar taxas de acerto de cache.Recomendamos adicionar dois ou mais servidores de backend ao grupo de servidores para maximizar a eficácia da distribuição baseada em hash.
Para isso, configure este parâmetro apenas para grupos de servidores dos tipos Server e IP.
-
Tags and Resource Group: opcional. Use para categorizar e gerenciar grupos de servidores.
Tag Key e Tag Value: aplique uma tag ao grupo de servidores com um par chave-valor.
Resource Group: o grupo de recursos ao qual o grupo de servidores pertence. Por padrão, o grupo de recursos padrão é utilizado.
-
Backend Persistent Connection: ativado por padrão. Quando ativado, o ALB mantém conexões tcp persistentes com os servidores de backend. Novas solicitações reutilizam conexões existentes sempre que possível, o que reduz a latência e diminui a carga nos servidores de backend.
Para isso, configure este parâmetro apenas para grupos de servidores dos tipos Server e IP.
-
Health Check: ativado por padrão. Detecta a disponibilidade dos servidores de backend.
Para isso, configure este parâmetro apenas para grupos de servidores dos tipos Server, IP e function compute. Os health checks são desativados por padrão para grupos de servidores de function compute. Se ativados, as sondagens de health check são contadas como solicitações do function compute e incorrem em fees .
Atualmente, instâncias do ALB Extensible Edition suportam apenas os protocolos de health check HTTP e tcp.
Advanced Health Check Settings: clique para expandir as configurações. Para descrições dos parâmetros, consulte Health checks for ALB.
-
Select and Load Health Check: selecione um modelo de health check existente e carregue sua configuração.
Crie modelos de health check não associados a grupos de servidores ou listeners para uso futuro.
Um grupo de servidores suporta apenas um health check.
-
Exclua um grupo de servidores
Só é possível excluir um grupo de servidores se ele não estiver associado a nenhuma regra de encaminhamento de listener. A exclusão de um grupo de servidores não afeta seus servidores de backend.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores que você deseja excluir. Na coluna Actions, selecione o ícone 
, selecione Delete e, em seguida, clique em OK.
API
Chame a operação CreateServerGroup para criar um grupo de servidores.
Chame a operação DeleteServerGroup para excluir um grupo de servidores específico.
Adicione e remova servidores de backend
Antes de adicionar um servidor de backend, certifique-se de que sua aplicação esteja implantada no servidor.
-
Certifique-se de que seus servidores de backend não bloqueiem estes endereços com regras de grupo de segurança, iptables ou outro software de segurança:
Upgraded ALB instances usam endereços IP privados (IPs locais) do bloco CIDR do vSwitch para comunicação. Visualize esses endereços IP na página de detalhes da instância.
Instâncias do ALB não atualizadas usam o bloco CIDR 100.64.0.0/10 para se comunicar com os servidores de backend.
Certifique-se de que a configuração do servidor de backend não crie um caminho de encaminhamento que resulte em um loop.
Adicione servidores de backend
Tipo Server
É possível adicionar ENIs do Lingjun.
Quando For Extensible instances estiver selecionado, associe uma extensão de serviço que inclua o componente de roteamento com reconhecimento de carga para permitir o agendamento inteligente de tráfego ao detectar a carga em tempo real dos servidores de backend.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Backend Server na coluna Actions.
-
Na aba Backend Servers, clique em Add Backend Server. No painel Add Backend Server, defina Server Type como ECS, Elastic Network Interface (ENI) ou ECI, selecione os servidores de backend de destino e, em seguida, clique em Next.
Se não houver servidores de backend disponíveis, clique no botão no canto superior direito da lista de servidores para comprar ou criar um.
Para adicionar uma ENI, certifique-se de que ela esteja vinculada a uma instância do ECS. Para mais informações, consulte Bind a secondary ENI.
-
Na página Ports/Weights, defina as portas e os pesos para os servidores adicionados e, em seguida, clique em OK.
Port: a porta de serviço no servidor de backend.
-
Weight: a proporção de tráfego distribuído para o servidor. Valores válidos: 0 a 100. Valor padrão: 100.
Por exemplo, se um grupo de servidores contiver três servidores com pesos de 100, 50 e 50, as solicitações serão distribuídas em uma proporção de 2:1:1. O servidor com peso 100 receberá 50% das solicitações, e os outros dois servidores receberão 25% das solicitações cada.
NotaSe a persistência de sessão estiver ativada, a distribuição de solicitações entre os servidores de backend poderá ser desigual.
Se o peso de um servidor for definido como 0, o servidor não receberá mais novas solicitações.
Servidores que falham nos health checks não recebem tráfego. As solicitações são distribuídas entre os servidores íntegros restantes com base em sua proporção de peso.
Se todos os servidores em um grupo de servidores não estiverem íntegros, o ALB ainda tentará distribuir o tráfego com base nos pesos dos servidores para minimizar interrupções no serviço.
Operações em lote
Selecione vários servidores e use Set Same Port, Set Same Weight ou Remove Backend Servers na parte inferior da lista.
Passe o mouse sobre o lado direito de uma caixa de entrada de porta ou peso e selecione Replicate to Below, Replicate to Above ou Replicate to All para aplicar rapidamente o valor atual a outros servidores.
Clique em Reset à direita do cabeçalho da coluna Port ou Weight para limpar todas as portas dos servidores ou restaurar todos os pesos para seus valores padrão.
Tipo function compute
O function compute 2.0 e 3.0 são suportados. O ALB se comunica com o function compute de forma segura pela rede interna da alibaba cloud.
Instâncias do ALB Extensible Edition suportam apenas o function compute 3.0.
Ative o serviço function compute antes de usar. Contas da alibaba cloud registradas após 27 de agosto de 2024 e que concluíram a verificação de identidade podem usar o serviço diretamente sem ativação.
Limites
Regions that support adding Function Compute functions as backend servers.
A instância do ALB e a função devem estar na mesma região.
Um grupo de servidores do tipo function compute pode conter apenas uma função.
Para o function compute 2.0, se Handler Type estiver definido como Event Handler, configure um gatilho HTTP para associar a função a uma instância do ALB.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Backend Server na coluna Actions.
-
Na aba Backend Servers, clique em Add Function. No painel Add Backend Server, use um dos seguintes métodos para configurar a função e, em seguida, clique em OK.
-
Service
Function Name: selecione uma função existente. Se não houver funções disponíveis, clique em Create Function. Para mais informações, consulte Create a function.
Version or Alias: selecione Specified Version ou Specified Alias. Por padrão, uma função recém-criada tem apenas a versão LATEST.
-
Configurar por ARN
ARN: insira o alibaba cloud Resource Name (ARN) da função de destino. Você pode obter o ARN da função na página de detalhes da função no console do function compute.
-
Tipo IP
Se o Remote IP estiver desativado, você pode adicionar apenas endereços IP do bloco CIDR da VPC atual. Se o Remote IP estiver ativado, você também pode adicionar endereços IP de outras VPCs ou de um data center on-premises.
Quando For Extensible instances estiver selecionado, associe uma extensão de serviço que inclua o componente de roteamento com reconhecimento de carga para permitir o agendamento inteligente de tráfego ao detectar a carga em tempo real dos servidores de backend.
A partir de 00:00:00, 25 de fevereiro de 2025 (UTC+8), as instâncias recém-criadas usarão a versão atualizada do ALB por padrão. As instâncias existentes do ALB não são afetadas, exceto as instâncias criadas por meio de aplicações de autoatendimento. Para mais informações, consulte Notice on the Upgrade of Application Load Balancer (ALB) Instances.
Limites
Instâncias do ALB não atualizadas não suportam a adição de instâncias do ALB, Network Load Balancer (NLB) ou Classic Load Balancer (CLB) da mesma VPC a um grupo de servidores do tipo IP. Se você precisar adicionar esses recursos da mesma VPC, certifique-se de estar usando uma instância atualizada do ALB para evitar possíveis problemas no serviço.
Atualizado
Limites de servidores de backend
Somente endereços IP privados são suportados. Endereços IP públicos não são suportados.
Se você definir IP Protocol Version como IPv4/IPv6 Dual Stack, poderá adicionar apenas endereços IPv6 do bloco CIDR da VPC do grupo de servidores. Você não pode ativar o Remote IP.
Limites de configuração de encaminhamento entre o ALB e os servidores de backend
Se você usar um transit router da Enterprise Edition, ele criará uma interface de rede elástica (ENI) em um vSwitch na sua zona de disponibilidade especificada. Esta ENI atua como a entrada de tráfego da VPC para o transit router. Ao criar uma VPC, certifique-se de criar pelo menos um vSwitch na zona de disponibilidade especificada para conectar a VPC ao transit router. Para mais informações, consulte How transit routers work.
O tráfego entre uma instância do ALB e seus servidores de backend pode ser encaminhado apenas pela tabela de rotas do sistema. Tabelas de rotas personalizadas na VPC não são suportadas.
Não atualizado
Limites de servidores de backend
Regions that support adding remote IPs for non-upgraded ALB instances.
Servidores de backend entre regiões são suportados apenas para grupos de servidores do tipo IP.
Somente endereços IP privados são suportados. Endereços IP públicos não são suportados.
Não é possível adicionar instâncias do ALB, NLB ou CLB da mesma VPC.
Limites de configuração de encaminhamento entre o ALB e os servidores de backend
-
Você pode usar um transit router da Enterprise Edition ou o Express Connect para encaminhamento de Remote IP. Transit routers da Basic Edition não são suportados.
Se você usar um transit router da Enterprise Edition, ele criará uma interface de rede elástica (ENI) em um vSwitch na sua zona de disponibilidade especificada. Esta ENI atua como a entrada de tráfego da VPC para o transit router. Ao criar sua VPC, certifique-se de criar pelo menos um vSwitch em uma zona de disponibilidade suportada para conectar a VPC ao transit router. Para mais informações, consulte Regions and zones that support Enterprise Edition transit routers.
-
-
Instâncias do ALB em várias VPCs dentro da mesma região não podem usar o mesmo transit router para acessar um serviço de backend.
-
Instâncias do ALB em várias VPCs dentro da mesma região não podem usar vários transit routers para acessar o mesmo serviço de backend.
-
O tráfego entre uma instância do ALB e seus servidores de backend pode ser encaminhado apenas pela tabela de rotas do sistema. Tabelas de rotas personalizadas na VPC não são suportadas.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Backend Server na coluna Actions.
-
Na aba Backend Servers, clique em Add IP Address. No painel Add Backend Server, insira os endereços IP dos servidores de backend e, em seguida, clique em Next.
Se você ativar o Remote IP, poderá inserir endereços IP dos seguintes blocos CIDR privados: 10.0.0.0/8, 100.64.0.0/10, 172.16.0.0/12 e 192.168.0.0/16.
Se você não ativar o Remote IP, poderá inserir apenas endereços IP do bloco CIDR da VPC atual.
Para adicionar vários servidores de backend, clique em Add IP Address.
-
Na página Ports/Weights, defina as portas e os pesos e, em seguida, clique em OK.
Port: a porta na qual o servidor de backend fornece serviços.
-
Weight: a proporção de tráfego distribuído para o servidor. Valores válidos: 0 a 100. Valor padrão: 100.
Por exemplo, se um grupo de servidores contiver três servidores com pesos de 100, 50 e 50, as solicitações serão distribuídas em uma proporção de 2:1:1. O servidor com peso 100 receberá 50% das solicitações, e os outros dois servidores receberão 25% das solicitações cada.
NotaSe a persistência de sessão estiver ativada, a distribuição de solicitações entre os servidores de backend poderá ser desigual.
Se o peso de um servidor for definido como 0, o servidor não receberá mais novas solicitações.
Servidores que falham nos health checks não recebem tráfego. As solicitações são distribuídas entre os servidores íntegros restantes com base em sua proporção de peso.
Se todos os servidores em um grupo de servidores não estiverem íntegros, o ALB ainda tentará distribuir o tráfego com base nos pesos dos servidores para minimizar interrupções no serviço.
Operações em lote
Selecione vários servidores e use Set Same Port, Set Same Weight ou Remove Backend Servers na parte inferior da lista.
Passe o mouse sobre o lado direito de uma caixa de entrada de porta ou peso e selecione Replicate to Below, Replicate to Above ou Replicate to All para aplicar rapidamente o valor atual a outros servidores.
Clique em Reset à direita do cabeçalho da coluna Port ou Weight para limpar todas as portas dos servidores ou restaurar todos os pesos para seus valores padrão.
DNS
Adicione um nome de domínio como serviço de backend. O ALB resolve o nome de domínio e encaminha solicitações para o endereço resolvido. Para um tutorial detalhado, consulte Host a static website on OSS with ALB Extensible Edition.
Somente instâncias do ALB Extensible Edition suportam grupos de servidores do tipo DNS.
Limites
Por padrão, um grupo de servidores do tipo DNS suporta até 10 nomes de domínio. Para aumentar esse limite, entre em contato com o gerente da sua conta.
Garanta a conectividade de rede entre o ALB e o endereço resolvido do nome de domínio de backend.
Suporta DNS interno da alibaba cloud, servidores DNS personalizados e resolução do PrivateZone. Para isso, especifique o servidor DNS na DNS Server Configuration do grupo de servidores.
Serviços de backend do tipo DNS não suportam configuração de peso. O peso é fixado em 100.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Backend Server na coluna Actions.
-
Na aba Backend Servers, clique em Add DNS Name. Configure os seguintes parâmetros e clique em OK.
DNS name: insira o nome de domínio do serviço de backend, como
static.example.com.Port: a porta na qual o serviço de backend fornece serviços.
Serviço de IA
Adicione um serviço de LLM como serviço de backend. Quando o ALB encaminha solicitações, ele inclui automaticamente a chave de API da credencial de identidade para concluir a autenticação. Para um tutorial detalhado, consulte Use ALB Extensible Edition to call multiple LLM services in a unified manner.
Somente instâncias do ALB Extensible Edition suportam grupos de servidores do tipo Serviço de IA.
Limites
Um grupo de servidores do tipo Serviço de IA suporta apenas um serviço de IA.
Antes de adicionar o serviço, crie uma credencial de identidade para a chave de API do serviço de LLM.
Por padrão, um serviço de IA pode ser associado a até 10 credenciais de identidade.
Serviços de backend do tipo Serviço de IA não exigem configuração de porta ou peso.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Backend Server na coluna Actions.
-
Na aba Backend Servers, clique em Add AI Service. Configure os seguintes parâmetros e clique em OK.
Model provider: selecione o provedor do serviço de LLM.
Endpoint: preenchido automaticamente após selecionar o provedor de LLM. Modifique-o manualmente, se necessário.
Identity Credential: selecione uma ou mais credenciais de identidade existentes. O ALB seleciona uma chave de API das credenciais de identidade selecionadas para se comunicar com o serviço de LLM. Configurar várias credenciais distribui a cota de chamadas de uma única chave de API e melhora a disponibilidade do serviço.
API Key Health Check: recomendamos ativar esta opção. Após a ativação, quando o backend retornar um código de status
401ou429, o ALB remove automaticamente a chave de API correspondente, e as solicitações são tratadas por outras chaves de API disponíveis.
O local da credencial da chave de API é fixado como HTTP Header . O nome do parâmetro e o prefixo são valores predefinidos que não podem ser modificados.
Serviço MCP
Adicione servidores MCP, function compute ou APIs rest como serviços de backend. O ALB executa proxy direto MCP ou conversão de protocolo MCP para openapi para fornecer um endpoint de serviço unificado para agentes. Para um tutorial detalhado, consulte Use ALB Extensible Edition to manage MCP services.
Somente instâncias do ALB Extensible Edition suportam grupos de servidores do tipo Serviço MCP, e é necessária uma extensão de serviço que inclua o componente de proxy MCP. Este é um recurso de lista de permissões. Para usá-lo, entre em contato com o gerente da sua conta.
Limites
Um único grupo de servidores do tipo Serviço MCP suporta uma mistura de servidores MCP, function compute e APIs rest.
Dentro do mesmo grupo de servidores, os nomes dos serviços devem ser exclusivos, os endpoints de acesso resolvidos a partir de servidores MCP e APIs rest devem ser exclusivos, e os ARNs do function compute devem ser exclusivos.
O nó do serviço MCP deve ser um endereço de nome de domínio que comece com
http://ouhttps://. Endereços IP não são suportados, elocalhoste127.0.0.1não são suportados.Suporta uma mistura dos métodos de acesso Streamable HTTP e SSE, mas não para conversão de protocolo entre eles. O ALB e o backend devem usar o mesmo método de acesso.
A configuração do openapi suporta openapi 3.0 e openapi da alibaba cloud, e o schema suporta apenas um endpoint de acesso. Insira o schema diretamente no editor ou importe um arquivo openapi local. O tamanho máximo do arquivo é de 1 MB.
A ação Forward to de uma regra de encaminhamento suporta a seleção de apenas um grupo de servidores do tipo Serviço MCP, que não pode ser selecionado junto com grupos de servidores de outros tipos. A regra de encaminhamento padrão de um listener não suporta encaminhamento para grupos de servidores do tipo Serviço MCP.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Backend Server na coluna Actions.
-
Na aba Backend Servers, clique em Add MCP Service. Configure os seguintes parâmetros e clique em OK.
Service Name: insira o nome do serviço MCP. Ele deve ser exclusivo dentro do grupo de servidores.
-
Service Type: selecione a forma do serviço de backend.
MCP Server: o ALB faz proxy direto do serviço MCP de backend. Insira o MCP Service Endpoint e selecione o Access Method (Streamable HTTP ou SSE).
Function Compute: o ALB converte o protocolo MCP para openapi para se comunicar com o function compute. Insira o Function Compute ARN e conclua a OpenAPI Configuration.
REST API: o ALB converte o protocolo MCP para openapi para se comunicar com a API rest de backend. Conclua a OpenAPI Configuration.
Outbound Authentication: defina o método de autenticação que o ALB usa para acessar o serviço de backend. O MCP Server suporta No Authentication. O Function Compute suporta RAM Role sem configuração adicional. A REST API suporta API Key e permite que você especifique o Credential Location. Ao usar uma chave de API, crie primeiro uma credencial de identidade de chave de API.
Quando o endpoint de acesso de um serviço MCP de backend permanece inalterado, mas sua lista de ferramentas muda, encontre o serviço de destino na lista de servidores de backend e clique em Sync na coluna Actions para que o ALB recupere a lista de ferramentas mais recente.
Intervalo de endereços IP
Este tipo de grupo de servidores não exige que você registre servidores de backend específicos. Configure apenas os intervalos de endereços IP de destino e os intervalos de portas permitidos. O ALB extrai o endereço de destino do conteúdo da solicitação, verifica se está dentro do intervalo permitido e encaminha a solicitação. Para um tutorial detalhado, consulte Use ALB Extensible Edition to implement dynamic forwarding.
Somente instâncias do ALB Extensible Edition suportam grupos de servidores de intervalo de endereços IP, e é necessária uma extensão de serviço que inclua o componente de encaminhamento dinâmico.
Limites
Uma política de negação padrão é utilizada. Uma solicitação é encaminhada apenas quando seu endereço de destino corresponde tanto ao intervalo de endereços IP quanto ao intervalo de portas de uma entrada. Solicitações que não correspondem retornam
403.O intervalo de endereços IP suporta o formato CIDR tanto para IPv4 quanto para IPv6. Para especificar um único endereço, use a máscara
/32para IPv4 e a máscara/128para IPv6.Blocos CIDR reservados, como
22.0.0.0/8,33.0.0.0/8,100.0.0.0/8e127.0.0.0/8, não são suportados.O intervalo de portas suporta uma única porta ou um intervalo contínuo, como
80ou8080-8090. Valores válidos:1 to 65535. A porta inicial não pode ser maior que a porta final.Por padrão, um grupo de servidores de intervalo de endereços IP suporta até 200 entradas de intervalo de endereços IP.
Entradas de intervalo de endereços IP não suportam configuração de peso.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Backend Server na coluna Actions.
-
Na aba Backend Servers, clique em Add IP Address Segment. Configure os seguintes parâmetros e clique em OK.
IP Address Range: insira o intervalo de endereços IP de destino permitido, como
192.168.1.0/24.Port Range: insira o intervalo de portas de destino permitido para este intervalo de endereços, como
6000-6010.
Remova servidores de backend
Um servidor removido não lida mais com solicitações encaminhadas.
Remover um servidor diretamente pode causar interrupções no serviço. Recomendamos definir o peso do servidor como 0 antes de removê-lo.
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Backend Server na coluna Actions.
Na aba Backend Servers, encontre o servidor de backend que você deseja remover. Na coluna Actions, clique em Remove e, em seguida, clique em OK.
API
Chame a operação AddServersToServerGroup para adicionar servidores de backend a um grupo de servidores.
Chame a operação RemoveServersFromServerGroup para remover servidores de backend de um grupo de servidores.
Persistência de sessão
Ative a persistência de sessão se várias solicitações do mesmo cliente precisarem ser tratadas pelo mesmo servidor de backend, como em cenários de carrinho de compras ou estado de login.
Session Persistence: desativado por padrão. Quando ativado, o ALB roteia solicitações do mesmo cliente para o mesmo servidor de backend.
Não é necessário configurar este parâmetro para grupos de servidores de function compute.
Suportado apenas para grupos de servidores dos tipos Server e IP. Somente instâncias do ALB Extensible Edition não são suportadas.
A persistência de sessão não é suportada quando o balanceamento de carga entre zonas está desativado.
Console
Crie ou edite um grupo de servidores e ative a persistência de sessão e selecione um método de tratamento de cookie:
-
Cookie Option:
Insert Cookie: o ALB gera um cookie chamado SERVERID e o adiciona à resposta. Solicitações que contêm este cookie são encaminhadas para o mesmo servidor de backend. O Session Persistence Timeout Period varia de 1 a 86.400 segundos.
Rewrite Cookie: o ALB reescreve o valor de um cookie definido pelo usuário. Especifique o nome do Cookie.
API
Ao chamar CreateServerGroup ou UpdateServerGroupAttribute, use StickySessionConfig para configurar a persistência de sessão.
Para mais informações, consulte Configure session persistence.
Inicialização e desligamento suaves de servidores
Inicialização lenta
Um servidor de backend recém-adicionado pode não conseguir lidar imediatamente com uma carga total de tráfego devido a fatores como cache não aquecido ou pools de conexão não estabelecidos. Ao ativar a inicialização lenta, uma instância do ALB aumenta gradualmente o número de solicitações enviadas para o novo servidor ao longo de um período especificado. Isso evita que picos de tráfego sobrecarreguem um servidor que não está totalmente pronto.
Este recurso é suportado apenas quando o algoritmo de agendamento está definido como round-robin ponderado .
Somente instâncias ALB Standard e com WAF ativado são suportadas. Instâncias ALB Basic e Extensible Edition não são suportadas.
Não é necessário configurar este parâmetro para grupos de servidores do tipo function compute.
Console
Crie ou edite um grupo de servidores e ative a Slow Start. Defina a Slow Start Duration com um valor de 30 a 900 segundos. O padrão é 30 segundos. A distribuição normal de tráfego é retomada após a expiração da duração.
API
Ao chamar CreateServerGroup ou UpdateServerGroupAttribute, use o parâmetro SlowStartConfig para configurar a inicialização lenta.
Como a inicialização lenta funciona:
Os servidores de backend íntegros existentes em um grupo de servidores não entram automaticamente no modo de inicialização lenta. O primeiro servidor de backend adicionado a um grupo de servidores vazio também não entra no modo de inicialização lenta. Um novo servidor de backend entra no modo de inicialização lenta apenas quando adicionado a um grupo de servidores que tenha pelo menos um servidor de backend íntegro fora do modo de inicialização lenta.
Se um servidor de backend no modo de inicialização lenta for removido, ele sairá do modo de inicialização lenta. Se o mesmo servidor de backend for adicionado novamente, ele retornará ao modo de inicialização lenta após passar no health check.
Um servidor de backend no modo de inicialização lenta sai desse modo se seu health check falhar. Ele retornará ao modo de inicialização lenta após o status do health check voltar ao normal.
Quando os health checks estão ativados, a inicialização lenta entra em vigor após um servidor de backend passar no seu health check. Quando os health checks estão desativados, a inicialização lenta entra em vigor imediatamente.
Para mais informações, consulte Configure slow start.
Drenagem de conexão
Quando um servidor de backend é removido ou falha em um health check, as conexões existentes são, por padrão, encerradas apenas quando o cliente se desconecta ativamente ou a sessão expira. A drenagem de conexão permite que essas conexões terminem o processamento dentro de um tempo limite especificado antes de serem encerradas, garantindo um desligamento suave.
Este recurso é suportado apenas por instâncias ALB Standard e com WAF ativado. Instâncias ALB Basic e Extensible Edition não suportam este recurso.
Não é necessário configurar este parâmetro para grupos de servidores de function compute.
Console
Crie ou edite um grupo de servidores e ative a Connection Draining e defina o Timeout Period. O tempo limite pode ser de 0 a 900 segundos. Um valor de 0 significa que as conexões são interrompidas imediatamente. O padrão é 300 segundos.
API
Ao chamar CreateServerGroup ou UpdateServerGroupAttribute, use ConnectionDrainConfig para configurar a drenagem de conexão.
Para mais informações, consulte Configure connection draining.
Reduza a latência entre zonas
Por padrão, uma instância do ALB distribui o tráfego entre servidores de backend em diferentes zonas de disponibilidade dentro da mesma região. Se o seu negócio for sensível à latência e tiver recursos de servidores de backend suficientes em cada zona de disponibilidade, desative o balanceamento de carga entre zonas. Isso garante que o tráfego seja distribuído apenas entre servidores de backend dentro da mesma zona de disponibilidade, o que reduz a latência de rede entre zonas.
É possível desativar este recurso apenas para instâncias ALB Standard e com WAF ativado. Instâncias ALB Basic e Extensible Edition não suportam este recurso.
Para grupos de servidores do tipo IP com Remote IP ativado, não é possível desativar o balanceamento de carga entre zonas.
A persistência de sessão não é suportada quando o balanceamento de carga entre zonas está desativado.
Não é necessário configurar este parâmetro para grupos de servidores do tipo function compute.
Console
Crie ou edite um grupo de servidores e desative o Cross-zone Load Balancing.
API
Ao chamar CreateServerGroup ou UpdateServerGroupAttribute, defina CrossZoneEnabled como false para desativar o balanceamento de carga entre zonas (o padrão é true).
Para mais informações, consulte Disable cross-zone load balancing.
Adicione servidores de backend IPv6
Se você precisar adicionar servidores de backend IPv6 a um grupo de servidores, defina IP Protocol Version como IPv4/IPv6 Dual Stack.
Este recurso é suportado apenas para grupos de servidores dos tipos Server e IP Address. Somente instâncias do ALB Extensible Edition não são suportadas.
A VPC à qual o grupo de servidores pertence deve ter IPv6 enabled.
Adicione um grupo de servidores com IP Protocol Version definido como IPv4/IPv6 Dual Stack apenas às regras de encaminhamento de uma instância do ALB dual-stack.
Para um grupo de servidores do tipo IP, a instância do ALB deve ser uma upgraded instance. Nesta configuração, apenas endereços IPv6 da VPC atual são suportados, e não é possível ativar o Remote IP.
Console
Ao criar um grupo de servidores, defina IP Protocol Version como IPv4/IPv6 Dual Stack.
API
Ao chamar a operação CreateServerGroup, defina Ipv6Enabled como true. Isso equivale a definir IP Protocol Version como IPv4/IPv6 Dual Stack.
Edite as configurações de health check
Nesta seção, modifique a configuração de health check de um grupo de servidores.
Ao desativar os health checks, o ALB não poderá detectar falhas nos servidores de backend e não roteará o tráfego automaticamente para servidores íntegros.
Um intervalo de health check maior aumenta o tempo que o ALB leva para detectar um servidor com falha.
Console
Para iniciar, acesse a página Server Groups no console do ALB. Encontre o grupo de servidores de destino e clique em Modify Health Check na coluna Actions.
Na caixa de diálogo Modify Health Check, ative ou desative os health checks conforme necessário. Se ativados, clique em Modify à direita de Health Check Settings para alterar os parâmetros.
API
Chame a operação UpdateServerGroupAttribute e atualize a configuração de health check de um grupo de servidores.
Faturamento
Os grupos de servidores são gratuitos. No entanto, você será cobrado pela ALB instance e pelos servidores de backend adicionados ao grupo de servidores com base em suas respectivas regras de faturamento.
Cotas
|
Nome da cota |
Descrição |
Valor padrão |
Valor máximo |
Ajustável |
|
alb_quota_loadbalancer_servers_num_basic_edition |
Número de servidores de backend que podem ser adicionados a uma instância do ALB Basic |
200 |
400 |
|
|
alb_quota_loadbalancer_servers_num_standard_edition |
Número de servidores de backend que podem ser adicionados a uma instância do ALB Standard |
1.000 |
1.500 |
|
|
alb_quota_loadbalancer_servers_num_standardwithwaf_edition |
Número de servidores de backend que podem ser adicionados a uma instância do ALB com WAF ativado |
1.000 |
1.500 |
|
|
alb_quota_server_added_num |
Número de grupos de servidores aos quais um servidor de backend (por endereço IP) pode ser adicionado |
200 |
300 |
|
|
alb_quota_servergroup_attached_num |
Número de regras de encaminhamento às quais um grupo de servidores pode ser associado |
50 |
100 |
|
|
alb_quota_server_groups_weight |
Peso máximo de um único grupo de servidores em uma regra de encaminhamento |
100 |
10.000 |
Entre em contato com o gerente da sua conta |
|
alb_quota_loadbalancer_servers_num_extensible_edition |
Número de servidores de backend que podem ser adicionados a uma instância do ALB Extensible Edition |
1.000 |
- |
- |
|
alb_quota_fqdn_servergroup_servers_num |
Número de servidores de backend que podem ser adicionados a um grupo de servidores do tipo DNS |
10 |
- |
- |
|
alb_quota_dns_servers_num |
Número de endereços de servidor DNS que podem ser configurados para um grupo de servidores |
5 |
- |
- |