Configurare VM imbricată Proxmox - Tutorial ESXi

Înainte de a începe — Poza sinceră

Virtualizarea imbricată înseamnă un hypervisor care rulează într-o mașină virtuală: Proxmox în ESXi, cu propriile VM și containere în interiorul acesteia. Este cel mai ieftin laborator care există - un server, două platforme de învățat, zero hardware suplimentar. Dar trei fapte ar trebui să fie clare înainte de a începe.

În primul rând, aceasta este o tehnică de laborator. VMware nu acceptă rularea de hipervizori terți pe ESXi, cu excepția cazurilor documentate restrâns, cum ar fi Hyper-V pentru securitate bazată pe virtualizare. Imbricat Proxmox funcționează și mii de laboratoare de acasă îl rulează, dar niciun furnizor nu va accepta apelul dvs. de asistență în acest sens.

În al doilea rând, procesorul fizic trebuie să aibă Intel VT-x sau AMD-V, activat în BIOS-ul serverului. ESXi nu poate trece printr-o caracteristică pe care hardware-ul a dezactivat-o.

În al treilea rând, o configurare imbricată este la fel de puternică ca și capacitatea de rezervă a gazdei. Proxmox în sine are nevoie de resurse și fiecare VM din interiorul Proxmox le cheltuiește din nou - o gazdă de 8 GB va găzdui un laborator dezamăgitor.

Creați mașina virtuală Proxmox în ESXi cu resurse de dimensiunea unui laborator

Creați o nouă mașină virtuală în ESXi. Setați familia OS invitat la Linux — un profil Debian pe 64 de biți este cel mai apropiat, deoarece Proxmox VE este construit pe Debian. Oferă-i 4 vCPU și 8–16 GB RAM: Proxmox în sine este inactiv în jur de 1–2 GB, iar restul este pentru oaspeții pe care îi vei rula în interiorul acestuia.

Creați un disc virtual de 100 GB sau mai mult — fiecare disc al mașinii virtuale imbricate va locui în acesta. Pentru adaptorul de rețea, VMXNET3 funcționează dacă versiunea dvs. Proxmox îl detectează curat și E1000E funcționează și el; ambele sunt în regulă cu programul de instalare bazat pe Debian.

Atașați Proxmox VE ISO la unitatea CD/DVD și setați-l să se conecteze la pornire. Descărcați ISO numai de pe site-ul oficial al Proxmox (proxmox.com). Nu porniți încă VM — următorul pas este mult mai ușor dacă este oprit.

Setarea unu — Expune virtualizarea asistată hardware la sistemul de operare invitat

Aceasta este setarea pe care se află întreaga configurație. Faceți clic dreapta pe Proxmox VM → Editați setările, iar în fila Hardware virtual extindeți secțiunea CPU și bifați Expune virtualizarea asistată hardware la sistemul de operare invitat. Aceasta transferă extensiile de virtualizare ale procesorului — steag-ul vmx pe Intel, svm pe AMD — către mașina virtuală Proxmox, astfel încât hypervisorul KVM al Proxmox să le poată folosi.

Fără această casetă de selectare, Proxmox se instalează și pornește în mod normal, dar nicio mașină virtuală din interiorul său nu poate folosi accelerarea KVM – iar eșecul apare doar când încercați să porniți primul invitat imbricat.

Casuța de selectare scrie o linie în fișierul de configurare .vmx al VM-ului și puteți adăuga singur aceeași linie dacă caseta de selectare este greu de accesat:

vhv.enable = "TRUE"

Instalați Proxmox VE și deschideți interfața web

Porniți VM și porniți din ISO pentru a rula programul de instalare Proxmox VE. Alegeți discul țintă (discul virtual de 100 GB pe care l-ați creat), setați țara, fusul orar și aspectul tastaturii, setați o parolă de rădăcină și o adresă de e-mail și dați serverului un nume de gazdă și o adresă IP fixă de management în rețeaua dvs. de laborator.

Când se termină instalarea, lăsați VM să repornească în Proxmox (puteți deconecta ISO acum). Apoi, dintr-un browser de pe computer, deschideți interfața web Proxmox — înlocuiți adresa de mai jos cu IP-ul pe care l-ați dat lui Proxmox în timpul instalării:

