Cada listener está associado 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 para os endpoints do grupo com base no tipo de roteamento do listener.
Grupos de endpoints
Tipos de grupos de endpoints
-
Listeners com tipo de roteamento inteligente possuem dois tipos de grupos de endpoints:
Grupo de endpoints padrão: Grupo 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.
Por padrão, listeners com tipo de roteamento personalizado podem ter dois grupos de endpoints. Esses grupos não são categorizados por tipo.
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 10 grupos de endpoints padrão por padrão. Cada grupo de endpoints padrão deve estar em uma região exclusiva. | Suporta até 10 grupos de endpoints virtuais por padrão. Para criar mais grupos de endpoints virtuais, aumente a cota de gaplus_quota_vepg_per_listener na página Quota Management.
|
Instâncias de pagamento conforme o uso: Suportado. Instâncias de assinatura: Suportado para listeners TCP e UDP, mas não para listeners HTTP e HTTPS. | Instâncias de pagamento conforme o uso: Suportado. Instâncias de assinatura: Suportado para listeners TCP e UDP, mas não para listeners HTTP e HTTPS. | |
Associado à política de encaminhamento padrão por padrão. Instâncias de pagamento conforme o uso: Também podem ser associados a políticas de encaminhamento personalizadas. Instâncias de assinatura: Apenas grupos de endpoints padrão de listeners TCP podem ser associados a políticas de encaminhamento personalizadas. | Podem ser associados apenas a políticas de encaminhamento personalizadas. |
Se sua instância GA standard não suportar a adição de grupos de endpoints virtuais para listeners TCP, a versão da instância pode não oferecer suporte a esse recurso. Para utilizá-lo, entre em contato com seu gerente de negócios para atualizar a instância.
Distribuição de tráfego do grupo de endpoints
Configure uma proporção de distribuição de tráfego do grupo de endpoints para ajustar a distribuição de tráfego entre vários grupos de endpoints e equilibrar as cargas.
Proporção de distribuição de tráfego: Define a porcentagem de tráfego encaminhada para um grupo de endpoints. O valor varia de 0% a 100%, sendo o padrão 100%. Um valor de 0% indica que nenhum tráfego é encaminhado ao grupo. Já 100% significa que todo o tráfego é direcionado a ele.
Prioridade de agendamento: A distribuição final de tráfego para um grupo depende tanto da proporção configurada quanto da prioridade de agendamento. O GA determina essa prioridade com base na latência de rede, influenciada pela localização geográfica e pelas condições do link. Em geral, quanto mais próximo o ponto de acesso estiver da região do grupo de endpoints, menor será o link de rede e maior a prioridade. O tráfego é preferencialmente agendado para o grupo com a maior prioridade.
No método de faturamento por assinatura, apenas listeners TCP e UDP suportam distribuição de tráfego. No método de pagamento conforme o uso, todos os tipos de listener oferecem suporte a essa funcionalidade.
Após ativar verificações de integridade para grupos de endpoints, se um grupo com prioridade mais alta falhar na verificação de integridade, todo o tráfego será encaminhado para o próximo grupo disponível com a maior prioridade. Nesse caso, a proporção de distribuição de tráfego configurada é ignorada.
Se existir uma política de encaminhamento personalizada , o tráfego será agendado entre os grupos de endpoints associados à política de encaminhamento correspondente.
Endpoints
Tipos de service de backend para endpoints
Um endpoint é o destino que processa as solicitações do cliente. Cada grupo de endpoints suporta de um a quatro endpoints. A tabela a seguir descreve os tipos de service de backend suportados.
Serviço de backend implantado em | Tipo de conectividade de rede | Tipo de service de backend | Serviço de backend |
Alibaba Cloud | Conexão privada | ECS | Instâncias do 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) | ||
IP Privado Personalizado | Endereço IP privado Permite adicionar tipos de service de backend da Alibaba Cloud não suportados nativamente pelo GA, ou serviços de IDC on-premises, como backends do GA usando endereços IP privados. Os endereços IP privados personalizados incluem, mas não se limitam aos seguintes blocos CIDR privados padrão:
Caso deseje usar endereços IP públicos como IPs privados, esses endereços serão tratados como tal ao utilizar o recurso de IP privado personalizado. Se necessário, configure as rotas adequadas na vpc. | ||
Conexão pública | IP Público da Alibaba Cloud |
| |
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 tipo de roteamento personalizado suportam este tipo. | vSwitch Permite especificar os endereços IP privados e portas de destino de uma ou mais instâncias ECS em um vSwitch como destinos de tráfego. | |
Fora da Alibaba Cloud | Conexão pública | IP Público Personalizado | Endereço IP público personalizado |
Nome de Domínio Personalizado | Nome de domínio personalizado |
Se sua instância GA standard não suportar tipos de service de backend como ECS, ALB, NLB, CLB (tipo vpc), ENI ou Endereço IP Privado Personalizado, a versão da instância pode estar desatualizada. Para usar esses recursos, entre em contato com seu gerente de negócios e solicite uma atualização.
Listeners UDP não suportam 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 service 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 service 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. Além disso, garanta que haja pelo menos oito endereços IP privados disponíveis nesse bloco CIDR.
Em grupos de endpoints que usam origem de rede privada, apenas endereços IP de origem privados aparecem no console. Endereços IP públicos deixaram de ser exibidos. Caso o tipo de conexão de rede do service de backend mude — por exemplo, de privado para público ou híbrido — verifique os endereços IP de origem e atualize a ACL do service de backend adequadamente.
O recurso de listener com roteamento personalizado está disponível em preview por convite. Para utilizá-lo, fale com seu gerente de conta. Após a aprovação da solicitação, selecione esse tipo de roteamento para o seu 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 compartilhado com usuários de outras instâncias.
Peso do endpoint
Para listeners com roteamento inteligente, utilize definir pesos para endpoints para controlar a proporção de tráfego que o GA direciona a cada endpoint. O peso varia de 0 a 255, com valor padrão de 255.
O GA calcula a soma dos pesos de todos os endpoints em um grupo e direciona o tráfego para cada um deles com base na razão entre seu peso individual e o peso total:
Definir pesos nos endpoints possibilita uma gestão de tráfego mais eficaz, melhora a estabilidade e a responsividade do serviço e otimiza o uso de recursos. Cenários comuns incluem:
Balanceamento de carga: Distribui o tráfego entre múltiplos endpoints dentro de um grupo. Aqueles 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, permitindo validação em fases.
Por exemplo, suponha que uma aplicação esteja implantada no Endpoint A com peso 255. Uma nova versão de teste é implantada no Endpoint B com peso inicial 1, destinando apenas 1/256 do tráfego a ele. 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.
Se o peso de um endpoint for 0, nenhum tráfego será enviado a ele.
Caso um grupo contenha apenas um endpoint com peso entre 1 e 255, todo o tráfego destinado ao grupo será enviado a esse único endpoint.
Se verificações de integridade não estiverem ativados e o grupo possuir vários endpoints, o tráfego será distribuído entre todos eles, inclusive os não íntegros, conforme seus pesos configurados. Quando o GA falha repetidamente ao encaminhar tráfego para um endpoint não íntegro, a parcela destinada a ele é transferida para os demais endpoints do grupo. Esse processo pode aumentar o tempo de processamento das requisições.
Quando verificações de integridade estão ativados, endpoints não íntegros não recebem tráfego. O GA recalcula os pesos entre os endpoints íntegros e redistribui o tráfego consequentemente, melhorando a estabilidade e a responsividade do serviço.
Protocolo IP de backend
Os grupos de endpoints do GA suportam configuração de protocolo IP de backend. Escolha o protocolo IP para comunicação entre o GA e os serviços de backend de acordo com a implantação do seu serviço, garantindo acesso acelerado ponta a ponta em diferentes ambientes de protocolos de rede.
Versões de protocolo
IPv4: Utiliza exclusivamente endereços IPv4 para comunicação com o serviço de endpoint.
IPv6: Utiliza exclusivamente endereços IPv6 para comunicação com o serviço de endpoint.
-
IPv4/IPv6 (afinidade de protocolo): O protocolo IP usado pelo GA corresponde ao protocolo da solicitação do cliente.
Se a solicitação do cliente usar IPv6, o GA usará IPv6 para se comunicar com o serviço de endpoint.
Se a solicitação do cliente usar IPv4, o GA usará IPv4 para se comunicar com o serviço de endpoint.
Limites
Apenas instâncias GA standard com faturamento de pagamento conforme o uso e listeners de roteamento inteligente suportam a configuração de protocolos IP de backend. Outros tipos de instância não oferecem suporte a essa configuração e usam IPv4 por padrão.
-
Não é possível configurar 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 é possível configurar OSS como service de backend se o protocolo IP de backend estiver definido como IPv6 ou IPv4/IPv6 (Afinidade de Protocolo).
Verificação de integridade
Utilize Ativar o recurso de verificação de integridade nos grupos de endpoints de uma instância GA para melhorar a confiabilidade e disponibilidade do negócio, evitando interrupções causadas por endpoints não íntegros.
Ao ativar verificações de integridade para um grupo de endpoints, caso algum endpoint falhe na verificação, o GA distribui automaticamente novas solicitações para outros endpoints íntegros. Quando o endpoint se recuperar, o GA o reintegra automaticamente ao serviço.
Apenas instâncias GA standard com listeners de roteamento inteligente suportam verificações de integridade para grupos de endpoints.
Referências
-
Ao adicionar um grupo de endpoints para um listener com tipo de roteamento inteligente, configure também o distribuição de tráfego, verificações de integridade e mapeamento de portas. Para mais informações, consulte os tópicos a seguir:
Após criar um grupo de endpoints para um listener, utilize criar 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.