


Descrição breve
------------------



A [métrica do Classic Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-cloudwatch-metrics.html#loadbalancing-metrics-clb) **SurgeQueueLength** mede o número total de solicitações enfileiradas pelo Classic Load Balancer. Uma estatística máxima excedida para a **SurgeQueueLength** indica que os sistemas de back-end não podem processar as solicitações recebidas tão rápido quanto elas são recebidas. Os possíveis motivos para uma métrica **SurgeQueueLength** elevada incluem:


* Instâncias sobrecarregadas do Amazon Elastic Compute Cloud (Amazon EC2) por trás do Classic Load Balancer que não podem processar todas as solicitações recebidas
* Problemas de dependência de aplicações devido a problemas de performance de recursos externos
* Limites máximos de conexão permitidos para instâncias


Quando as solicitações excedem o máximo da **SurgeQueueLength**, a métrica **SpilloverCount** começa a medir as solicitações rejeitadas. A **SurgeQueueLength** máxima é de 1024.



Resolução
-----------



* [Configure grupos do Auto Scaling com o Classic Load Balancer](https://docs.aws.amazon.com/autoscaling/ec2/userguide/autoscaling-load-balancer.html) para escalar as instâncias com base na demanda.
* [Configure o CloudWatch para monitorar o Classic Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-monitor-logs.html).
* [Ative o monitoramento detalhado das instâncias por trás do Classic Load Balancer](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch-new.html) para monitorar a métrica [CPUUtilization](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#ec2-cloudwatch-metrics). Você também pode [obter estatísticas para uma instância específica](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/US_SingleMetricPerInstance.html). Se a utilização da CPU aumentar, as instâncias estarão muito ocupadas processando solicitações existentes para aceitar novas solicitações. Considere [expandir suas instâncias ou escalar para um tipo de instância com mais poder de processamento](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html).
* [Solucione erros de HTTP](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/ts-elb-error-message.html) do Classic Load Balancer. Os problemas relacionados ao carregamento geralmente retornam erros HTTP 503 ou 504.
* Se suas instâncias do Amazon EC2 executam o Apache, consulte [Como faço para ajustar a alocação de memória do servidor web do Apache para evitar erros de falta de memória em uma instância do Linux do EC2?](https://repost.aws/pt/knowledge-center/ec2-apache-memory-tuning)
* Para problemas de performance relacionados ao aumento normal do tráfego ao longo do tempo, considere [aumentar a capacidade da instância](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#change-instance-type-of-ebs-backed-instance).





---




Informações relacionadas
--------------------



[Métricas do CloudWatch para seu Classic Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-cloudwatch-metrics.html)







Minha métrica SurgeQueueLength do Amazon CloudWatch para o meu Classic Load Balancer tem uma estatística máxima excedida. Os clientes também recebem os erros HTTP 503 Service Unavailable ou HTTP 504 Gateway Timeout quando tentam se conectar ao meu Classic Load Balancer. Como soluciono esses problemas de capacidade do Elastic Load Balancing?

Resolução de problemas de capacidade do Elastic Load Balancing

Como soluciono problemas de capacidade do Classic Load Balancer no ELB?

Como soluciono problemas de capacidade do Classic Load Balancer no ELB?

Descrição breve

Resolução

Informações relacionadas

Conteúdo relevante