https://YOUR-PROXMOX-IP:8006

Demonstrați că KVM este în viață — Cele trei verificări ale terminalelor

Nu creați încă un singur invitat. În interfața web Proxmox, selectați nodul și deschideți Shell, apoi executați aceste trei verificări. În primul rând, dispozitivul KVM trebuie să existe:

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.

Remedierea grupului de porturi — De ce mașinile virtuale din interiorul Proxmox nu au rețea

Cea mai ciudată defecțiune a laboratorului imbricat: Proxmox în sine este perfect online - dă ping la gateway, descarcă actualizări și își încarcă interfața de utilizare web - totuși, fiecare VM din interiorul său este mort în rețea, nu primește nicio adresă DHCP sau nu ajunge la nimic. Nimic nu este spart. ESXi cunoaște exact o singură mașină pe acel port - VM-ul Proxmox, cu o singură adresă MAC - și fiecare oaspete din Proxmox transmite cu adresa sa MAC propria, care ajunge la comutatorul virtual arătând falsificată. Politicile de securitate implicite ale grupului de porturi elimină acele cadre la vedere și nici răspunsurile nu pot găsi calea înapoi.

Remedierea este de trei setări. În ESXi, accesați Rețea și selectați grupul de porturi la care este conectată mașina virtuală Proxmox. Editați-i setările, deschideți secțiunea Securitate și setați toate cele trei politici la Accept:

• Mod promiscuu: Acceptare
• Modificări adresei MAC: Acceptare
• Transmiteri falsificate: Acceptare

Salvați, apoi reporniți oaspetele imbricat (sau doar rețeaua acestuia) și testați din nou. Nu este necesară repornirea Proxmox sau ESXi — modificarea intră în vigoare de îndată ce invitatul retransmite.

Creați o VM în interiorul Proxmox — Setați tipul CPU la Gazdă

Există o a doua ușă prin care trebuie să treacă steagul de virtualizare și se află în interiorul Proxmox. O nouă VM creată în Proxmox utilizează implicit un model de CPU emulat (familia kvm64), care prezintă în mod deliberat un CPU generic vechi fără marcajul de virtualizare - astfel încât un oaspete care dorește să ruleze VM-uri sau să folosească funcții dependente de steag, nu vede nimic.

Când creați o mașină virtuală în interiorul Proxmox, deschideți setările sale Hardware și setați tipul de CPU la găzduire. Oaspetele primește apoi modelul CPU real și steaguri ale mașinii de dedesubt - ceea ce, într-un cuib, înseamnă steaguri transmise de ESXi către Proxmox cu un nivel mai jos. Încărcați un ISO în stocarea locală a Proxmox, creați VM în mod normal cu această modificare, porniți-l și confirmați că pornește și primește o adresă IP în rețeaua dvs. Laboratorul dvs. imbricat lucrează acum cap la cap.

Limite oneste ale laboratorului — Pentru ce este și pentru ce nu este această configurare

Totul dintr-un cuib plătește taxa de performanță de două ori: munca VM imbricată este procesată de Proxmox, a cărei muncă proprie este procesată din nou de ESXi, pe lângă același CPU fizic, RAM și spațiu de stocare. Așteptați-vă ca oaspeții imbricați să se simtă considerabil mai lent decât aceeași mașină virtuală care rulează direct pe oricare dintre hypervisor - oaspeții Windows plătesc cel mai mult.

De ce să rulați Proxmox în ESXi? Motivele sincere sunt bune: este cea mai ieftină modalitate de a învăța o a doua platformă, de a repeta o migrare, de a testa funcțiile Proxmox și de a întrerupe lucrurile în siguranță — un server, două hipervizoare, zero hardware suplimentar și nimic din producție nu poate fi afectat.

Și când laboratorul depășește cuibul, ieșirea este simplă: păstrați copii de siguranță ale configurației dvs. Proxmox și ale invitaților dvs. și reconstruiți aceeași configurație pe metal. Setările de pe această pagină — virtualizare expusă, grupuri de porturi, procesor gazdă — sunt exact lucrurile care dispar atunci când Proxmox deține hardware-ul, care este mai degrabă ideea: bine pentru învățare, greșit pentru producție.