Chrome dev tools: 17 секунд до старта получения ответа на первый запрос?

Question

[dmitri_kotov_PhD]

Всем привет.

Дано: сайт на dedicated server, Centos 7.9 (ядро 6.3.9-1.el7.elrepo.x86_64) + nginx 1.27 + Wordpress (+ WPRocket, + Redis object cache).

Есть проблема: ~2-3 раза в день, возникает проблема: ПЕРВОЕ обращение к сайту зависает на 17 секунд.
Все последующие запросы отрабатывают очень быстро.

У кого-нибудь бывало такое?

Также:
В Google PageSpeed для desktop: 97 баллов.
Monit говорит, что всё прекрасно.

URL сайта дать не могу. Могу показать конфиги nginx.

Проверял второй имеющийся сервер (vps): там такой проблемы нет. Оба сервера в Дубае, в одном датацентре. Оба настраивал сам. Второй сервер "работает" на поддомене первого сервера, т.е. даже их домены описаны в одной доменной зоне в cloudflare.
Со вторым сервером всё прекрасно, а с этим нет.
Проверяю из России.

Что сделано:
проверена вся цепочка.. и доменная зона в cloudflare, и DNS в /etc/resolv.conf, и конфиги nginx, и тонкая настройка centos, redis, и все логи сервера.

Что я нахожу СТРАННЫМ: в chrome dev tools (Yandex Browser), таймлинии процесса загрузки в проблемном случае просто начинаются после 17-ти секундной задержки. См. скрин в прикреплении.


Нет никаких stalled state. Сам ответ сервера шустрый на всех стадиях. Как на графике, так и вживую, но за исключением 17-ти секундного лага при ПЕРВОМ запросе, и то лишь ИНОГДА.
Проверял с разных компьютеров.
Сам сайт получает по 2-3 запроса в секунду в среднем. Не простаивает.

Исходя из диаграммы, запрос сначала где-то ждёт 17 секунд, а потом молниеносно выполняется.
Перегруза сервера нет! Со стороны chrome dev tools Stalled state также в диаграмме отсутствует.
В сервере достаточно свободной ОЗУ и места на диске.
Судя по диаграмме, сигнал даже не доходит до сервера, а где-то тормозится. Но только первый запрос. Как так??
Думал на DNS, на SSL shake, нигде не нашёл проблем.

Кто-нибудь знает, в чём может быть засада?

Comments

[agpecam]

РКН

[dmitri_kotov_PhD]

Придётся копать strace, видимо.
Кто-нибудь знает, как правильно мониторить всё, что происходит на сервере при поступлении запроса к сайту?

Именно с strace опыта нет. Как-то не нужно было.
По-видимому, нужно мониторить nginx при помощи strace, прежде всего, и дальше по цепочке (PHP и т.д.)
Вопрос в том: а если проблема, например, где-то в неправильных настройках TCP? За это ведь ОС отвечает. Как это проверить.. не знаю.

К слову, TCP slow start отключен.

[dmitri_kotov_PhD]

Оказалось, тормозит в совсем неожиданном месте: при установке cookie для woocommerce.
Запрос поступает на сервер, дальше setcookie для woocommerce, дальше ~17 секунд система тупит. Затем выставляет куку.
Что там происходит, не представляю, т.к. отловить снова эту задержку пока не удалось.

Answer 1

[ky0]

 Дамп трафика снимите (желательно на обеих сторонах, чтобы потом сравнить) - из него станет понятно, кто там кого ждёт.

Comments

[dmitri_kotov_PhD]

Попробую, спасибо. Думал в эту сторону, но это мне представляется практически нереальным: со стороны сервера запускать tcpdump в произвольный момент, отлавливая не очень часто воспроизводимый случай возникновения проблемы.
Надеялся, может есть способ более верный и быстрее.
Но спасибо большое, буду пробовать.

[dmitri_kotov_PhD]

Удалось поймать момент, когда проблема есть.
Дамп трафика:
Вот эти строки появляются моментально. Уже хорошо. Значит сигнал доходит на сервер сразу, и проблема не в DNS. Уже конкретика.

Придётся копать strace, видимо.