Налаштування вкладеної віртуальної машини Proxmox – підручник ESXi

Перед тим, як почати — чесне зображення

Вкладена віртуалізація означає гіпервізор, що працює у віртуальній машині: Proxmox усередині ESXi, з власними віртуальними машинами та контейнерами всередині. Це найдешевша лабораторія — один сервер, дві платформи для навчання, жодного додаткового обладнання. Але перш ніж почати, слід уточнити три факти.

По-перше, це лабораторна методика. VMware не підтримує запуск сторонніх гіпервізорів на ESXi, за винятком вузько задокументованих випадків, таких як Hyper-V для безпеки на основі віртуалізації. Nested Proxmox працює, і його використовують тисячі домашніх лабораторій, але жоден постачальник не прийме ваш дзвінок у службу підтримки щодо цього.

По-друге, фізичний ЦП має мати Intel VT-x або AMD-V, увімкнений у BIOS сервера. ESXi не може пройти через функцію, яку апаратне забезпечення вимкнено.

По-третє, надійність вкладеної конфігурації залежить від вільної ємності хоста. Proxmox сам потребує ресурсів, і кожна віртуальна машина всередині Proxmox витрачає їх знову — хост на 8 ГБ розмістить невтішну лабораторію.

Створіть віртуальну машину Proxmox у ESXi за допомогою лабораторних ресурсів

Створіть нову віртуальну машину в ESXi. Встановіть сімейство гостьових ОС на Linux — 64-розрядний профіль Debian є найближчим відповідником, оскільки Proxmox VE побудовано на Debian. Дайте йому 4 vCPU і 8–16 ГБ оперативної пам’яті: сам Proxmox простоює приблизно 1–2 ГБ, а решта призначено для гостей, які ви будете запускати в ньому.

Створіть віртуальний диск розміром 100 ГБ або більше — кожен вкладений диск віртуальної машини буде розміщено в цьому. Для мережевого адаптера VMXNET3 працює, якщо ваша версія Proxmox його чітко визначає, і E1000E також працює; обидва добре підходять для інсталятора на основі Debian.

Приєднайте Proxmox VE ISO до CD/DVD-приводу та налаштуйте його на підключення під час увімкнення. Завантажуйте ISO лише з офіційного веб-сайту Proxmox (proxmox.com). Поки що не вмикайте віртуальну машину — наступний крок набагато легший, коли її вимкнено.

Налаштування перше — надання апаратної віртуалізації для гостьової ОС

Це налаштування, на якому базується вся установка. Клацніть правою кнопкою миші віртуальну машину Proxmox → Редагувати налаштування та на вкладці «Віртуальне обладнання» розгорніть розділ ЦП і встановіть прапорець біля пункту Надавати апаратну віртуалізацію для гостьової ОС. Це передає розширення віртуалізації ЦП — прапор vmx на Intel, svm на AMD — до віртуальної машини Proxmox, тож власний KVM-гіпервізор Proxmox може використовувати їх.

Без цього прапорця Proxmox встановлюється та завантажується нормально, але жодна віртуальна машина в ньому не може використовувати прискорення KVM — і помилка з’являється лише тоді, коли ви намагаєтесь запустити свою першу вкладену гостьову систему.

Прапорець записує один рядок у файл конфігурації віртуальної машини .vmx, і ви можете додати той самий рядок самостійно, якщо прапорець важкодоступний:

vhv.enable = "TRUE"

Установіть Proxmox VE та відкрийте веб-інтерфейс

Увімкніть віртуальну машину та завантажтеся з ISO, щоб запустити програму встановлення Proxmox VE. Виберіть цільовий диск (створений вами віртуальний диск на 100 ГБ), установіть країну, часовий пояс і розкладку клавіатури, установіть пароль адміністратора та адресу електронної пошти, а також дайте серверу ім’я хоста та фіксовану IP-адресу керування у вашій лабораторній мережі.

Коли інсталяція завершиться, дайте віртуальній машині перезавантажитися в Proxmox (ви можете від’єднати ISO зараз). Потім у браузері на вашому комп’ютері відкрийте веб-інтерфейс Proxmox — замініть наведену нижче адресу IP-адресою, яку ви надали Proxmox під час встановлення:

https://YOUR-PROXMOX-IP:8006

Доведіть, що KVM працює — три перевірки терміналів

Ще не створюйте жодного гостя. У веб-інтерфейсі Proxmox виберіть свій вузол і відкрийте Shell, а потім запустіть ці три перевірки. По-перше, пристрій KVM має існувати:

