ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: nginx upstream: толи я не верно по нимаю weight, толи nginx


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: nginx upstream: толи я не верно по нимаю weight, толи nginx
  • From: Алексей Бобок <alexey.bobok@xxxxxxxxx>
  • Date: Fri, 17 Apr 2009 23:21:54 +0300
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=KlbmVD6f/L91PXJhTuAU+Dcx11FPJ5SPJ8jGVLe8tvA=; b=wxUSiRFCxcUv1by9aOyllQM5VsK4oTDPA5u6mHqVlo7G0Q1E8ffFSoj/qCTavuRzUE sfhhPpSpe16MMbI37XaBdJl8H7EYLHv+Hzd9Hwy1KKzqVIOFw8DSeNRimUcOr85W9gdH DKd0I8IEWlpBxXhTZKUQQncGzeG5VciVMS2q8=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=fcFOflKKOtQ5+AdiHXbZzfwcimorYnZ/8GlW1s8HUH9P++UG1WY0p5f2ehdnlFJzzo azzH+7UG5M+/1czy919AS4IxGKpHv6rnaoOZY7hr7CuQGr0iR/ie7fZBinBCdhkL3KA6 eAdbqgYfCnQ4JSgUCJUFXzxfgc1uvOTe28VNU=
  • In-reply-to: <381e60660904171107y4ecd2e93vca5c59595e761f4b@xxxxxxxxxxxxxx>
  • References: <381e60660904171107y4ecd2e93vca5c59595e761f4b@xxxxxxxxxxxxxx>

Народ, а я вообще правильно конфиг написал? Конкретно то место, где
описываются server с проксированием в uhfecluster  и server 127.0.0.1?
может я nginx в какой-то loop ввожу? (проапдетил до v0.7.51)
потому что в ексес-логе при однократном апдейте страницы я вижу на
первичном сервере 2 обращения: с олкалхоста и со своей рабочей машины
127.0.0.1 - - [17/Apr/2009:22:57:15 +0000] "GET / HTTP/1.0" 200 33 "-"
"Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.0.8)
Gecko/2009032609 Firefox/3.0.8"
192.168.231.1 - - [17/Apr/2009:22:57:15 +0000] "GET / HTTP/1.1" 200 44
"-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.0.8)
Gecko/2009032609 Firefox/3.0.8"

17 апреля 2009 г. 21:07 пользователь Алексей Бобок
<alexey.bobok@xxxxxxxxx> написал:
> FreeBSD 7.1-RELEASE-p4, nginx version: nginx/0.7.30
> тестовая платформа из 2 идентичных машин на VMWare. Задача
> FreeBSD+CARP Failover для внедрения на продакшне, где работает сайт на
> PHP. Но решили, что нефиг простаивать втупую резервной машине и
> оттестировать также и следующую задачу: все запросы приходят на carp
> master server, 70% обрабатываются локально, 30% отправляются на carp
> backup server. Из етого получился следующий упрощенный конфиг на
> master server'e:
>
> upstream  uhfecluster  {
>    server   127.0.0.1:80 weight=7;
>    server   backup.test.local weight=3 max_fails=3  fail_timeout=30s;
> #хостнейм резолвится в физичеcкий IP backup server'a
> }
>
> server {
>    listen 192.168.231.9:80; #IP адрес на carp интерфейсе
>    location / {
>        proxy_pass  http://uhfecluster;
>    }
> }
>
> server {
>        listen 127.0.0.1:80;
>        server_name test.local;
>        access_log /var/log/nginx_virt-access.log  combined;
>
>       location / {
>                root /1/vhost;
>                index index.php index.html index.htm;
>        }
>
>  #forward .php files to php-fpm FastCGI server
>        location ~* \.php$ {
>                fastcgi_pass        unix:/tmp/php-fpm.sock;
>                fastcgi_index       index.php;
>                fastcgi_param       SCRIPT_FILENAME
> /1/vhost$fastcgi_script_name;
>                include             fastcgi_params;
>        }
>      }
>
> В итоге при обновлении страницы получаю
> 3 ответа с backup server'a, 1 запрос с master server'a
>
> В такой конфигурации:
> upstream  uhfecluster  {
>    server   127.0.0.1:80 weight=3;
>    server   backup.test.local max_fails=3  fail_timeout=30s;
>
> }
> получаю поочередные ответы с обоих серверов.
>
> В чем проблема?
> --
>
> --
> Best regards, Alexey Bobok
>



-- 

--
Best regards, Alexey Bobok


 




Copyright © Lexa Software, 1996-2009.