Назад | Перейти на главную страницу

Производственный экземпляр: проблема подключения CLOSE_WAIT

Я использую экземпляры 10EC2 за 1 ELB. И ELB настроил 80 на 8080 и 443 на 8080 порт.

И все экземпляры 10EC2, установленные с Apache Tomcat, общий объем запросов на ELB составляет от 8000 до 10000 за 1 минуту.

Я столкнулся с проблемой подключения CLOSE_WAIT на 10 экземпляре EC2 с Apache Tomcat.

Тип инстанса EC2: m1.xlarge

Когда мы перезапускаем Apache Tomcat, все соединения CLOSE_WAIT теряются, но это неправильный способ работы с производственными экземплярами.

Пожалуйста, помогите мне.

Некоторые клиенты не закрывают TCP-соединение должным образом после завершения. Это вне вашего контроля. Обычно они истекают через некоторое время и не создают особых проблем, кроме загромождения списка, который вы получаете netstat -an и тому подобное.

Итак, почему у вас с этим проблемы?

Это может быть уместно: Что ограничивает максимальное количество подключений на сервере Linux?

Проверять, выписываться резак.

Cutter - это инструмент для брандмауэров на базе Linux, который позволяет администратору брандмауэра принудительно [sic] прерывать соединения, проходящие через них.

Это вариант описанной здесь проблемы: https://unix.stackexchange.com/questions/10106/orphaned-connections-in-close-wait-state У вашего приложения много мобильных клиентов? Эти клиенты, подключающиеся к ненадежным сетям, могут делать сумасшедшие вещи с состояниями TCP.

Самый простой способ справиться с этим - перезагружать экземпляры apache непрерывно, скажем, один сервер каждые 30 минут. Если у вас достаточно экземпляров за вашим ELB, то чистый эффект для вашего сервиса должен быть терпимым.