это уже надо отлаживать
чем именно занят сервер

и:

upstream backend
{
server 192.168.0.250:1982;
server 192.168.0.249:1982;
server 192.168.0.251:1982;
}

уберите параметр max_fails
что указано в строке http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html#proxy_next_upstream ?

попробуйте что-то вроде proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404; #все ошибки в общем

proxy_connect_timeout 1;

On 23.12.2010, at 18:25, ruslan usifov wrote:

> 23 декабря 2010 г. 17:59 пользователь Alexey V. Karagodov <
> kav@karagodov.name> написал:
>
>> зачем столько процессов (детей) nginx?
>> они отдают статику с разных дисков? или 5-и головый процессор?
>> несколько процессов нужно, если есть вероятность их блокировки, например на
>> дисковых операциях IO, а также многопроцессорность/многоголовость (исключая
>> HT)
>> судя по отжиранию ЦПУ процессами пхп, либо у вас много посетителей, либо
>> пхп отдаёт статику и пр. подобные глупости, либо они все чего то ждут (
>> 50.0% system )
>> 3.5% interrupt - многовато
>>
>>
>> У нас 8 головый проц (точнее 2 проца по 4 ядра), потому и процессов nginx
> 8, посетителей дейсвительно много. На этой же машине находиться nginx (из за
> этого много interrupt)
>
>
> Но я все никак не могу взять в толк почему же round robin балансировка не
> балансирует нагрузку примерно одинакого, у меня нет ни разноплановых
> приложений (приложение одно) ни каких либо ещё хитростей, все просто и тупо,
> три сервера обслуживают одно приложение.Просто обидно становиться когда один
> сервер пашет как пылесос а остальные прохлаждаються:-(
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru


_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru