Cada listener associa-se a um grupo de endpoints. Especifique a região para distribuição de tráfego e associe um grupo de endpoints ao listener. O GA aloca tráfego aos endpoints do grupo conforme o tipo de roteamento do listener.
Grupos de endpoints
Tipos de grupos de endpoints
Por padrão, listeners com roteamento personalizado admitem dois grupos de endpoints, sem categorização por tipo.
Listeners com roteamento inteligente possuem dois tipos de grupos de endpoints:
Grupo de endpoints padrão: Configurado durante a criação do listener.
Grupo de endpoints virtual: Criado manualmente na página Endpoint Groups após a criação do listener.
As cotas e os recursos de cada tipo de grupo variam conforme o método de faturamento da instância GA:
Pay-as-you-go
Comparação de recursos entre tipos de grupos de endpoints | Grupo de endpoints padrão | Grupo de endpoints virtual |
Protocolo do listener | TCP, UDP, HTTP ou HTTPS | Apenas TCP, HTTP ou HTTPS |
Cota | Suporta dois grupos de endpoints padrão por padrão. Para criar mais grupos, aumente a cota de gaplus_quota_epgs_per_listener na página Quota Management. Cada grupo de endpoints padrão deve residir em uma região exclusiva. | Suporta até 10 grupos de endpoints virtuais por padrão. Para criar mais grupos virtuais, aumente a cota de gaplus_quota_vepg_per_listener na página Quota Management.
|
Compatível. | Compatível. | |
Vinculado à política de encaminhamento padrão. Também aceita vínculo com política personalizada. | Aceita apenas políticas de encaminhamento personalizadas. |
Se sua instância GA padrão não permitir adicionar grupos de endpoints virtuais para listeners TCP, a versão atual pode não oferecer esse recurso. Nesse caso, contate seu gerente de negócios para atualizar a instância.
Subscription
Comparação de recursos entre tipos de grupos de endpoints | Grupo de endpoints padrão | Grupo de endpoints virtual |
Protocolo do listener | TCP, UDP, HTTP ou HTTPS | Apenas TCP, HTTP ou HTTPS |
Cota |
| Suporta até 10 grupos de endpoints virtuais por padrão. Para criar mais grupos virtuais, aumente a cota de gaplus_quota_vepg_per_listener na página Quota Management. A região do grupo virtual deve coincidir com a do grupo padrão. |
|
| |
Vinculado à política de encaminhamento padrão. Apenas grupos padrão para listeners TCP aceitam vínculo com políticas personalizadas. | Aceita apenas políticas de encaminhamento personalizadas. |
Se sua instância GA padrão não permitir adicionar grupos de endpoints virtuais ou configurar políticas de encaminhamento para listeners TCP, a versão atual pode ser incompatível. Para usar esses recursos, contate seu gerente de conta e solicite a atualização da instância.
Distribuição de tráfego do grupo de endpoints
Defina uma proporção de distribuição de tráfego do grupo de endpoints para ajustar o fluxo entre vários grupos e equilibrar as cargas.
Proporção de distribuição de tráfego: Define a porcentagem de tráfego encaminhada a um grupo de endpoints. O valor varia de 0% a 100%, com padrão de 100%. Zero por cento indica ausência de encaminhamento; 100% direciona todo o tráfego ao grupo.
Prioridade de agendamento: A distribuição final depende tanto da proporção configurada quanto da prioridade de agendamento do grupo. O GA define essa prioridade com base na latência de rede, influenciada pela localização geográfica e pelas condições do link. Quanto mais próximo o ponto de acesso estiver da região do grupo, menor será o link e maior a prioridade. O sistema encaminha o tráfego preferencialmente ao grupo com maior prioridade.
No faturamento por assinatura, apenas listeners TCP e UDP aceitam distribuição de tráfego. No modelo pagamento conforme o uso, todos os tipos de listener oferecem esse recurso.
Ao ativar as verificações de integridade dos grupos de endpoints, se um grupo prioritário falhar na verificação, todo o tráfego seguirá para o próximo grupo disponível com maior prioridade. Nessa situação, o sistema ignora a proporção de distribuição configurada.
Caso exista uma política de encaminhamento personalizada, o tráfego distribui-se entre os grupos associados à política correspondente.
Endpoints
Tipos de serviço de backend para endpoints
O endpoint representa o destino que processa solicitações do cliente. Cada grupo admite de um a quatro endpoints. A tabela a seguir descreve os tipos de serviço de backend compatíveis.
Serviço de backend implantado em | Tipo de conectividade de rede | Tipo de serviço de backend | Serviço de backend |
Alibaba Cloud | Conexão privada | ECS | Instâncias de ECS em uma VPC |
ALB | Instâncias privadas de Application Load Balancer (ALB) | ||
NLB | Network Load Balancer (NLB) | ||
CLB | Instâncias privadas de Classic Load Balancer (CLB) em uma VPC | ||
OSS | Buckets do Object Storage Service (OSS) | ||
ENI | Elastic Network Interface (ENI) | ||
Custom Private IP | Endereço IP privado Permite adicionar serviços de backend da Alibaba Cloud não compatíveis nativamente com o GA, ou serviços de IDC local, como backends do GA via endereços IP privados. Os endereços IP privados personalizados incluem, entre outros, os seguintes blocos CIDR privados padrão:
Ao usar endereços IP públicos como privados mediante o recurso de IP privado personalizado, o sistema os trata como privados. Configure as rotas adequadas na VPC, se necessário. | ||
Conexão pública | Alibaba Cloud Public IP |
| |
CLB | Instâncias públicas de Classic Load Balancer (CLB) | ||
ALB | Instâncias públicas de Application Load Balancer (ALB) | ||
Conexão privada | vSwitch Apenas listeners com roteamento personalizado aceitam este tipo. | vSwitch Permite especificar endereços IP privados e portas de destino de uma ou mais instâncias ECS em um vSwitch como destinos de tráfego. | |
Not On Alibaba Cloud | Conexão pública | Custom Public IP | Endereço IP público personalizado |
Custom Domain Name | Nome de domínio personalizado |
Se sua instância GA padrão não aceitar tipos de serviço de backend como ECS (tipo VPC), ALB, NLB, CLB (tipo VPC), ENI ou Custom Private IP Address, a versão da instância pode estar desatualizada. Para usar esses recursos, contate seu gerente de negócios e solicite a atualização da instância.
Listeners UDP não aceitam serviços de backend ALB.
-
Para garantir conectividade ininterrupta entre a instância GA e os serviços de backend, configure políticas de acesso conforme o tipo de conectividade de rede do serviço:
Conexão pública: A política de acesso do serviço de backend, como grupo de segurança ou firewall, deve permitir tráfego proveniente do endereço IP público de saída do GA.
Conexão privada: A política de acesso do serviço de backend, como grupo de segurança ou regra de controle de acesso, deve permitir tráfego do bloco CIDR do vSwitch onde o serviço reside. Garanta também a disponibilidade de pelo menos oito endereços IP privados no bloco CIDR do vSwitch.
Em grupos de endpoints com origem de rede privada, o console exibe apenas endereços IP de origem privados, ocultando os públicos. Se o tipo de conexão de rede do serviço de backend mudar — por exemplo, de privado para público ou híbrido —, verifique os endereços IP de origem e atualize a ACL do serviço adequadamente.
O recurso de listener com roteamento personalizado encontra-se em preview por convite. Para usá-lo, contate seu gerente de conta. Após a aprovação, selecione esse tipo de roteamento para o listener.
Listeners com roteamento personalizado permitem especificar destinos de tráfego: endereços IP e portas de instâncias ECS.
O endereço IP público de saída dos endpoints de cada instância GA é exclusivo e não se compartilha com usuários de outras instâncias GA.
Peso do endpoint
Para listeners com roteamento inteligente, defina pesos para os endpoints para controlar a proporção de tráfego direcionada a cada endpoint. O peso varia de 0 a 255, com valor padrão de 255.
O GA soma os pesos de todos os endpoints em um grupo e direciona o tráfego a cada endpoint conforme a razão entre seu peso individual e o peso total:
Definir pesos possibilita gestão de tráfego mais eficaz, melhora a estabilidade e a capacidade de resposta do serviço e otimiza o uso de recursos. Cenários comuns incluem:
Balanceamento de carga: Distribui o tráfego entre vários endpoints dentro de um grupo. Endpoints com pesos maiores recebem mais tráfego.
Lançamento gradual: Durante a atualização de uma aplicação de backend, aumente progressivamente o peso do endpoint para direcionar tráfego à nova versão e validar em fases.
Por exemplo, suponha uma aplicação implantada no Endpoint A com peso 255. Uma nova versão de teste implanta-se no Endpoint B com peso inicial 1, destinando apenas 1/256 do tráfego ao Endpoint B. Após testes bem-sucedidos, aumente gradualmente o peso do Endpoint B para equilibrar a carga entre ambos. Para interromper o envio de tráfego ao Endpoint A, defina seu peso como 0.
Peso 0 impede o envio de tráfego ao endpoint.
Se o grupo contiver apenas um endpoint com peso entre 1 e 255, todo o tráfego do grupo fluirá para esse endpoint.
-
Sem verificações de integridade ativadas em grupos com múltiplos endpoints, o tráfego distribui-se entre todos, inclusive os não saudáveis, conforme os pesos configurados. Falhas repetidas no encaminhamento para um endpoint não saudável transferem o volume destinado a ele para os demais endpoints do grupo, o que pode aumentar o tempo de processamento das solicitações.
Com as verificações de integridade ativadas, endpoints não saudáveis deixam de receber tráfego. O GA recalcula os pesos entre os endpoints saudáveis e redistribui o tráfego adequadamente, melhorando a estabilidade e a capacidade de resposta do serviço.
Protocolo IP de backend
Os grupos de endpoints do GA aceitam configuração de protocolo IP de backend. Escolha o protocolo IP para comunicação entre o GA e os serviços de backend conforme a implantação do serviço, garantindo acesso acelerado ponta a ponta em diferentes ambientes de protocolo de rede.
Versões de protocolo
IPv4: Usa exclusivamente endereços IPv4 para comunicação com o serviço de endpoint.
IPv6: Utiliza apenas endereços IPv6 para comunicação com o serviço de endpoint.
-
IPv4/IPv6 (protocol affinity): O protocolo IP usado pelo GA corresponde ao da solicitação do cliente.
Solicitações IPv6 fazem o GA usar IPv6 na comunicação com o serviço de endpoint.
Solicitações IPv4 fazem o GA usar IPv4 na comunicação com o serviço de endpoint.
Limites
Apenas instâncias GA padrão com faturamento pagamento conforme o uso e listeners de roteamento inteligente aceitam configuração de protocolos IP de backend. Outros tipos de instância GA não oferecem essa configuração e usam IPv4 por padrão.
-
Não configure protocolos IP de backend se a região do grupo de endpoints for um ponto de presença (POP) da Alibaba Cloud.
Chame a operação ListAvailableBusiRegions para verificar se uma região é um POP da Alibaba Cloud.
Não configure o OSS como serviço de backend se o protocolo IP de backend estiver definido como IPv6 ou IPv4/IPv6 (Protocol Affinity).
O recurso de protocolo de endereço IP de backend encontra-se em preview por convite. Para usá-lo, contate seu gerente de negócios.
Verificação de integridade
Ative o recurso de verificação de integridade nos grupos de endpoints de uma instância GA para melhorar a confiabilidade e a disponibilidade do negócio, evitando interrupções causadas por endpoints não saudáveis.
Após ativar verificações de integridade para um grupo de endpoints, caso um endpoint falhe na verificação, o GA distribuirá automaticamente novas solicitações para outros endpoints saudáveis. Quando o endpoint não saudável se recuperar, o GA o reintegrará automaticamente ao serviço.
Apenas instâncias GA padrão com listeners de roteamento inteligente aceitam verificações de integridade para grupos de endpoints.
Referências
-
Ao adicionar um grupo de endpoints para um listener com roteamento inteligente, configure também o a distribuição de tráfego, as verificações de integridade e o mapeamento de portas. Para mais informações, consulte os tópicos a seguir:
Após criar um grupo de endpoints para um listener, crie uma política de encaminhamento personalizada para encaminhar solicitações correspondentes ao grupo de endpoints padrão ou virtual associado, permitindo que uma única instância GA acelere o acesso a múltiplos endpoints de destino.