ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


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


  ПРОГРАММЫ 



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














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

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

Re: [apache-talk] solution for situation (mod_accel)



On Wed, 20 Mar 2002, Alex Sergeyev wrote:

> Есть два, довольно мошных сервера. Сейчас они работают как две
> копии друг друга с round-robin DNS для разброски запросов...
> 
> Большинство ответов - результаты shtml+perl/pure-perl/php скриптов.
> 
> Но есть где то 1-2% или может даже больше статической информации,
> около 1-2% опять же - просто shtml. Вообщем 3-5% ответов вполне
> было бы полезно кешировать дабы снизить нагрузку, которая имеет
> тенденцию к росту.
> 
> Уроверь нагрузки серверов каждого в отдельности - от 200 до 5000
> хитов в час. Скрипты кроме того завязаны с третим сервером на 
> котором решено и далее оставлять только MySQL и ничего более.
> 
> Вообщем вопрос встал в следующем - в какую сторону идти - взять
> на обоих серверах поставить пары фронтэнд-бекенд или один сделать
> только акселератором а другой заставить работать на полную 
> катушку?
> 
> И вообще кто имеет опыт работ в подобных ситуациях - может
> поделитесь?

Для такой нагрузки - 2 * 5000 = 10000 r/h => 3 r/s => 15-20 одновременных
соединений => столько же занятых Апачей, я думаю, городить огород
не стоит, при условии, что одна машина способна потянуть столько тяжёлых
mod_perl'овых Апачей.

Для чего нужен mod_accel ? На мой взгляд, у него два основных применения:
1. тяжелый бэкенд, например, mod_perl и много соединений;
2. контент долго генериться, но может кэшироваться.
Возможны ещё применения, но эти два были основными, из-за них я собственно
и начал делать mod_accel.

Игорь Сысоев
http://sysoev.ru

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.