Слово «виртуализация» уже не такое страшное или сервер виртуализации на новом уровне…

Продолжая свои изыскания в сфере виртуализации, однажды натолкнулся в интернете на информацию о Proxmox VE. Если вкратце — это решение для виртуализации, представляющее удобные инструменты для управления виртуальными машинами и сделанное на основе Debian.

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

• у системы собственное ядро, содержащее поддержку виртуализации при помощи контейнеров openVZ и виртуальных машин KVM;
• решение поставляется с WEB-интерфейсом, достаточно шустрым по сравнению с интерфейсом от VMWare и работающего под управлением Apache, что только добавляет гибкости и скорости;
• прямо из WEB-интерфейса можно скачать и использовать готовые наборы для контейнеров openVZ под самые распространенные дистрибутивы и даже движки (например, Zimbra, Joomla, Drupal);
• система может ставится как с нуля, с использованием установочного диска на базе Debian Lenny 5, установка проходит быстро и потом может спокойно обновляться из стандартных репозитариев Debian;
• но ее также можно поставить на уже установленную систему Debian, просто подключив туда дополнительный репозиторий и установив новое ядро и несколько дополнительных пакетов;

Пожалуй, на данный момент единственным неприятным для меня моментом оказалось, что нормально система работает лишь на ядре 2.6.18, хотя есть тестовая поддержка 2.6.24 и 2.6.32. Ядро 2.6.24 на тестовом ноутбуке поставилось и работало отлично, а вот на моем домашнем сервере отказалось запускаться.
Установка Proxmox VE достаточно проста и описана подробно тут.
Я же вкратце расскажу, что надо сделать, если вы захотите заходить по ssh в виртуальные машины в контейнерах ssh…
Для начала можно почитать данное руководство
Я же обращу внимание на конкретно процесс реализации возможности подключения по ssh (авторство принадлежит Bozaro):

Если установили SSH, то нужно позаботиться о том, чтобы у каждого виртуального контейнера были свои ключи:
rm -f /etc/ssh/ssh_host_*
cat << EOF > /etc/rc2.d/S15ssh_gen_host_keys
#!/bin/sh
ssh-keygen -f /etc/ssh/ssh_host_rsa_key -t rsa -N ''
ssh-keygen -f /etc/ssh/ssh_host_dsa_key -t dsa -N ''
rm -f \$0
EOF
chmod a+x /etc/rc2.d/S15ssh_gen_host_keys
Убираем файл mtab и делаем ссылкой на /proc/mounts:
rm -f /etc/mtab
ln -s /proc/mounts /etc/mtab
update-rc.d -f mtab.sh remove

В руководстве также описано отключение некоторых сервисов, отключение создания терминалов, а также использование утилит для создания и управления контейнерами openVZ. Я это не делал за ненадобностью, но Вы можете поступить по своему. Впрочем, web-интерфейс Proxmox VE предоставляет достаточно средств для управления контейнерами, чтобы не использовать эти команды.
Ну и напоследок я сделал один единственный шаг, который возможно спасет в некоторых ситуациях:

• в файле /etc/sysctl.conf я раскомментировал параметр kernel.domainname, куда после равенства вставил значение своего локального домена. Получилось что-то типа kernel.domainname = samples.org

Удачи 🙂