Proxmox Virtual Environment - це система, що надає простий і зручний веб-інтерфейс для управління віртуальними машинами (використовується KVM ) І контейнерами ( LXC ) На вашому кластері фізичних машин. Фактично, при допомоги Proxmox ви можете створити свій маленький Amazon Web Services на власному залозі. У загальному і цілому, система дуже схожа на Parallels Virtual Automation , З яким ми знайомилися раніше, тільки поширюється безкоштовно і з відкритими початковими кодами. Також надається і платна технічна підтримка. Як ми скоро переконаємося, зі своїм завданням Proxmox справляється не гірше PVA, а в чомусь, можливо, і краще.
установка
Качаємо ISO-образ звідси , Записуємо на флешку як зазвичай за допомогою dd:
sudo dd if =. /proxmox-ve.iso of = / dev / sdb bs = 1M
Флешку встромляє в майбутню хост-машину. Пам'ятаємо, що для роботи KVM потрібно, щоб CPU вмів технологію Intel VT-x або AMD-V. Наскільки я розумію, всі процесори сімейства Intel Core i5 і Intel Core i7 підтримують апаратну віртуалізацію, але про всяк випадок звіртеся з інформацією в BIOS і описом вашої конкретної моделі CPU на сайті виробника. Також на час установки нам потрібні монітор і клавіатура.
Сама установка нічим не примітна, по суті просто тиснемо Next → Next → Next. Після перезавантаження вводимо в веб-браузері https://192.168.0.105:8006, де 192.168.0.105 потрібно замінити на IP вашого сервера. Зверніть увагу, що потрібно обов'язково ввести http s! Для входу використовуємо ім'я користувача root і пароль, вказаний при установці.
Важливо! Візьміть до уваги що за замовчуванням на сервер також можна зайти користувачем root по SSH, використовуючи той же пароль.
Використання
Адаменко виглядає приблизно таким чином:
Для створення виртуалки спочатку потрібно залити інсталяційний ISO-образ системи. Я особисто експериментував на FreeBSD. У дереві зліва вибираємо Datacenter → proxmox → local, відкриваємо вкладку Content, тиснемо Upload. Потім до правому верхньому кутку тиснемо Create VM. Діалог створення нової віртуальної машини нічим не примітний, все просто і зрозуміло. Після створення говоримо виртуалке Start. Потім тиснемо Console → noVNC. В результаті підключаємося до виртуалке по VNC прямо через браузер. Все це працює в самому звичайному Chromium без Flash'а і Java-аплетів. Крутяк!
Щоб створити контейнер, йдемо в Datacenter → proxmox → local, у вкладці Content тиснемо Templates. Викачуємо цікавлять нас шаблони. Я особисто вибрав Ubuntu 14.04. Потім тиснемо Create CT, і там в діалозі по суті просто говоримо Next → Next → Next. Щоб зайти в контейнер, заходимо по SSH на хост-систему, говоримо pct list, дивимося id контейнера. У мене він дорівнював 101. Потім говоримо pct enter 101. Там можна створити користувача, додати його в sudoers і ось це все:
adduser eax
usermod -a -G sudo eax
Тепер під щойно створеним користувачем можна зайти безпосередньо в контейнер по SSH, sshd в контейнері вже було піднято.
Proxmox VE підтримує клонування віртуальних машин. Клонування контейнерів, наскільки я зміг розібратися, поки чомусь не реалізовано. У дереві справа тиснемо ПКМ по виртуалке, говоримо Convert to Template. Знову тиснемо ПКМ, тиснемо Clone. В результаті отримуємо купу копій однієї і тієї ж віртуальної машини, зручно.
Для створення резервних копій нам знадобиться налаштувати NFS сервер . В принципі, ніщо не заважає підняти його прямо на одній з віртуалок. Потім в дереві зліва натискаємо на Datacenter, відкриваємо вкладку Storage, тиснемо Add → NFS. В поле Server вводимо IP-адресу NFS-сервера, в випадаючому списку Export вибираємо експортований їм каталог. У випадаючому списку Content натискаємо по черзі на усі пункти, щоб вони додалися до списку. Ніде більше не бачив такого нестандартного елемента управління!
Тепер перевіряємо, що резервне копіювання і відновлення з резервних копій працює як для віртуальних машин, так і для контейнерів. Зауважте, що можна налаштувати автоматичне створення резервних копій за розкладом. Крім резервного копіювання для KVM також є механізм снапшотов, що дозволяє запам'ятовувати стан віратуалок і відкочуватися до раніше запам'ятовуваному станом. Дуже цікаво виглядає в дії, обов'язково спробуйте.
Перевірити роботу Proxmox VE з декількома хост-машинами я, через брак такої кількості зайвих машин, на жаль, не зміг. Однак згідно цієї статті в офіційної wiki , Об'єднання машин в кластер проводиться однією командою, після чого все працює точно так само. Правда, залишається відкритим питання, чи не розвалюється чи все при мережевих проблемах. Сподіваюся, хтось із читачів, які активно використовують Proxmox, зможе пролити світло на це питання в коментарях.
висновок
Наостанок хочеться відзначити кілька речей, які мені не дуже сподобалися в Proxmox:
- Через веб-інтерфейс не видно, які IP мають віртуальні машини. Втім, в реальній системі ви, швидше за все, все одно захочете використовувати Consul або якесь інше service discovery рішення. Так що, мабуть, це не така вже й велика проблема;
- для NFS Не підтримується авторизація . Доступ до NFS-сервера можна обмежити лише по IP;
- Не можна так просто взяти й перейменувати шаблон виртуалки. Потрібно створити новий шаблон з іншими ім'ям, потім видалити старий. На щастя, це цілком працює, навіть якщо у шаблону були linked (тобто, не full) клони;
Незважаючи на озвучені проблеми, я все одно рішуче схвалюю Proxmox. пам'ятаючи біль і приниження при використанні AWS , Зараз я б вважав за краще йому (як і Google Cloud, як і Azure, тому що за численними відгуками там все ті ж проблеми) орендувати фізичні машини і зробити на їх власний IaaS за допомогою Proxmox. Є серйозні підстави вважати, що така конфігурація буде вже точно не гірше, бо куди вже гірше.
А чи користуєтеся ви Proxmox VE і якщо так, то як враження?
доповнення: Управління VirtualBox з консолі з допомогою vboxmanage
Мітки: Linux , Віртуалізація , хмари .
А чи користуєтеся ви Proxmox VE і якщо так, то як враження?