Re: Вопрос по upstream-у

Боченков Сергей ba4an at ya.ru
Thu Dec 20 18:34:00 MSK 2007


http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html



Если при попытке работы с сервером произошла ошибка, то запрос будет передан следующему серверу и так до тех пор, пока не будут опробованы все работающие сервера. Если не удастся получить успешный ответ от всех серверов, то клиенту будет возвращён результат работы с последним сервером.



20.12.07, 17:53, Монашёв Михаил (postmaster at softsearch.ru):



> Здравствуйте.

> Есть два мемкашеда:

>         upstream  memcached_backend  {

>             server     xx.xx.xx.1:11211        weight=1;

>             server     xx.xx.xx.2:11211        weight=1;

>         }

> и вот такой конфиг для сервера:

>                 location /dddd/ {

>                         set                     $memcached_key   "$host$uri$is_args$args";

>                         memcached_pass          memcached_backend;

>                         memcached_next_upstream not_found;

>                         error_page              404 502 504 = @fallback;

>                 }

>                 location @fallback {

>                         proxy_pass      http://yy.yy.yy.yy:80;

>                 }

> задумывалось, что если $memcached_key не найден в первом мемкашеде, то

> будет сделан запрос ко второму. А если и там нету, то он проксируется

> Апачу.

> Есть ощущение, что на второй мемкашед nginx не идёт.

> Я пробовал логировать $upstream_response_time, но там всегда вот такое

> такое пишется:

> 0.000 , 0.000 : 0.145

> 0.023 , 0.000 : 0.145

> 0.000 , 0.045 : 0.145

> но ни разу не написалось

> 0.023 , 0.045 : 0.145

> от  чего  я  сделал  вывод,  что  обращение происходит только к одному

> мемкашеду,   а   в  случае  не  нахождения  ключика  происходит  сразу

> проксирование апачу.

> Как определить, ходит ли nginx ко второму мемкашеду в случае, если не

> нашёл ключик на первом?



--

Качественная фотопечать - на Яндекс.Фотках. От 3,5 рублей.  http://fotki.yandex.ru/print.xml 






More information about the nginx-ru mailing list