RT лагает уже какой день. Как обычно.
В этой теме за флуд не наказывают даже. Можно ее просто зафлудить "смишными" картинками, например.
Так же стоит tmpdir перенести в tmpfs.
Не стоит отключать журнал. Если пропадет питание - могут возникнуть проблемы с fs.
http://www.linuxatemyram.com/
На счет mysql
1. поставьте munin и плагины для mysql, начните собирать статистику.
2. запустите mysqltuner -> проверьте базовые настройки (myisam/ innodb buffers)
3. далее, если будет торомозить -> более тонкая настройка -> ssd под базы.
На счет kjournal
Попробуйте перемонтировать разделы с флагом relatime
Foxann, да OVH надежный. Каналы норм, если RT не лагает то все окей.
На прямую - если не из еврозоны то цены будут без VAT. Оплата - карты, paypal.
Можно через реселлера - тут у многих есть акк у OVH. Попробуйте заказать у Den73.
elitedesign,
Я выбирал все 72, кроме 72.5
Если этим не занимаетесь - не выбирайте. Дополнительно придется подавать сведения в Роспотребнадзор. (во время не успели - штраф).
./script.php > log
Чтобы раскидать файлы на php бэкенды - это решение подойдет.
В зависимости от реальной нагрузки
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.
