Базу вынести на отдельный сервер, апач и кеширующий nginx парами, перед всем этим haproxy. Статику можно вынести на ещё отдельный сервер.

Тебе так, в общем поинтересоваться или конфиги сбросить? ;)

Примерно 75.000 обращений за день

Это весьма умеренно нагруженный сервер. Когда-то в несколько раз большую нагрузку у меня держал древний 2xXeon-1800 с 2,5Гб оперативки, на котором ещё в фоне и реалтаймовая MMORPG на Java крутилась :)

Было бы классно

Если скините конфиги пощупать. По Апачу документацию почитаю конечно, и по nginx. А вот конфиги помогли бы сориентироваться.

75.000 обращений за день

Планируется установка 12 серверов

нанотехнологии что-ли?

Нагрузи максимально трафиком один сервер на 10 минут. Если выдержит больше 75000, сделаешь выводы.

Балансировку можно nginx'у оставить и отказаться от apache

Угадай на скольки тачках работает ЛОР?

nginx-овый пример тут - http://habrahabr.ru/blogs/nginx/131146/

С haproxy всё элементарно, там три ключа в конфигах.

Тогда nginx будет один, так? А от апача как отказываться, РНР к nginx прикручивать? Не нравится мне такое решение... Я описываю окружение, с которым работал, правда вместо апача жил IIS с ASP.NET, его выкинуть было бы тяжело :)

Угадай на скольки тачках работает ЛОР?

А число визитов можно тут посмотреть:
http://top.mail.ru/visits?id=71642&period=0&date=2012-01-18&

вполне рабочее и опробованное решение.

ты, наркоман, все свои решения на работе принимаешь на основе нравится/не нравится? что значит «nginx будет один»? придурок, думаешь без апачи жизны нет? или если ты читал статью на хабрахабре, то уже стал разбираться в вопросе?

2TC: не слушай этого наркомана, ставь nginx, по возможности уходи от apache, haproxy тебе не нужен.

нафиг кэширующий, делай балансировку нагрузки, субд и статику на отдельные сервера

Статью я писал. Толсто.

2ТС: не слушай этого наркомана, ставь nginx, решай, нужен ли haproxy и можно ли уйти от апача.

Может, это и правда лучший выход, вынос статики и БД не обсуждается.

У меня очень маленький опыт с РНР+nginx, так что поверю. Так, друпальные сайты на 2-3 тысячи посещений в день.

Примерно 75.000 обращений за день.

Планируется установка 12 серверов, но пока только 2.

на 75 тыщ 12 серверов? o.0 Тут одного-двух хватит. В зависимоти как работает бекенд

Примерно 75.000 обращений за день.

Менее одного клиента в секунду. То бишь не более пары десятков запросов в секунду. Это не много.

А от апача как отказываться, РНР к nginx прикручивать? Не нравится мне такое решение...

Очень даже неплохое решение. Или для тебя апач - это святое, без которого не обойтись?

И да, балансировку можешь хоть раунд-робином делать при условии хранения сессий в каком-то общем месте (в мускуле или мемкеше)

Я прикручивал, но не знаю, как связка PHP+nginx себя поведёт под нагрузкой. Апач для меня ни разу не святое.

Я прикручивал, но не знаю, как связка PHP+nginx себя поведёт под нагрузкой. Апач для меня ни разу не святое.

Да вполне нормально он себя ведет. У меня в часы пик примерно 10 запросов в секунду, связка nginx+php5-fpm справляется.

Скинь конфиг, а? Интересно. Я явно сливаю тебе в похапе-серваках.

http://pastebin.com/f1aLTkB8

Эээ, а где тут похапе обработчик? Я тупой или где?

Ну там все стандартно: http://pastebin.com/ZPKE9jZN

На порт 9000 вешаем собственно пых. Его конфиги нужны?

Да, как раз это и интересно. Я использовал это руководство.

Install spawn-fcgi:
yum install spawn-fcgi

Install spawn-fcgi shell script:
wget http://bash.cyberciti.biz/dl/419.sh.zip
unzip 419.sh.zip
mv 419.sh /etc/init.d/php_cgi
chmod +x /etc/init.d/php_cgi
rm 419.sh.zip

Add php application server to startup:
chkconfig --add php_cgi

Fix nginx+PHP php injection vulnerability:
 Create /etc/php.d/cgi.fix.ini :
cgi.fix_pathinfo=0

Start php application server:
/etc/init.d/php_cgi start

Нормально?

ubuntu lts + nginx + php-fpm

А зачем бубунта при наличии центоси?

А зачем центось при наличии бубунты?

<offtop>Интересно, что же лучше - rpm или deb based дистрибутивы?</offtop>

Да как-то вендоры больше на редхат ориентируются...

Вам шашечки или ехать?

Да как-то вендоры больше на редхат ориентируются...

в редхате как-то тяжело с не-одобренным ентерпрайзом софтом, nginx/lighttpd вроде до сих пор в репозитории нету, приходится из помоек каких-то ставить/самому компилять.

spawn-fcgi в топку. Смотри на php-fpm

Ага, спасибо, гляну. Хочется уже в LAMP одну букву заменить.

Как человек, начавший знакомство с линуксом с Генту, я не понимаю проблемы компильнуть нужный пакет.

W(indows)A(pache)M(SSQL)P(HP)? >_<

:)

B(SD)AMP же!

А по теме, вот бы ASP.NET с венды перетащить...

компильнуть-то не проблема, а вот поддерживать в актуальном состоянии и следить за проблемами в безопасности уже тяжелее.