У нас есть сервис с этой архитектурой: < /p>
Запросы HTTPS попадают в балансировщик нагрузки A10, который выполняет балансировку нагрузки L4 < /li>
За ним 2 -й серверы с Apache, который заканчивает соединение TLS < /li>
В Apache, что выступает в Apache. Сервис на Localhost < /li>
Эта локальная служба использует стрелкан, и внедряется в Python с использованием Aiohttp (Python 3.11.2, работающий на Debian Linux («Bookworm»), работающий в качестве VMware VM) < /li>
< /ul>
Теперь у нас есть некоторые случаи, когда пользователи сообщают о тайм -аутах. И журналы Python Application, и Apache записывают журналы, и поэтому мы проследили некоторые тайм -ауты до странной задержки. Приложение Python регистрирует сообщение прямо перед тем, как оно передает его реакцию на стрелобник (и, следовательно, к Apache), а иногда время между этим журналом и журналом Apache Access действительно длинное, например, 300 -е годы.
Это несколько редкого происшествия, в течение дня, когда мы обрабатываем примерно 880k -запросы, есть только 17 запросов, где задержка составляет 30 -е годы, которые представляют это. /> Понимая весь сетевой трафик в огромном файле .pcap < /code>, а затем просеивает его, это немного безнадежно, слишком много данных, и ответы от Apache зашифрованы, поэтому это затрудняет отслеживание идентификаторов запросов в файлах PCAP. Редко мы также видим медленные запросы с корпусом ответа
Подробнее здесь: https://stackoverflow.com/questions/795 ... http-serve
