Заказал дедик, сегодня прислали все данные для управления, мне нужно его разделить на VDS, подскажите пожалуйста как это лучше сделать?
Смотря для каких проектов будут использоваться VDS, также какое количество виртуальных серверов планируется разместить. Нужно более подробно описать что именно необходимо, чтобы можно было дать рекомендации...
Нам нужно разделить дедик на 2 VDS, будут работать 2 отдельных проекта, чтобы не тратить лишние деньги на второй сервер мы решили взять один и разбить его на 2 VDS. Проекты будут работать отдельно друг от друга, поэтому нужно чтобы VDS были не зависимы один от другого, ресурсы хотим поделить на две равные части. Первый проект - интернет магазин на битрикс, второй корпоративный сайт тоже на битрикс. Также у нас есть в планах купить свой сервер и использовать его, так как аренда сервера с мощными параметрами стоит дорого.
Если нужно чтобы VDS были независимы друг от друга и потребляли ресурсы только выделенные параметрами, то нужно использовать XEN виртуализацию. Выгодней конечно применить OpenVZ виртуализацию, чтобы первый VDS мог использовать ресурсы второго VDS если в этом будет необходимость и если на втором будут ресурсы не использованы в этот момент.
Все-таки выбрали XEN, установили и настроили, пока работает в тестовом режиме. Думаю в дальнейшем будем использовать именно эту систему. Через пару дней привезут отдельный сервер на нем сделаем также Debian+XEN, при тестах показатели отличные.
что лучше XEN или OpenVZ это вопрос давний и его уже разжевали на просторах сети очень подробно. Во первых плюс OVZ да Virtuozzo это то что контейнеры можно без особых свистоплясок переносить с физического сервера на другой сервер. Так же у контейнерной технологии есть ещё один плюс, выше производительность ибо нет расходов на запуск гостевых ядер, http://www.hpl.hp.com/techreports/2007/HPL-2007-59R1.pdf тут наглядно видно разницу. Так же Xen без SAN это тупик ибо производительность от этого очень сильно страдает. Тогда как в OVZ выезжает за счет vzswap. Вообще насчет этого можно спорить долго и все равно сторонники той или иной технологии будут отстаивать свою точку зрения и по своему будут правы у каждой из технологий есть свои плюсы и минусы
Ну а теперь в поддержку Xen )) очень хорошая технологи но достаточно сложная, хотя в этом и прелесть есть два режима виртуализации : паравиртуализация как в OVZ, режим полной виртуализации (в этом режиме поддерживаются соответствующие фишки процессоров), есть механизмы проброса железа внутри виртуалок, миграция, снапшоты и ещё уйма разных фич. У OVZ к примеру снапшоты можно реализовать через lvm, миграция тоже есть. Есть ещё очень интересная приблуда которая позволяет сохранить на диск состояние контейнера. OVZ так же поддерживает полноценное каскадирование. Поэтому выбирать нужно исходя из нужд проектов которые будут крутиться на сервере.
OpenVZ представляет из себя огромную кучу заплаток к стандартному ядру Linux. Объем этих заплаток слишком большой, чтобы это было достаточно надежно.