Это не IP-адреса ELB.
Уверены ли вы?
Каждый узел в ELB - обычно есть два или три узла в среде с низким трафиком - имеет два IP-адреса, общий адрес и частный адрес.
Найти соответствующие IP-адреса в консоли EC2 в разделе Сеть & Безопасность> Сетевые интерфейсы. Вы должны найти «Владелец прикрепления», установленный на amazon-elb
, и «Описание», установленное на имя балансира.
Если это действительно не ваш ELB, тогда это должно сказать вам, что это такое.
Если это ваш ELB, то это почти наверняка «запасные» соединения, которые ELB пытается открыть для вашего экземпляра по соображениям производительности - чтобы избежать ожидания, чтобы настроить новое соединение, когда следующий запрос клиента прибывает.
Ваша установка лака закрывает их довольно быстро, поэтому ELB снова пытается.
Вы должны иметь возможность increase the req_timeout
чем-то большего, чем тайм-аут ELB (по умолчанию 60 секунд), и это должно привести к тому, что вы увидите намного меньше.
Этот совет был бы иным, если бы Лак (или любой другой веб-сервер) был непосредственно открыт для Интернета, потому что вам не нужны случайные браузеры, связывающие ресурсы ... но в случае ELB в HTTP/S (не TCP), ELB заботится об управлении простоя постоянных подключений из браузеров, каждый из которых не использует соединение с вашим экземпляром, и нет связи 1: 1 между соединениями на лицевой стороне и задней стороне ELB.
Что странно в том, что ничего не сделано в вашей сессии. Журнал означал, что '10.90.148.245' открывает сеанс HTTP/1.0 на вашем лаке. Затем ничего не делает, и сессия, наконец, закрывается, когда время истекает. Является ли '10.90.148.245' ваш ELB? –
Есть сеанс от двух IP-адресов. Один выше и этот: 10.104.144.137. Это не IP-адреса ELB. – guyyug
Просто из любопытства, как вы смотрите эти сессии на серверах ec2 (когда лак не является бэкэнд). Если вы посмотрите на http-журналы, вы не увидите их, поскольку запросы не будут выполнены ... –