VPS от HQHost и WordPress

Сидел со своими блогами на виртуале у HQHost, а когда трафик вырос, переехал на VPS Starter (256 Мб оперативки). После этого начались с различной периодичностью падения из-за нехватки памяти (по словам саппорта дословно "у вас при 25 одновременных посетителях апач начинает отъедать доступную память"). Саппорт реагирует оперативно, в том числе и без моего вмешательства, но советует взять следующий тариф, на 512 (за $45). У меня там 6 блогов на WP+TotalCache, ни на одном из них трафик не превышает 500 юников в сутки (а 2 из них вообще только-только стартовали). По объему трафика - около 100Гб/мес. выходит (из-за этого и ушел с виртуала, там 40Гб максимум).
Вопросы, собственно, следующие: решится ли проблема переходом на 512 метров или это до следующей пары блогов? Насколько велик будет запас прочности, линейно ли он возрастает? Или это в настройках сервера что-то не то, и не должен сервер так отваливаться?

P.S.: этот топик ни в коем случае не является наездом на качество услуг HQHost, я просто пытаюсь разобраться, как мне оптимальнее захостить блоги!

Нагрузка при этом всегда возрастает скачкообразно, как на скриншоте. Что и заставляет задуматься - а исчезнут ли эти "столбики" при переходе на 512 оперативки?..

Исли на блогах стот много плагинов, попробуй их поотключать.
Т.е на всех блогах рубани один плагин и понаблюдай.
У меня так как-то при десяти униках на блоге 800 метров жрало но и напихал я тогда его всем чем только можно и нельзя было
Снес все переустановил вордпрес уже без херовой горы плагинов и все полетело.

Плагинов там мало, Headspace2 и мелочь кое-какая. Имхо, если бы блог при каждом хите грузил бы много памяти - это было бы заметно на втором графике.
И вот третий график смущает сильно - что это за пик входящего трафика посреди ровного поля?..

Посмотри в топе сколько каждый апач кушает. Обычно это 15-40 МБайт. Умножь на 25 одновременных коннектов и получишь сколько тебе надо памяти, мускуль только не забудь. В мускуле отключи иннодб. Если стоит бинд - вешайся, он 140 метров отжирает и я не знаю как с этим бороться )

Технология виртуализации, как я понял, OpenVZ. По моему опыту, 256 мозгов для блоговодства очень мало. Ну тяжелый этот вордпресс, тяжелый. И апачам надо ставить MaxRequestsPerChild 300..3000 чтобы не текли.

А вот я подумал о классическом решении. Что-то мне подсказывает что достаточно серьёзно можно снизить нагрузку на сервер путём доставки nginx в качестве проксика раздачи статического контента (CSS, JS, JPG, PNG, GIF).

в общем то +1. но все равно, для опенвз 256М это хоумпага.

Такая же проблема была, пооотрубали все, что можно у апача, оператива освободилась, но начал проц психовать когда траф шел, выход: переход на 512 и настройка сервака(но 50уе накладно, проще добавить и дедик взять), а на счет больших скачков, то это скорее из-за поисковых ботов.

Всем спасибо, успокоили меня, что 512 в моем случае - это необходимость, а не разводка. Начнет подыхать на 512 - возьму дедик.

Обязательно поставь Nginx. У меня когда-то тоже был VPS с 512Mb RAM пока трафа были копейки все работало хорошо, пошел траф стал падать. Поставил Nginx - все летает. Жил там CJ держал 150k трафа.

nginx конечно лишним не станет, но молится на него тоже не надо, на блогах он гипер-ускорения не даст, там всё равно основная нагрузка это пхп-скрипты и mysql.
Но попробывать оптимизировать нужно всё равно, а то перейдёшь на 512, трафик подымется и опять будет тоже самое.

Так если nginx - это ж надо на отдельный домен всю статику выносить, или нет? Выносить не хочется, контент на домене - это таки SEO...

Ненужно, нужно чтоб админы связку nginx+apache настроили...

Pentarh писал:

Посмотри в топе сколько каждый апач кушает. Обычно это 15-40 МБайт. Умножь на 25 одновременных коннектов и получишь сколько тебе надо памяти, мускуль только не забудь. В мускуле отключи иннодб. Если стоит бинд - вешайся, он 140 метров отжирает и я не знаю как с этим бороться ) Технология виртуализации, как я понял, OpenVZ. По моему опыту, 256 мозгов для блоговодства очень мало. Ну тяжелый этот вордпресс, тяжелый. И апачам надо ставить MaxRequestsPerChild 300..3000 чтобы не текли.

Насчет просто умножить на количество конектов - не согласен, какой-то кусок памяти шарится между процессами всетаки. Иннодб нафик, глючное и прожорливое оно.
Открою тайну, как бороться с биндом. Надо ему ограничить размер стека при старте, например до 1м. На вдс все равно столько не надо.
Добавь ulimit -s 1024 в инит-скрипт бинда и рестартани, фсе зашевелится.

bb-support писал:

nginx конечно лишним не станет, но молится на него тоже не надо, на блогах он гипер-ускорения не даст, там всё равно основная нагрузка это пхп-скрипты и mysql. Но попробывать оптимизировать нужно всё равно, а то перейдёшь на 512, трафик подымется и опять будет тоже самое.

Молится на него стоит. Он здорово экономит память, и часто дает гипер именно на блогах.