Linux is working. The future is open.
В Proxmox'е мне очень нравится резервное копирование OpenVZ контейнеров, которые потом очень просто восстановить или перенести. Только легко и быстро это работает, когда контейнеры маленькие, содержат только необходимую конфигурацию с набором нужного софта. Но когда дело доходит до больших объемов (например музыка или картинки для web-сервера), все резервное копирование замедляется и теряет смысл.
В такой ситуации я предпочитаю выносить объемные данные на другой сервер по NFS и оттуда их бекапить взрослой системой резервного копирования инкрементально.
18 июл 2013 г. | Теги: Proxmox
После того как на сервере Proxmox с ядром 2.6.32-17-pve я сделал apt-get update, увидел, что доступны новые версии пакетов. Обновился через apt-get upgrade. Поставилось новое ядро 2.6.32-18-pve и еще некоторые библиотеки. Перезагружаюсь, смотрю в целом все нормально, но в web-интерфейсе встретил ошибку в свойствах KVM виртуальной машины и та не хотела запускаться:
TASK ERROR: Undefined subroutine &PVE::Storage::volume_is_base called at /usr/share/perl5/PVE/QemuServer.pm line 4481.
Оказалось всё очень просто до безобразия. apt-get upgrade не устанавливает новые необходимые пакеты, а лишь обновляет те, что уже установлены. Это неправильно! Чтобы обновление проходило верно нужно обновляться через apt-get dist-upgrade! Выполняю эту команду. Пошли скачиваться и устанавливаться недостающие пакеты. Как процесс закончился, я еще раз перезагрузился. Ошибка пропала и KVM стартанули без проблем!
5 мар 2013 г. | Теги: Proxmox
С кластером Proxmox VE 2 мы получаем центральное управление несколькими физическими серверами, входящими в его состав, которых может быть 16 штук (возможно и более), встроенную безопасную VNC консоль, поддержку нескольких механизмов аутентификации (локальный, Active Firectory, LDAP и т. д.), управление правами на различные объекты (виртуальные машины, хранилища данных, ноды) на основе ролей, избавляемся от единственного и незаменимого master'а (multi-master cluster), онлайн-миграцию виртуальных машин между нодами и т. д.
Так же есть HA (High Availability) Cluster, но для правильного кворума мы должны иметь не менее трех работающих нод. Есть способ использовать HA и на двух нодах, но даже в этом случае желательно использование третьего сервера для общего хранилища, в противном случае нужно использовать более дешевое решение в виде DRDB. Используя HA у Вас должны быть только лучшие сервера, не имеющие единую точку отказа. Это подразумевает избыточность накопителей (Hardware RAID), резервирование блоков питания, UPS'ы, Network Bonding, Fencing-устройства (например iLO от компании HP). Сейчас этого всего у меня под рукой нет, поэтому будем строить простой, не HA кластер.
15 фев 2013 г. | Теги: Proxmox
На официальном сайте Proxmox нам предлагают скачать ISO-образ дистрибутива и с него производить установку. Но сей способ мне не очень понравился, т. к. я теряю рычаги управления тонкостями операционной системы и разметкой дисков, что для меня немаловажно. Если залезть в ихнюю базу данных, то можно найти руководство по развертыванию окружения уже на установленной системе Debian. От него то и будем отталкиваться.
Запускаем установку Debian и доходим до разметки дисков. У меня стоит аппаратный RAID-контроллер, поэтому необходимости в программном рейде у меня нет, хотя на другом сервере я поднимал mdadm. И так, я поступаю следующим образом. Делаю разделы первичный 512 Mb под /boot в ext3, первичный 2 Gb под swap и логический 30 Gb в ext3 под корень. И то на корень столько — слишком много, но учитывая сегодняшние объемы жестких дисков мы можем себе такое позволить. Всё оставшееся место оставляю неразмеченным, потом оно будет использовано под LVM. Заканчиваем установку ОС, с этим все достаточно тривиально.