Два сайта на разных VPS или лучше на одном?

Question

[mts2050]

Добрый день.
Есть два сайта, сейчас они на разных VPS.
VPS c характеристиками 2GB RAM и 2 ядра CPU и 30 GB SSD у обоих.
Нашел за сумму которую я за них плачу VDS с характеристиками: 8GB RAM, 4 ядра CPU, 60 GB SSD.
Вопрос в следующем:
Есть ли смысл переносить сайты на один VPS? Будет ли сайты быстрее загружаться или из-за двух больших баз на одном mysql наоборот будет все хуже.
P.S. процессоры одинаковые если что.
Спасибо.

Answer 1

[Sanes]

На одном под разными пользователями.

Comments

[mts2050]

А по диску не будет проседать? IOPS то не увеличится.

[Sanes]

mts2050, Понятия не имею. Мы же не знаем какая нагрузка. Отсюда и ответ, что делать на одном. За одним приглядывать проще.

[andreyyka]

mts2050, я, конечно, не знаток в этих делах, но всё же это же VPS. Вы в любом случае делите сервер с другими. И тут уже не столь важно будете ли Вы занимать два места (чисто условно) на сервере или Ваше второе место будет занимать кто-то другой. Больше зависит от того, какими активными у Вас будут соседи, быть может им этот диск особо и не нужен будет, а может будут постоянно пытаться выжать из него последние соки. Но если соседи у Вас диск особо не грузят на старых VPS, а Вы выжимаете из него максимум, то при двух VPS Вы, вероятно, будете выжимать соки из двух разных дисков (дисковых массивов), а при одном VPS выжимать соки придётся только из одного.

А так я представляю себе картину как-то следующим образом. У Вас в два раза больше CPU (4 в новой конфигурации против 2 в старой), значит Вы имеете в два раза больше возможностей обращаться к диску, собственно ваша роль в очередях на работу с диском особо не поменяется что при 2 по 2CPU, что при 4CPU. Но в то же время 8ГБ оперативы для СУБД должно быть лучше чем 2 по 2ГБ (ещё даже чутка сэкономится, ибо не нужно будет дублировать в оперативной памяти различную информацию: будет запущен один MySQL, будет работать одна ОС, системные либы будут в памяти в одном экземпляре для двух сайтов и проч), можно будет больше инфы (индексы, таблицы и проч) закэшировать и делать меньше обращений на чтение к диску.

А вообще, если Вас интересует проседание IOPS можете сами протестировать. Просто взять VPS для теста (если дают) или арендовать по дням (если можно). Конечно, может попадёте на разгруженный/новый сервер и не увидите реальной ситуации через пару месяцев, когда сервер будет полностью забит.

В общем, не стесняйтесь поправить меня, если напредполагал дичь.

[nrgian]

andreyyka,

Вы в любом случае делите сервер с другими.

Это что же такое нужно делать, какой же говнокод нужно написать - чтобы так просело, чтобы не хватало.

Answer 2

[zooks]

Стоит перенести из-за удобства обслуживания. Особенно если они работают на одинаковых CMS.
Хотя все зависит от нагрузок. Будут ли быстрее загружаться, это зависит от настроек сервера и еще больше от кода сайта.

Answer 3

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

Если ресурсов хватает то не будет
Ну и дожить все яйца в одну корзину не хорошо

Answer 4

[Евгений]

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

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

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

Answer 5

[justhostRU]

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