Proxmox Nested VM -asennus – ESXi-opetusohjelma

Ennen kuin aloitat – rehellinen kuva

Sisäkkäinen virtualisointi tarkoittaa virtuaalikoneen sisällä toimivaa hypervisoria: ESXi:n sisällä olevaa Proxmoxia, jonka sisällä on omat VM:t ja kontit. Se on halvin laboratorio – yksi palvelin, kaksi oppimisalustaa, nolla ylimääräistä laitteistoa. Mutta kolmen tosiasian pitäisi olla selvä ennen kuin aloitat.

Ensinnäkin tämä on laboratoriotekniikka. VMware ei tue kolmannen osapuolen hypervisorien käyttöä ESXi:ssä lukuun ottamatta suppeasti dokumentoituja tapauksia, kuten Hyper-V virtualisointiin perustuvaa suojausta varten. Nested Proxmox toimii ja tuhannet kotilaboratoriot pyörittävät sitä – mutta yksikään toimittaja ei ota yhteyttä tukipyyntöösi.

Toiseksi fyysisessä suorittimessa on oltava Intel VT-x tai AMD-V, otettu käyttöön palvelimen BIOSissa. ESXi ei voi läpäistä ominaisuutta, jonka laitteisto on sammuttanut.

Kolmanneksi sisäkkäinen kokoonpano on vain niin vahva kuin isännän vapaa kapasiteetti. Proxmox itse tarvitsee resursseja, ja jokainen Proxmoxin sisällä oleva VM kuluttaa ne uudelleen – 8 Gt:n isäntä isännöi pettymyslaboratoriota.

Luo Proxmox VM ESXi:ssä laboratoriokokoisilla resursseilla

Luo uusi virtuaalikone ESXi:ssä. Aseta vieraskäyttöjärjestelmäperheeksi Linux – Debianin 64-bittinen profiili on lähin vastaavuus, koska Proxmox VE on rakennettu Debianille. Anna sille 4 vCPU:ta ja 8–16 Gt RAM-muistia: Proxmox itse on käyttämättömänä noin 1–2 Gt, ja loput ovat vieraille, joita käytät siinä.

Luo 100 Gt:n tai enemmän virtuaalinen levy – jokainen sisäkkäinen VM:n levy säilyy tämän levyn sisällä. Verkkosovittimelle VMXNET3 toimii, jos Proxmox-versiosi tunnistaa sen puhtaasti, ja myös E1000E toimii; molemmat toimivat hyvin Debian-pohjaisen asentimen kanssa.

Kiinnitä Proxmox VE ISO CD/DVD-asemaan ja aseta se kytkeytymään virran kytkemisen yhteydessä. Lataa ISO vain Proxmoxin viralliselta verkkosivustolta (proxmox.com). Älä kytke virtuaalikonetta vielä päälle – seuraava vaihe on paljon helpompi, kun se on pois päältä.

Asetus yksi – paljasta laitteistoavusteinen virtualisointi vieraskäyttöjärjestelmälle

Tämä asetus toimii koko asennuksessa. Napsauta hiiren kakkospainikkeella Proxmox VM → Muokkaa asetuksia ja laajenna Virtual Hardware -välilehdellä CPU-osio ja valitse Avaa laitteistoavusteinen virtualisointi vieraskäyttöjärjestelmälle. Tämä siirtää suorittimen virtualisointilaajennukset – vmx-lipun Intelillä, svm AMD:llä – Proxmox VM:lle, joten Proxmoxin oma KVM-hypervisori voi käyttää niitä.

Ilman tätä valintaruutua Proxmox asentaa ja käynnistyy normaalisti, mutta mikään sen sisällä oleva virtuaalikone ei voi käyttää KVM-kiihdytystä – ja virhe ilmenee vain, kun yrität käynnistää ensimmäisen sisäkkäisen vieraasi.

Valintaruutu kirjoittaa yhden rivin VM:n .vmx-määritystiedostoon, ja voit lisätä saman rivin itse, jos valintaruutuun on vaikea päästä käsiksi:

vhv.enable = "TRUE"

Asenna Proxmox VE ja avaa verkkokäyttöliittymä

Käynnistä virtuaalikone ja käynnistä se ISO:sta suorittaaksesi Proxmox VE -asennusohjelman. Valitse kohdelevy (luottamasi 100 Gt:n virtuaalilevy), aseta maa, aikavyöhyke ja näppäimistöasettelu, pääkäyttäjän salasana ja sähköpostiosoite ja anna palvelimelle isäntänimi ja kiinteä hallinta-IP-osoite laboratorioverkossasi.

Kun asennus on valmis, anna virtuaalikoneen käynnistyä uudelleen Proxmoxiin (voit irrottaa ISO:n nyt). Avaa sitten tietokoneesi selaimella Proxmox-verkkokäyttöliittymä – korvaa alla oleva osoite IP-osoitteella, jonka annoit Proxmoxille asennuksen aikana:

