Конфигурация VDS для популярных веб-фреймворков (Python/Node.js/PHP)?

Question

[Vic Shóstak]

Доброго времени года!

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

Обычно, я всегда советовал клиентам брать (да и сам выбирал) VDS выше среднего тарифа (например, от Vscale за 800 руб./месяц, 2 ядра + 2 Гб), чтоб наверняка для всего хватало (даже если там висит один REST API на Bottle с трафиком 1000 хитов/сутки). Но что, если такой VDS избыточен для какого-нибудь стека технологий и можно сэкономить на ресурсах сервера?

В качестве БД везде пусть будет PostgreSQL (9.6.х), веб-сервер nginx 1.13.x операционка — Debian 9 x64 (с последними апдейтами). Понятно, что без знания хотя бы примерной нагрузки — говорить о минимальном железе для VDS глупо. Поэтому сойдёмся на простом сайте школы с минимальным I\O (максимум забивка оценок/инфы для родителей модераторами) и посещаемостью ~1000 посетителей в сутки.

Выбор веб-фреймворков следующий:

• Django 1.11.7 (Python 3.5.3)
  
• Express 4.16.1 (Node.js 8.9.1)
  
• Laravel 5.5 (PHP 7.0.3)
  

Итак, интересно какую минимальную конфигурацию VDS взять для каждого из стеков для подобного проекта из примера? То есть, чтобы осуществлять безотказную работу сайта, без постоянных 502 ошибок (ввиду нехватки ОЗУ) и так далее.

Спасибо. Буду рад толковым комментам.

Answer 1

[Александр Аксентьев]

Стек-то здесь причём.
Говнокод можно на чем угодно написать и повесить сервер при 5 посетителях.

Answer 2

[Abcdefgk]

1 процессор и 512 мегабайт (можно меньше - но найти трудно).

Comments

[Vic Shóstak]

Если не KVM, а какой-нить OpenVZ, то вполне можно найти. Но вопрос даже не в этом.

Возьмём, допустим 1 проц + 512 Мб. Ставим ОСь, БД. Так вот на условный веб-фреймворк — уже явно не все 512 Мб будут приходиться, что-то будет на системные демоны, на БД и так далее. Вот этот момент мне и интересен — насколько такого сервака хватит для тех трёх стеков (с учётом, что у каждого свой VDS и одинаковый конфиг)? И хватит ли вообще, если считать, что код без косяков.

[Abcdefgk]

Vic Shóstak, "Пустой" Express после разворачивания генератором - 15 мегабайт. Плюс будет сколько-то своего кода, плюс сколько-то картинок, плюс в production кешируются все шаблоны - ну ладно, 100 максимум. В Node.js это всё будет в памяти после запуска. Nginx не нужен.
У меня есть один старый дурацкий "проект" на KeystoneJS, и из-за кучи всякого ненужного барахла в этом фреймвёрке ему нужно порядка 800 мегабайт оперативки. Но больше я так никогда не буду делать.

[Борис Сёмов]

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

[Abcdefgk]

Борис Сёмов, Вся статика и шаблоны - в кеше. Потому Нгинксу тут и нечего делать.

[Борис Сёмов]

Abcdefgk, вы всерьёз считаете это достоинством? А если картинок гигабайы? Хранить в памяти имеет смысл только то, что действительно постоянно нужно. А остальное можно и прочитать из хранилища, и отдать по запросу.

Answer 3

[Борис Сёмов]

Чтобы не было нехватки ОЗУ, надо разумно его использовать.
Ограничивать количество процессов обрабатывающих запросы, правильно настраивать сервер базы данных, и.т.п.

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

Answer 4

[Пума Тайланд]

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