Всем привет. Проксируя запросы на fastcgi-бекенд, передаем в одном из заголовков $msec. При этом приложение, сравнивая время, полученное в заголовке, и настоящее для него, дает аномальный дифф - до 40мс внутри локалки, а иногдby opan - Nginx Mailing List - Russian
Добрый день! 1. В данном случае мы видели содержимое и ответ умещался в один пакет 2. У нас есть метрики на самом бэкенде, где мы засекаем время ответа. в 90% оно составляет меньше <1 мс, в то время как 90 персентиль по логамby opan - Nginx Mailing List - Russian
Добрый день. В продолжение изучения проблемы обнаружили что в логе нжинкса upstream_response_time - 41ms, а этот же запрос, если смотреть tcpdump, время ответа бэка меньше 1ms: https://www.dropbox.com/s/04falc2m073jnf5/Screenshot%202020-03-25%2016.38.15.png?dl=0 Как такоеby opan - Nginx Mailing List - Russian
1. Про ssl верно, мы замеряли сколько времени занимает установка соединения. Это 20-30мс, не больше. 2. Пробовали, не помогает Во всем этом самое странное, что время ответа через прокси и напрямую примерно одинаковое, хотя еby opan - Nginx Mailing List - Russian
У нас есть одна площадка, нжинкс принимает запросы и проксирует на бэкенд через fcgi_pass. В логах нжинса мы видим upstream_response_time 40мс. Появилась вторая площадка, мы принимаем там трафик и отправляем все на первую площадку черby opan - Nginx Mailing List - Russian
Добрый день. Есть следующая конфигурация сервера: server { listen 80; ## listen for ipv4 listen 443 default_server ssl; server_name localhost; server_name_in_redirect off; location = /loc { if ($scheme = http) { return 301 https://$server_name$request_uri; } ... Мы ожидаем чтоby opan - Nginx Mailing List - Russian