https://YOUR-PROXMOX-IP:8006

Todista, että KVM on elossa – kolme päätetarkistusta

Älä luo vielä yhtä vierasta. Valitse Proxmox-verkkokäyttöliittymässä solmu, avaa Shell ja suorita sitten nämä kolme tarkistusta. Ensinnäkin KVM-laitteen on oltava olemassa:

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.

Porttiryhmän korjaus – Miksi Proxmoxin sisällä olevilla virtuaalikoneilla ei ole verkkoa

Oudoin sisäkkäisten laboratorioiden vika: Proxmox itse on täysin online-tilassa – se pingtaa yhdyskäytävää, lataa päivitykset ja lataa verkkokäyttöliittymänsä. Silti jokainen sen sisällä oleva VM on verkon kuollut, ei saa DHCP-osoitetta tai saavuta mitään. Mikään ei ole rikki. ESXi tuntee täsmälleen yhden koneen kyseisessä portissa – Proxmox VM:n, jolla on yksi MAC-osoite – ja jokainen Proxmoxin sisällä oleva vieras lähettää omalla MAC-osoitteellaan, joka saapuu virtuaalikytkimeen väärennetyn näköisenä. Porttiryhmän oletussuojauskäytännöt jättävät nämä kehykset näkyviin, eivätkä vastaukset myöskään löydä tietä takaisin.

Korjaus on kolme asetusta. Siirry ESXi:ssä kohtaan Networking ja valitse porttiryhmä, johon Proxmox VM on yhdistetty. Muokkaa sen asetuksia, avaa Turvallisuus-osio ja aseta kaikkiin kolmeen käytäntöön Hyväksy:

• Promiscuous-tila: Hyväksy
• MAC-osoitteen muutokset: Hyväksy
• Väärennetyt lähetykset: Hyväksy

Tallenna, käynnistä sisäkkäinen vieras (tai vain sen verkko) uudelleen ja testaa uudelleen. Proxmoxia tai ESXi:tä ei tarvita uudelleen - muutos tulee voimaan heti, kun vieras lähettää viestin uudelleen.

VM:n luominen Proxmoxin sisällä – Aseta suorittimen tyypiksi Isäntä

On toinen ovi, jonka läpi virtualisointilipun on mentävä, ja se on Proxmoxin sisällä. Proxmoxilla luotu uusi virtuaalikone käyttää oletusarvoisesti emuloitua CPU-mallia (kvm64-perhe), joka tarkoituksella esittelee vanhan, yleisen suorittimen ilman virtualisointilippua – joten vieras, joka itse haluaa käyttää virtuaalikoneita tai käyttää lipuista riippuvia ominaisuuksia, ei näe mitään.

Kun luot virtuaalikoneen Proxmoxin sisällä, avaa sen Laitteisto-asetukset ja aseta CPU-tyypiksi isäntä. Vieras saa sitten todellisen CPU-mallin ja alla olevan koneen liput – mikä pesässä tarkoittaa, että ESXi:n Proxmoxille välittämät liput virtaavat yhden tason alempana. Lataa ISO Proxmoxin paikalliseen tallennustilaan, luo virtuaalikone tavalliseen tapaan tällä yhdellä muutoksella, käynnistä se ja varmista, että se käynnistyy ja ottaa IP-osoitteen verkossasi. Sisäkkäinen lab toimii nyt päästä päähän.

Rehelliset laboratoriorajoitukset – mihin tämä asennus sopii ja ei

Kaikki pesässä maksaa suorituskykyveron kahdesti: sisäkkäisen virtuaalikoneen työn käsittelee Proxmox, jonka oman työn käsittelee jälleen ESXi, saman fyysisen suorittimen, RAM-muistin ja tallennustilan lisäksi. Odota sisäkkäisten vieraiden tuntevan olonsa huomattavasti hitaammaksi kuin sama virtuaalinen kone, joka toimii suoraan jommassakummassa hypervisorissa – Windows-vieraat maksavat tästä eniten.

Miksi sitten ylipäätään pitäisi käyttää Proxmoxia ESXin sisällä? Rehelliset syyt ovat hyviä: se on halvin tapa oppia toinen alusta, harjoitella siirtoa, testata Proxmoxin ominaisuuksia ja rikkoa asioita turvallisesti – yksi palvelin, kaksi hypervisoria, nolla ylimääräistä laitteistoa, eikä mikään tuotannossa voi vahingoittua.

Ja kun laboratorio kasvaa ulos pesästä, poistuminen on yksinkertaista: pidä varmuuskopiot Proxmox-kokoonpanostasi ja vieraistasi ja rakenna sama kokoonpano uudelleen paljaalle metallille. Tämän sivun asetukset – paljastettu virtualisointi, porttiryhmät, isäntäprosessori – ovat juuri niitä asioita, jotka katoavat, kun Proxmox omistaa laitteiston, mikä on pikemminkin tarkoitus: hyvä oppimiseen, väärin tuotantoon.