ls -l /dev/kvm

Second, nested virtualization must be switched on inside the KVM module. On an Intel host this must answer Y:

cat /sys/module/kvm_intel/parameters/nested

(On an AMD host the module is kvm_amd instead, and the answer to look for is 1.) Third, the virtualization flag itself must be visible in the CPU information — the count must be above zero:

egrep -c "(vmx|svm)" /proc/cpuinfo

Device present, nested answered Y, flag count above zero — all three green means the ESXi side is done, and any remaining problem lives inside Proxmox. If /dev/kvm is missing, door one is shut: go back to Step 3 and check the setting with the VM powered off. Ninety seconds here saves an evening of guessing.

Виправлення групи портів — чому віртуальні машини всередині Proxmox не мають мережі

Найдивніша помилка вкладеної лабораторії: сам Proxmox ідеально онлайн — він перевіряє ping на шлюз, завантажує оновлення та завантажує свій веб-інтерфейс — однак кожна віртуальна машина всередині нього не працює в мережі, не отримує адреси DHCP або нічого не досягає. Нічого не зламано. ESXi знає точно одну машину на цьому порту — Proxmox VM з однією MAC-адресою — і кожен гість у Proxmox передає свою власну MAC-адресу, яка надходить на віртуальний комутатор і виглядає підробленою. Політики безпеки групи портів за замовчуванням скидають ці кадри відразу, і відповіді також не можуть знайти дорогу назад.

Виправлення полягає в трьох налаштуваннях. У ESXi перейдіть до Networking і виберіть групу портів, до якої підключено Proxmox VM. Відредагуйте налаштування, відкрийте розділ Безпека та встановіть для всіх трьох політик значення Прийняти:

• Безладний режим: Прийняти
• Зміни MAC-адреси: Прийняти
• Фальшиві передачі: Прийняти

Збережіть, потім перезапустіть вкладену гостьову систему (або лише її мережу) і перевірте знову. Перезавантажувати Proxmox або ESXi не потрібно — зміни набувають чинності, щойно гостьова система повторно передає.

Створіть віртуальну машину всередині Proxmox — установіть тип ЦП на Хост

Існує ще одна двері, через яку має пройти прапор віртуалізації, і вона знаходиться всередині Proxmox. Нова віртуальна машина, створена в Proxmox, за замовчуванням використовує емульовану модель ЦП (сімейство kvm64), яка навмисно представляє старий, загальний ЦП без прапора віртуалізації — тому гостьова система, яка сама хоче запускати ВМ або використовувати функції, залежні від прапора, нічого не бачить.

Коли ви створюєте віртуальну машину всередині Proxmox, відкрийте її налаштування Апаратного забезпечення та встановіть тип ЦП для хосту. Потім гість отримує реальну модель процесора та прапори машини під ним — що в гнізді означає, що прапори, передані ESXi Proxmox, переходять на один рівень нижче. Завантажте ISO в локальне сховище Proxmox, створіть віртуальну машину звичайним способом із цією однією зміною, запустіть її та підтвердьте, що вона завантажується та приймає IP-адресу у вашій мережі. Ваша вкладена лабораторія тепер працює наскрізно.

Обмеження чесної лабораторії — для чого ця установка та для чого не призначена

Усе в гнізді сплачує податок на продуктивність двічі: робота вкладеної віртуальної машини обробляється Proxmox, чия власна робота знову обробляється ESXi, поверх того самого фізичного процесора, оперативної пам’яті та пам’яті. Очікуйте, що вкладені гості почуватимуться помітно повільніше, ніж та сама віртуальна машина, що працює безпосередньо на будь-якому гіпервізорі — гості Windows платять за це найбільше.

То навіщо взагалі запускати Proxmox у ESXi? Чесні причини є вагомими: це найдешевший спосіб вивчити другу платформу, відрепетирувати міграцію, протестувати функції Proxmox і безпечно поламати роботу — один сервер, два гіпервізори, жодного додаткового обладнання, і нічого у виробництві не може бути пошкоджено.

І коли лабораторія переросте гніздо, вихід простий: збережіть резервні копії вашої конфігурації Proxmox і ваших гостей і перебудуйте ті самі налаштування на голому металі. Налаштування на цій сторінці — відкрита віртуалізація, групи портів, хост-процесор — це саме те, що зникає, коли Proxmox володіє апаратним забезпеченням, а це скоріше суть: добре для навчання, неправильно для виробництва.