Estou usando 10EC2 Instances por trás de 1 ELB. E o ELB configurou as portas 80 a 8080 e 443 a 8080.
E todas as instâncias 10EC2 instaladas com o Apache Tomcat, solicitação total no ELB em torno de 8000 a 10000 em 1 minuto.
Estou enfrentando problema para a conexão CLOSE_WAIT na 10 instância do EC2, tendo o Apache Tomcat.
Tipo de instância do EC2: m1.xlarge
Quando reiniciamos o Apache Tomcat, todas as conexões CLOSE_WAIT são perdidas, mas não é a maneira correta de trabalhar em instâncias de produção.
Por favor me ajude.
Alguns clientes não fecham corretamente a conexão TCP quando terminam. Isso está fora de seu controle. Em geral, isso acaba depois de um tempo e não cria um problema muito grande, a não ser sobrecarregar a listagem obtida de netstat -an e similares.
Então, por que você está tendo um problema com isso?
Isso pode ser pertinente: Quais limites o número máximo de conexões em um servidor Linux?
Esta é uma variante do problema descrito aqui: link Seu aplicativo tem muitos clientes móveis? Esses clientes, conectando-se através de redes não confiáveis, podem fazer coisas malucas com estados TCP.
A maneira mais simples de lidar com isso é reinicializar as instâncias do apache de maneira contínua - digamos, um servidor a cada 30 minutos. Se você tiver instâncias suficientes por trás do seu ELB, o efeito líquido no seu serviço deve ser suportável.
Confira o cortador .
O Cutter é uma ferramenta para firewalls baseados em linux que permite que as conexões que passam por elas sejam forçadas [sic] a serem abortadas pelo administrador do firewall.
Tags amazon-ec2 tomcat linux centos