Desempenho e limites de uso - Server Load Balancer: Central de Documentação do Alibaba Cloud

O Network Load Balancer (NLB) ajusta automaticamente o desempenho do VIP conforme o tráfego aumenta. Esta página lista as métricas de desempenho por VIP, as cotas de recursos por conta e as restrições comportamentais a considerar no planejamento da implantação.

Métricas de desempenho da instância

Cada VIP oferece o desempenho máximo descrito abaixo. O desempenho total da instância escala linearmente com o número de zonas:

Instance performance = Number of zones x Per-VIP performance

Métrica	Máximo por VIP
Taxa de novas conexões	200.000/s
Conexões simultâneas	5.000.000
Throughput de rede privada (entrada + saída)	50 Gbps
Pacotes por segundo (PPS)	8.000.000 pps

O desempenho escala automaticamente em poucos minutos à medida que o tráfego cresce. Caso precise de métricas superiores, como maior número de conexões simultâneas ou dimensionamento mais rápido, entre em contato com seu gerente de conta.

Por padrão, instâncias NLB voltadas para a Internet utilizam Elastic IP Address (EIP) para acesso à Internet. Para consultar os limites de desempenho na Internet, consulte EIP performance limits .

Para garantir desempenho e estabilidade, o NLB adota uma arquitetura de cluster distribuído e altamente confiável. Nela, todo o tráfego é distribuído uniformemente entre vários servidores do sistema no cluster para encaminhamento. Por isso, o dimensionamento elástico automático descrito acima só atinge o limite superior elástico máximo em cenários de múltiplas sessões. Em cenários de sessão única, o throughput e a taxa de processamento de pacotes ficam limitados ao desempenho de um único servidor do sistema. Recomendamos executar testes de estresse em seus serviços para compreender o desempenho da instância e configure o monitoramento adequado.

Limites de cota

As tabelas abaixo apresentam as cotas padrão por região e por conta Alibaba Cloud. A coluna Ajustável indica se é possível solicitar aumento da cota. Para elevar uma cota ajustável, acesse o Quota Center do console SLB (selecione a aba NLB) ou o Quota Center. Para obter instruções detalhadas, consulte Gerencie cotas do NLB.

Instâncias NLB

Recurso	Limite padrão	Ajustável
Instâncias NLB por região por conta	60	Sim (`nlb_quota_loadbalancers_num`)
Servidores de backend por instância NLB — tipo Elastic Container Instance (ECI)	1.600	Não
Servidores de backend por instância NLB — tipo Elastic Compute Service (ECS) / Elastic Network Interface (ENI) / IP	400	Sim (`nlb_quota_loadbalancer_noeci_servers_num`)
Listeners por instância NLB	50	Sim (`nlb_quota_loadbalancer_listeners_num`)
Certificados adicionais por instância NLB (excluindo o certificado padrão)	25	Sim (`nlb_quota_loadbalancer_certificates_num`)

Grupos de servidores

Recurso	Limite padrão	Ajustável
Grupos de servidores NLB por região por conta	3.000	Não
Servidores de backend por grupo de servidores — tipo ECI	1.600	Não
Servidores de backend por grupo de servidores — tipo ECS/ENI/IP	400	Sim (`nlb_quota_servergroup_noeci_servers_num`)
Vezes que um servidor de backend (incluindo tipo IP) pode ser adicionado a grupos de servidores NLB	200	Sim (`nlb_quota_server_added_num`)
Associações de listeners por grupo de servidores NLB	50	Sim (`nlb_quota_servergroup_attached_num`)

Políticas de segurança

Recurso	Limite padrão	Ajustável
Políticas de segurança NLB personalizadas por região por conta	50	Não

Grupos de segurança

A quantidade de grupos de segurança e regras de grupo de segurança associáveis a uma instância NLB deriva da cota de grupos de segurança do ECS para ENIs:

Grupos de segurança: Cota de grupos de segurança por ENI do ECS − 1 (reservado para o grupo de segurança gerenciado)
Regras de grupo de segurança: Cota de regras de grupo de segurança por ENI do ECS − número de regras no grupo de segurança gerenciado

Para aumentar esses limites, eleve as cotas correspondentes de ENI do ECS.

Observações de uso

Conflitos de tupla-5

Conflitos de tupla-5 nos servidores de backend podem ocorrer nas seguintes situações:

Há poucos servidores de backend e um único cliente acessa o nome de domínio da instância NLB com a preservação de IP do cliente ativada no grupo de servidores associado.
Um cliente acessa simultaneamente o VIP ou EIP de uma instância NLB e de uma instância CLB que compartilham os mesmos servidores de backend.

Para evitar conflitos de tupla-5, ative a preservação de IP do cliente ou adicione mais servidores de backend (incluindo tipo IP) para distribuir as conexões.

Sondas de disponibilidade ICMP

Os nomes de domínio do NLB possuem sondas de disponibilidade integradas para VIPs privados. Se um firewall cloud ou ACL de rede bloquear o tráfego ICMP, a sonda de disponibilidade falhará e o VIP poderá ser removido do DNS. Permita o tráfego ICMP nas regras do firewall e da ACL para evitar esse problema.

Listeners UDP e protocolos com estado

Quando um listener UDP utiliza um grupo de servidores com algoritmo de agendamento hash de ID não QUIC (como round robin ou round robin ponderado), evite executar protocolos com estado (como QUIC) nos serviços UDP de backend. Se seus serviços UDP de backend forem com estado, configure o grupo de servidores para usar o algoritmo de agendamento hash de ID QUIC.

Conexões simultâneas com preservação de IP do cliente desativada

Com a preservação de IP do cliente desativada, cada zona suporta até 60.000 conexões simultâneas entre a instância NLB e um único servidor de backend (incluindo tipo IP). Ao atingir esse limite, o NLB aloca automaticamente novos IPs locais para evitar exaustão de portas. Cada zona comporta até 8 IPs locais, permitindo até 250.000 conexões simultâneas entre a instância NLB e um único servidor de backend por zona.

Certifique-se de que o vSwitch tenha endereços IP disponíveis suficientes para suportar esse dimensionamento.

Para não atingir o limite de conexões por zona, ative a preservação de IP do cliente ou adicione mais servidores de backend (incluindo tipo IP) para distribuir as conexões.