Настройка вложенной виртуальной машины Proxmox — учебное пособие по ESXi
Запустите Proxmox VE как виртуальную машину внутри VMware ESXi, внутри которой находятся настоящие виртуальные машины. Две настройки определяют, работает ли это — переключатель открытой виртуализации на стороне ESXi и исправление безопасности группы портов на стороне сети — плюс проверки терминала, подтверждающие работоспособность KVM, и честные ограничения вложенной лаборатории.
📑Chapters
- What nested virtualization is — and the honest lab picture before you start
- Creating the Proxmox VM in ESXi with lab-sized resources
- Setting one — expose hardware assisted virtualization to the guest OS
- Installing Proxmox VE and opening the web interface on port 8006
- Proving KVM is alive — the three terminal checks
- The port group fix — why VMs inside Proxmox have no network
- Creating a VM inside Proxmox — CPU type host
- Honest lab limits — learning yes, production no
📋 Обзор и пошаговое руководство
Прежде чем начать — честная картина
Вложенная виртуализация означает, что гипервизор работает внутри виртуальной машины: Proxmox внутри ESXi, со своими собственными виртуальными машинами и контейнерами внутри. Это самая дешевая лаборатория — один сервер, две платформы для обучения, ноль дополнительного оборудования. Но прежде чем вы начнете, необходимо уяснить три факта.
Во-первых, это лабораторная методика. VMware не поддерживает запуск сторонних гипервизоров на ESXi, за исключением узкодокументированных случаев, таких как Hyper-V для безопасности на основе виртуализации. Вложенный Proxmox работает, и его используют тысячи домашних лабораторий, но ни один поставщик не ответит на ваш звонок в службу поддержки.
Во-вторых, физический процессор должен иметь процессор Intel VT-x или AMD-V, включенный в BIOS сервера. ESXi не может передать функцию, отключенную аппаратным обеспечением.
В-третьих, мощность вложенной установки зависит от свободной мощности хоста. Самому Proxmox нужны ресурсы, и каждая виртуальная машина внутри Proxmox снова их тратит — на хосте с 8 ГБ будет разочаровывающая лаборатория.
Создание виртуальной машины Proxmox в ESXi с ресурсами лабораторного размера
Создайте новую виртуальную машину в ESXi. Установите для семейства гостевых ОС значение Linux — 64-разрядный профиль Debian является наиболее подходящим, поскольку Proxmox VE построен на основе Debian. Дайте ему 4 виртуальных ЦП и 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 ГБ), укажите свою страну, часовой пояс и раскладку клавиатуры, установите пароль root и адрес электронной почты, а также дайте серверу имя хоста и фиксированный 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 полностью подключен к сети — он пингует шлюз, загружает обновления и загружает свой веб-интерфейс — однако каждая виртуальная машина внутри него отключена от сети, не получает DHCP-адреса или ничего не достигает. Ничего не сломано. ESXi знает ровно одну машину на этом порту — виртуальную машину Proxmox с одним MAC-адресом — и каждый гость внутри Proxmox передает со своим собственным MAC-адресом, который поступает на виртуальный коммутатор в виде поддельного. Политики безопасности группы портов по умолчанию удаляют эти кадры при появлении, и ответы также не могут вернуться обратно.
Исправление — три настройки. В ESXi перейдите в раздел Сеть и выберите группу портов, к которой подключена виртуальная машина Proxmox. Измените его настройки, откройте раздел Безопасность и установите для всех трех политик значение Принять:
• Неразборчивый режим: Принять
• Изменение MAC-адреса: Принять
• Поддельная передача: Принять
Сохраните, затем перезапустите вложенную гостевую систему (или только ее сеть) и повторите проверку. Перезагрузка Proxmox или ESXi не требуется — изменение вступит в силу, как только гость повторит передачу.
Создайте виртуальную машину внутри Proxmox — установите тип процессора на хост
Существует вторая дверь, через которую должен пройти флаг виртуализации, и она находится внутри Proxmox. Новая виртуальная машина, созданная в Proxmox, по умолчанию использует эмулируемую модель ЦП (семейство kvm64), которая намеренно представляет старый универсальный ЦП без флага виртуализации — поэтому гость, который сам хочет запускать виртуальные машины или использовать функции, зависящие от флага, ничего не видит.
Когда вы создаете виртуальную машину внутри Proxmox, откройте ее настройки Оборудование и установите тип процессора на хост. Затем гость получает реальную модель процессора и флаги машины под ней — что в гнезде означает, что флаги, переданные ESXi в Proxmox, передаются на один уровень ниже. Загрузите ISO в локальное хранилище Proxmox, создайте виртуальную машину обычным способом с этим одним изменением, запустите ее и подтвердите, что она загружается и принимает IP-адрес в вашей сети. Теперь ваша вложенная лаборатория работает непрерывно.
Честные лабораторные ограничения — для чего нужна и не нужна эта установка
Все в гнезде платит налог на производительность дважды: работа вложенной виртуальной машины обрабатывается Proxmox, чья собственная работа снова обрабатывается ESXi, поверх того же физического процессора, оперативной памяти и хранилища. Ожидайте, что вложенные гости будут работать заметно медленнее, чем та же виртуальная машина, работающая непосредственно на любом гипервизоре — гости Windows платят за это больше всего.
Так зачем вообще запускать Proxmox внутри ESXi? Честные причины веские: это самый дешевый способ изучить вторую платформу, отрепетировать миграцию, протестировать функции Proxmox и безопасно все сломать — один сервер, два гипервизора, ноль дополнительного оборудования, и ничто в производстве не может быть повреждено.
А когда лаборатория перерастет гнездо, выход будет простым: сохраните резервные копии конфигурации Proxmox и ваших гостей и перестройте ту же настройку на «голом железе». Настройки на этой странице — открытая виртуализация, группы портов, процессор хоста — это именно те вещи, которые исчезают, когда Proxmox владеет аппаратным обеспечением, в чем, скорее, суть: хорошо для обучения, неправильно для производства.
🏷️Topic Search Variables & Keywords
🎙️ Полная расшифровка — нажмите, чтобы развернуть
Пошаговое руководство по устранению неполадок и решениям — НАСТРОЙКА PROXMOX ВНУТРИ VMWARE ESXi NESTED VM РУКОВОДСТВО. Экранная демонстрация от Технического Аншу.
Установите Proxmox VE в качестве виртуальной машины на VMware ESXi и запустите внутри нее настоящие виртуальные машины. Два параметра, которые обеспечивают работу вложенной виртуализации: исправление группы портов и честные лабораторные ограничения.
(расшифровка заканчивается здесь, на исходной странице)
❓ Часто задаваемые вопросы (на английском языке)
Является ли это руководство абсолютно бесплатным?
Да! Во всех руководствах и методах, продемонстрированных Tech Anshu, используются бесплатные легальные и образовательные ресурсы.
Могут ли новички следовать этому руководству?
Абсолютно! Каждый шаг демонстрируется на экране с подробными инструкциями, поэтому каждый может легко следовать им.
Где я могу задать вопросы, если застряну?
Оставьте комментарий прямо под видео на YouTube, и наше сообщество и технический специалист Anshu помогут вам.
🚀 Посмотрите полное руководство на YouTube
🚀 Посмотрите полное пошаговое видеоруководство на YouTube: https://www.youtube.com/watch?v=_KeUQr-Nq1Y
Подпишитесь на техническую поддержку Anshu для ИТ-поддержки, устранения неполадок Windows и управления сервером.
▶️ Посмотреть полное видео