ПРОЕКТЫ 


  АРХИВ 


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: 100.000 соединений



On Thursday 31 May 2007 21:51, Vitaliy Okulov wrote:
> Здравствуйте, Andrei.
>
> Вы писали 31 мая 2007 г., 21:28:07:
> > On Thursday 31 May 2007 21:03, Exe wrote:
> >> >> > Гм, а как по-Вашему возможно поддерживать 100.000 исходящих на
> >> >> > backend соединений, если портов только 65535 ?
> >> >>
> >> >> Вы все путаете. Соединения идентифицируются по {удаленный адрес,
> >> >> адаленный
> >> >> порт, локальный адрес, локальный порт},
> >> >> таких комбинаций гораздо более 65536.
> >> >
> >> > Мне неизвестно каким образом можно иметь на хосте более одного
> >> > исходящего соединения с одинаковыми src.addr & src.port. А Вам ?
> >>
> >> Я ошибся, я думал речь шла о входящих соединениях.
> >> Тока мне кажется что это явный перебор делать столько исходящих
> >> соединений на бэкенды.
> >
> > Из моего опыта при средней скорости 3000 req/sec и среднего времени
> > ответа backend'а в районе 100-300 мсек это как раз в районе 100.000
> > соединений. При подвисании бэкендов из-за общей причины, например,
> > задумавшегося mysql имеем всего ~20 секунд на то, чтобы кончились все
> > 65000 портов.
> >
> > Это внештатная, даже может быть немного надуманная ситуация, но все равно
> > хорошо когда отказоустойчивость продумана на всех этапах обработки
> > запроса.
>
>                   timeout 10 секунд?

Да, вполне, как вариант.


-- 
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take


 




Copyright © Lexa Software, 1996-2009.