ПРОЕКТЫ 


  АРХИВ 


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


  • To: unkn0wn <unkn0wn@xxxxxxxxxx>
  • Subject: Re[2]: 100.000 соединений
  • From: Vitaliy Okulov <vitaliy.okulov@xxxxxxxxx>
  • Date: Wed, 30 May 2007 20:39:46 +0400
  • Cc: nginx-ru@xxxxxxxxx
  • Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:x-mailer:reply-to:x-priority:message-id:to:cc:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding; b=YSefwCxj6Ai+Y921vrbJJwMcEiZ+CUzGaOdotj4nFougKt26b3JjIY4okZMoNEsHRFOaTKKLSuUGIgzfXNm2T39FJckhidGKze/3HDWiNyQepXvFz6NbPkdjGmB2YVpBtxPUplWAWI9XL+aGZFwNGgLDrs2stj1bBHZ+07JgrBs=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:cc:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding; b=Q+QpQ54PIkg5MDiQZPoKInFr1SmNg0Q9GTxl07Sdl+4kSRYZvYnWCGnhU3b6bNh157rxHVcljyqVzRe5JTfJlb2//AauROfVwTFfa/KT394Q/P+rnjfIsrQBdqyzuGUbrXsn5PnUM+I+3O6fa9NcowsqG5H4rPtKaaMH/1LZ9As=
  • In-reply-to: <20070530201622.78fd4ced@xxxxxxxxxxxxxxxxx>
  • References: <865318000.20070530182240@xxxxxxxxx> <20070530201622.78fd4ced@xxxxxxxxxxxxxxxxx>

Здравствуйте, unkn0wn.

Вы писали 30 мая 2007 г., 20:16:22:

>> Здравствуйте, nginx-ru.
>> 
>> Коллеги, решил спросить вас по поводу производительности nginx.
>> У кого-нибудь есть высоконагруженные проекты, где Nginx держит
>> >100.000 соединений на канале под 1Gb (>50% загрузки), если да, то
>> >какой у вас сервер, какая
>> ОС, что изменяли в ОС, то есть тюнили? Причем роль сервера просто
>> proxy, принять запрос обработать, отдать на backand и ответ отдать
>> медленному клиенту.
>> 
>> Если нет, то в теории - какая конфигурация выдержит такие требования?
>> 

> Собирать надо как минимум на солярке, потому как ни одна ОСь не
> выдержит такого кол-ва одновременных подключений как 65000. Насчет
> железа не скажу, поскольку слабо представляю, что такое может
> выдержать. Единственное что - надо позаботиться о большом кол-ве
> оперативы, поскольку php-fcgi при такой нагрузке если и будет
> стабильно работыть, то потребует большого объема оперативы, а
> реализовывать php в виде модуля к тому же апачу убъет систему уже на
> 2000 запросов. Также надо будет запретить keep-alive, на таком кол-ве
> запросов keep-alive'ы систему заDOSят простые клиенты на тех же 2000
> одновременных запросах. Не помешает и memcached.

Суть именно в проксировании + максимум отдачи статики. Так что
динамика отдается на backend, который по идее должен откеширован по
самое самое.

-- 
С уважением,
 Vitaliy                          mailto:vitaliy.okulov@xxxxxxxxx




 




Copyright © Lexa Software, 1996-2009.