Divat mindent is virtualizálni. Használtam már én is Vmware Playert, KVM-et, stb. a saját gépemen, a munkahelyemen pedig több szerverünk is van Vmware ESXi-n, de ezek esetén a Vmware supportja nem mi vagyunk, csak a guesteké. Tanulási céllal gondoltam tehát, hogy hasznosítom az otthoni Core2 tesztgépemet, és létrehozok egy virtuális környezetet, amivel ráadásul kiválthatom a saját laptopomon KVM-en futtatott virtuálgépeket, amik azért okoznak gondokat (pláne egy Win10, amikor éppen kell egy Windows, borzalmasan erőforrás-zabáló).
A rendelkezésre álló hardver azért nem egy erőgép, mert egy Core2 E8400-ról van szó 4GB RAM-mal, amibe végre lett egy 250GB-os winyó is. A terv az volt, hogy egyszerre egy virtuális guest fog menni, viszont a virtualizációval a virtuális környezetekkel való ismerkedésen túl megspórolom a dualboot maceráját, és tetszőleges variációkban próbálgathatok OS-eket, illetve használhatom azt, ami éppen kell. (Nemrég majdnem egy hétig futott egy adatmentés a virtuális Windowson egy ismerősnek, az azért nem volt kényelmes - jó lett volna, ha az egy külön hardveren megy...) S ha már, akkor nézzük meg, hogyan is néz ki a Vmware adminként...
Arra azért nem gondoltam, hogy ilyen mennyiségű virtualizációs környezet fog elvérezni Címszavakban :
Vmware ESXi 6.7 : Ennek van free változata, 2 fizikai processzorig, meg valahány magig szabadon használható, a Vcenterrel együtt - nem támogatja a Core2-t.
ESXi 5.5 : Megy Core2-n, de a Marvell 88E8071 hálókártyától lefekszik, nem ismeri, mert ahhoz nem látezik Vmware driver. Háló nélkül nem települ...
Microsoft Hyper-V 2016 (duzzogva, lássuk, mit tud) : Települ. Meglehetős parancssoros szenvedés után már hajlandó volt távoli asztali kapcsolatot is adni, sőt, a VMM konzollal is szóba állt a saját gépemről futó virtuális Windows-on. Virtuálgépet is tudtam kreálni! Csak el nem indult egy guest sem. Fél nap Google után kiderült, hogy hiába tud a proci + alaplap VT-d-t, meg alapvető virtualizációs feature-ket, a SLAT hiánya miatt nem fog működni a Hyper-V. Mondjuk ezt közölhette volna az elején...
Microsoft Hyper-V 2012 : Végül erre járt egy gép, amit muszáj volt nyúzni javítás után. A változatosság kedvéért ez is Core2. S a Hyper-V 2012 ugyanazt a hibaüzenetet dobta rajta, mint a 2016 a másik host-jelöltön.
Xen kernel + Debian 8-9 : Települ, és működik is, amíg nem kap hálózatot. Amint kap, fagy (de csak a Xen kernellel, a simával jó). Egyre jobb ez a Marvell kártya... De ez lett volna a leginkább erőforrás-barát dolog, mert a Debian minimális proci+RAM használattal elvan.
A Xenserver után ezzel folytattam újra, egy másik interfészen, ami egy USB-s hálókártya. Ha megjön a PCIE kártyám, akkor meg majd azzal fog menni. A sky2 Marvell driverben pedig volt ez a bug, és valószínűleg még mindig van
A management eszköze most a Virt-manager, ami ugyan nem tud annyit, mint egy Openxenmanager vagy Xen Orchestra, de kényelmesen megoldja az alapfeladatokat.
Citrix Xenserver (Free edition) : És működik! Elég jól összerakott cucc, érezni, hogy ezt azért professzionális felhasználásra szánták. Elsőre lett háló, telepítettem a gépemre egy Openxenmanager-t, és lett is admin felületem (egy alapvető konzol a szerveren is van, meg az alatta levő Linuxhoz is hozzá lehet férni). Működik az ISO imagek behúzása hálózati megosztásról, tudtam virtuális gépet is telepíteni (frankón olyan konzol van, mint a Vmware-n, Hyper-V-n!), de hálót nem tudok adni neki... Azaz igen, de akkor elhal a management interfész, mert csak egy hálókártya van Szóval ezen még dolgozni kell, de talán menni fog. Viszont sajnos elég sok erőforrást eszik (nyilván, nem egy öreg asztalin kéne futtatni, egy értelmesebb szerver hardver meg több kártyával kezdődik).
Most itt tartok. Mondjuk a háló gondok meg fognak oldódni, mert rendeltem egy PCI-Express kártyát, amit elvileg ismerni fog a Vmwerése, illetve majd egyszer, ha sok pénzem lesz, dobok egy i5-öt a gépbe...
Update : Mind Xenserver, mind Debian+Xen kernel, mind Vmware 5.5/6.0 - miután lett alájuk hálókártya - esetén szépen döcög a guest Windows. Nem gyors, amire nekem kell, arra jó lesz. A Linux guestek meg értelemszerűen kevesebb erőforrást kérnek...
Remélem, a következő bejegyzés már arról fog szólni, hogy hogyan sikerült virtualizálni