Re: proxy_next_upstream off и hash consistent

[Vladimir Stackov]

И чтобы десять раз не вставать:

# uname -a
Linux BALANCER 3.10.0-229.20.1.el7.x86_64 #1 SMP Tue Nov 3 19:10:07 UTC
2015 x86_64 x86_64 x86_64 GNU/Linux

# nginx -V
nginx version: nginx/1.8.0
built by gcc 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC)
built with OpenSSL 1.0.1e-fips 11 Feb 2013
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log
--http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid
--lock-path=/var/run/nginx.lock
--http-client-body-temp-path=/var/cache/nginx/client_temp
--http-proxy-temp-path=/var/cache/nginx/proxy_temp
--http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp
--http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
--http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx
--with-http_ssl_module --with-http_realip_module
--with-http_addition_module --with-http_sub_module --with-http_dav_module
--with-http_flv_module --with-http_mp4_module --with-http_gunzip_module
--with-http_gzip_static_module --with-http_random_index_module
--with-http_secure_link_module --with-http_stub_status_module
--with-http_auth_request_module --with-mail --with-mail_ssl_module
--with-file-aio --with-ipv6 --with-http_spdy_module --with-cc-opt='-O2 -g
-pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic'


25 декабря 2015 г., 19:27 пользователь Vladimir Stackov <
amigo.elite на gmail.com> написал:

> Пока конфиг в почте правил, пропустил.
> На самом деле после proxy_http_version 1.1; ещё и proxy_set_header
> Connection "";
>
> 25 декабря 2015 г., 19:01 пользователь Vladimir Stackov <
> amigo.elite на gmail.com> написал:
>
> Приветствую,
>>
>> http {
>>     log_format lb
>> '$remote_addr\t[$time_local]\t$http_x_warehouse_code\t$upstream_addr';
>>
>>     upstream groups {
>>         hash $http_x_warehouse_code consistent;
>>         server 127.0.0.1:8001 max_fails=0;
>>         server 127.0.0.2:8002 max_fails=0;
>>         keepalive 1000;
>>     }
>>
>>     server {
>>         listen            80;
>>         access_log  /var/log/nginx/lb_groups.log  lb;
>>         access_log  /var/log/nginx/access.log  main;
>>
>>         location / {
>>             proxy_pass  http://groups;
>>             proxy_http_version 1.1;
>>             #proxy_next_upstream error timeout http_502;
>>             proxy_next_upstream off;
>>         }
>>     }
>> }
>>
>> При этом
>>
>> # grep , lb_groups.log
>> 10.98.26.35    [25/Dec/2015:17:40:01 +0300]    552277    127.0.0.2:8002,
>> 127.0.0.1:8001, 127.0.0.1:8001
>> 10.98.21.188    [25/Dec/2015:17:41:28 +0300]    543382    127.0.0.1:8001,
>> 127.0.0.2:8002
>> 10.98.65.252    [25/Dec/2015:17:47:06 +0300]    210024    127.0.0.2:8002,
>> 127.0.0.1:8001
>> 10.98.10.65    [25/Dec/2015:17:47:06 +0300]    703024    127.0.0.2:8002,
>> 127.0.0.1:8001
>> 10.98.45.143    [25/Dec/2015:17:47:25 +0300]    020122    127.0.0.1:8001,
>> 127.0.0.2:8002
>>
>> Вопросы:
>> 1. Почему переключение на следующий апстрим происходит, т.е. почему nginx
>> игнорирует proxy_next_upstream и max_fails=0?
>> 2. Как объяснить nginx'у, что так делать не следует?
>>
>> --
>> Kind regards,
>> Vladimir.
>>
>
>
>
> --
> Kind regards,
> Vladimir.
>



-- 
Kind regards,
Vladimir.
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20151225/cb949066/attachment.html>