Да, отправляю. location и dst тут не принципиален, картина аналогичная.

Александр

15 июня 2017 г., 17:44 пользователь Илья Шипицин <chipitsine@gmail.com>
написал:

> "GET /files/images/1284_1284/58/b4/58b455be4b559395714059e5.jpg" - по
> fastcgi запрос отправляете ?
>
> (просто в моем представлении fastcgi это php, а тут похоже на статику)
>
> 15 июня 2017 г., 19:21 пользователь Алексанр Платонов <
> al.al.platonov@gmail.com> написал:
>
>> Добрый день.
>>
>> У меня есть ~30 хостов в 3-х разных ДЦ. Nginx принимает нагрузку и
>> распределяет её по алгоритму WRR на php-fpm пулы, расположенные на этих же
>> хостах.
>>
>> Периодически, примерно 1/5000 (ошибка к общему кол-ву запросов) на
>> случайном хосте получает ошибку:
>> front14 2017/06/15 15:37:40 [error] 13063#13063: *2446289 upstream timed
>> out (110: Connection timed out) while connecting to upstream, client:
>> 217.69.135.0, server: site, request: "GET /files/images/1284_1284/58/b4/58b455be4b559395714059e5.jpg
>> HTTP/1.0", upstream: "fastcgi://217.69.137.52:8081", host: "site"
>>
>> после получения ошибки nginx проксирует запрос на другой сервер и там все
>> отрабатывает нормально.
>>
>> front14 217.69.135.0 - - [15/Jun/2017:15:37:41 +0300] "GET
>> /files/images/1284_1284/58/b4/58b455be4b559395714059e5.jpg HTTP/1.0" 200
>> 139517 "-" "okhttp/3.4.1" "-" request_time: 1.660 upstream_addr:
>> 217.69.137.52:8081, 217.69.137.51:8081 upstream_response_time: 0.677,
>> 0.981 upstream_status: 504, 200 upstream_cache_status: - "tid:"
>> 13063-1497530259.494-217.69.135.0-163-2446289
>>
>> Меня волнует это так как увеличивается время ответа и всегда есть некий
>> фоновый поток 504 ошибок. Подскажите, пожалуйста почему возникает таймаут и
>> как его избежать?
>>
>> Файл nginx-debug с одной проблемной сессией: https://uploadfiles.io/eokgp
>> Файл конфигурации nginx: https://ufile.io/w8x56
>> Список upstream: https://ufile.io/3tt84
>> Cписок параметров fastcgi: https://ufile.io/gdzaa
>> Sysctl: https://ufile.io/cdboz
>>
>> Снимал несколько раз tcpdump и наблюдал следующую картину:
>> 1) хост с nginx послылает FIN на бэкенд сразу после своего же ACK бэкенду
>> через 13ms, не пересылая данные вообще.
>> 2) хост с nginx посылает RST через 10 мкс после получения SYN, ACK от
>> бэкенда и через ~ 780 мкс от своего SYN.
>>
>> типовой ss -i
>> ESTAB 0 0 217.69.134.124:40538 217.69.137.52:tproxy
>>
>> cubic wscale:7,7 rto:202 rtt:2.75/1.5 cwnd:10 bytes_acked:865
>> segs_out:3 segs_in:2 send 42.1Mbps rcv_space:14600
>>
>> Не понятно почему при настройке nginx fastcgi_connect_timeout 300ms; в
>> логе вижу upstream_response_time: 0.677 секунды. Есть этому объяснение?
>>
>> Спасибо всем,
>> Александр
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru