Спасибо, Максим!
Да, тестово получилось повторить, дело действительно в delayed Ack.
On 9/4/20 6:38 PM, Maxim Dounin wrote:
Hello!
On Fri, Sep 04, 2020 at 01:33:18PM +0300, Panichev Oleg wrote:
При включении keepalive в секции upstream для fastcgi серверов
upstream_response_time
Пинг в продакшн быстрый: rtt min/avg/max/mdev = 0.054/0.095/0.131/0.027 ms
Примеры, приведенные выше, вообще делаются на одном сервере (localhost:9000)
Протокол fastcgi.
On 9/4/20 3:29 PM, fox wrote:
Пинг до сервера какой? Протокол http 1.1?
04.09.2020 18:22, Panichev Oleg пишет:
В данном
13:33, Panichev Oleg <mailto:panic...@rutarget.ru>>:
Добрый день.
При включении keepalive в секции upstream для fastcgi серверов
upstream_response_time увеличивается на 40мс при нагрузке. Это
достаточно четкий шаг, реальный ответ бэкендову нас - единицы
миллисекунд,
Добрый день.
При включении keepalive в секции upstream для fastcgi серверов
upstream_response_time увеличивается на 40мс при нагрузке. Это
достаточно четкий шаг, реальный ответ бэкендову нас - единицы
миллисекунд, но nginx показывает на 40мс больше. Apache benchmark tool
показывает тоже
стный проект Сбербанк и АФК Система
<https://www.interfax.ru/business/636949>
Segmento logo
On 29.03.2019 10:42, Илья Шипицин wrote:
настройку keepalive_requests меняли ? или дефолт ?
пт, 29 мар. 2019 г. в 12:37, Panichev Oleg <mailto:panic...@segmento.ru>>:
Привет!
Пробле
Привет!
Проблема — высокое число timewait коннекшнов между nginx-proxy и
бэкендами (до 30-40к), уровень трафика — десятки тысяч запросов в
секунду извне, в основном короткие сессии на несколько запросов. Стек
Centos 6 настроен на переиспользование tw sockets - tw_reuse=1,
tcp_fin_timeout
Добрый день,
У нас есть задача часть трафика отправлять на тестовый стенд. Решили
этот вопрос таким образом
split_clients "${shard_key}" $test_or_204 {
5% test;
* mirror_204;
}
upstream test {
server test:1234;
}
location /original {
...
mirror /mirror
...
Добрый день,
У нас есть задача часть трафика отправлять на тестовый стенд. Решили
этот вопрос таким образом:
split_clients "${shard_key}" $test_or_204 {
5% test;
* mirror_204;
}
upstream test {
server test:1234;
}
location /original {
...
mirror /mirror
...