VPS с 512MB memory - посоветуйте оптимальную конфигурацию сервера для WordPress?

вот например ecomontage.ru joomla, keramzit.su wp

Сайт визитка с 1 изображением. Такое и мобильный телефон может поднять. Это не пример серъезного сайта.

А про серьёзный сайт никто и не говорил, серьёзный посещаемый сайту нужно от 1024.

Ваш http://www.keramzit.su/ удачно прошёл тест на прочность :)

https://app.loadimpact.com/load-test/0dc640d3-1b5a-496e-9656-4e792434103f

Для отдачи статики много ресурсов CPU / RAM не требуется в принципе, тут скорее закончиться Ваш трафик (1ТБ в месяц, насколько помню для той VDS), нежели ресурсы. Если брать средний размер веб-страницы 700 КБ, количество просмотров - результат деления ежемесячного трафика на усредненный размер веб-страницы. Нехитрыми вычислениями получим, что 1 ТБ даст возможность обеспечить 1,5 млн. просмотров в месяц, или 50 000 просмотров в день. Так как в среднем коэффициент отношения хостов / хитов 4 (эта цифра конечно же индивидуальна для проекта), получаем, что до 12 500 хостов в день эта VPS выдержит.

Если размер веб-страниц больше / меньше - эта цифра будет варьироваться.

В любом случае у Вас скорее закончиться трафик, нежели RAM / CPU.

То, что многие пишут сейчас про "новое время" и что сайты потреблять стали больше ресурсов и 515 MB RAM очень мало для сайта, говорит лишь о невежестве таких людей.

Запомните - такие люди невежды, так как они ни за что не приведут аргументов, а только будут брызгать слюной с пеной у рта в попытках продать очередной marketing bullshit (лишнюю RAM на десктопном железе к примеру), а не реально ответить на поставленный вопрос.

Вообще полезно читать Интерент, уже была прекрасная статья, на которую можно сослаться:

http://habrahabr.ru/post/242011/

Реальные тесты обеспечили 42 млн. хитов в день! И это на VPS Вашей конфигурации. Конечно, это значительно превысит объем трафика в 1 ТБ, именно потому я Вам сказал, что Вы упретесь в трафик, а не ресурсы.

На счет локации - выбирайте Нидерланды, почему Нидерланды - я писал в своей статье: http://habrahabr.ru/company/ua-hosting/blog/180851/

Почитайте, если будет интересно.

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

Это синтетические тесты, которые с реальностью не имеют ничего общего.

У меня на reg.ru впс-ка с 512 (Xen) - нормально и без тормозов держит мою среднюю посещалку около 5000 уников с 3-4 просмотрами. Держит нормально и "пики" для моего сайта в 10тыс. - 15 тыс. Как-то переживал, когда попёрли около 3 тыс.-4 тыс. в течении часа. Кэширование пока так и не включал. Правда у меня не WP, да и запросы больше на выборку (но запросы относительно мудрённые. База - более 100 таблиц от 10 до 500 тыс. записей). Ну и некоторые, может быть, посчитают, что с такой посещалкой сайт и сайтом нельзя назвать. Но всё же.

Разные скрипты, разные ресурсы.

WP из тяжеловесов. И его прожорливость со сменой версий постепенно росла, так как рос функционал. Но росла очень медленно. А вот без модулей, как правило кривых к сожалению, уже не обходится как правило.

У грамотного веб-мастера все должно летать. А у тех, у кого на первом месте заработок, а не сайт, как правило все "тупит" и ресурсов требуется много.

---------- Добавлено 06.06.2015 в 08:52 ----------

zzzit, я разве в этой теме кому-то что-то предлагал? Да и подпись свою засветил только раз и то случайно.

Ваши нападки в мой адрес высосаны из пальца.

По поводу конфига и потребляемых ресурсов. За более чем 5 лет я нигде не видел совета на такой конфиг при посещаемом сайте. Так я еще раз спрошу, все на свете тупые, или может как раз ВАМ стоит задуматься?

Теория это одно, идеальный сайт другое, а реальный мир, где идеальностью и не пахнет как правило, все совершенно иначе. Можно даже сказать полностью наоборот с идеальностью. Я НЕ равняюсь к крупным игрокам рынка, но за то время что этим занимаюсь таки уже достаточно насмотрелся какие модули стоят и что они потребляют и могут потреблять. Так как оказываем помощь клиентам, и в большинстве случаев таки не советом смены тарифа, как вы высказались.

Помните ваш спор, кажется с Den73 (извиняюсь, если ошибся), о том что VDS получше шареда? Я вашу сторону там поддержал, хотя фигурировал именно маломощный конфиг. Потому что описывалось что сайтом занимаетесь вы сами. А это подразумевает, удаление "гадостей", возможно оптимизацию кода, или изменение кода кардинальное.

Но вот в данном случае рассматривается сайт такой как есть, он чужой, изменять в нем ничего нельзя. И как ваш конфиг будет справляться с ситуацией и работать миллисекунды, когда странички таких сайтов зачастую генерируются с секунду.

Достаточно ли ресурсов в первую очередь зависит от адекватности самого скрипта, а уже во вторую от конфигурации сервера.

Но среднестатистические сайты не вписываются в вашу модель zzzit.

Тем кто пишет в теме что их сайты отлично работают на слабых машинках можно только сказать одно - вы любите свои сайты. И это похвально!

Брали бы другие с вас пример...

ТС не слушайте ни кого, на таком впс(панель вестасп+апач+нджинх+мускуль) держу порядка 15 сайтов, есть бд 250мб, сумарная посещалка 10-15к хостов(понимаю что надо переезд на мощнее, но как бы работает и ладно). По поводу убунту 14 не знаю как на сервере но на компе она прожорливая, лучше посмотрите в сторону дебиан или centos, и еще если навыков в админстр. нет лучше взять впс с администрированием, у меня поначалу было много вопросов, пока не научился.

Вы не понимаете банальных вещей и видимо никогда не читали профильных рассылок, от того такие глупости пишите. Хотите меряться годами? Я этим с конца 90-х занимаюсь.

Знаете почему у апача по дефолту много процессов установлено? Потому что дефолтовый конфиг расчитан на работу без акселеративного прокси, типа nginx и апачу нужно ждать данных от медленных клиентов, ждать пока они там держат keep-alive и тому подобное, а на это нужно много параллельных соединений, а значит и процессов.

А знаете для чего задумывались акселеративные прокси? Чтобы каждый медленный клиент не занимал целый процесс, а обрабатывался асинхронным серверов, который только когда получает весь запрос соединяется с бэкендом, очень быстро пересылает его ему и выгребает весь ответ в буфер, фактически озадачивая процесс только полезной нагрузкой и их становится нужно обычно 1.

Но об этом всем нельзя узнать учась 5 лет по советам.