Помогите определить конфигурацию VDS

bdmalex, ну вот вы ж сами говорите, что в Highload проектах, а топикстартер говорит, что траффика большого не будет.

Он не делал, я делал. Но хватит здравого смысла и вдуматься поглубже, чтобы понять, что ваш совет для VDS не подходит.

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

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

Практически всегда, для веб-проектов узким местом диск становится только тогда, когда не хватает оперативной памяти. Если себя заранее ограничить, урезав память в два раза, то проблем с диском станет больше.

Хайлоад на ВДС - это бугага. Для ХЛ все делается минимум на дедиках.

Совет QuickAurum верный в целом как с экономической, так и с технической точки зрения.

Мускуль локально будет работать быстрее гораздо, незачем создавать еще одну критическую сущность, 2 средних контейнера дороже чем один мощный(потому как меньше накладных расходов в виде места под систему, айпи, панели управления, администрирования).