10.000 обращений в секунду :)

В зависимости от реальной нагрузки

1. Один сервер

2. Один nginx -> несколько php обработчиков -> возможно glusterfs -> один memcache (для сессий) -> один mysql

3. Если один mysql не справляется -> обновил бы сервак или начал добавлять новые mysql, возможно как master <-> master или как master -> slave в зависимости от кода движка.

4. Если один nginx не справляется -> тогда roundrobin dns и несколько nginx серверов.

Если много "гостей" -> которые получают один и тот же контент, который не так часто обновляется -> закешировал его, возможно целиком страницы (например через nginx) по куке.

Какие-нибудь тяжелые, большие запросы, которые плохо влезают в mysql query cache, закешировал на N минут в memcache.

Возможно поставил https://github.com/facebook/hhvm -> чтобы снизить нагрузку на php.

Если glusterfs подойдет, ведь производительность у нее небольшая.

Я бы еще каких-нибудь заклинаний добавил, но Гарри Поттера плохо помню.

Не, ну а чо ? Всякие непонятные аббревиатуры без какого-либо конкретного анализа советовать можно, а Гарри Поттера нельзя ?

V2NEK, согласен, это опять конекты.

Вот графики именно реквестов в секунду:

Как видим 5к было, а это еще и не топ в виду лета, там еще на 1.5 надо умножать,так что 7.5к такой сервак держит и еще процентов 25% ресурсов процессора свободно.

Чтобы раскидать файлы на php бэкенды - это решение подойдет.

Поддерживаю, тут надо смотреть в сторону горизонтального масштабирования.

Andron_buton, в понедельник по графикам 2-3 часа даунтайма. СТЫДНО СТЫДНО такие графики выкладывать.

netwind, может это два часа даунтайма у мониторящего сервера, не приходило на ум?

Andron_buton, не менее стыдно.

WP или Joomla или DLE и 10.000 абонентов в секунду = какую пушку и порох надо использовать для повторения подвига Мюнхаузена.