VMware ESXi kezelhetősége linuxról

Virtualizáció

Abban kérném a segítségeteket, hogy egy ESXi szervert hogyan tudnék linux desktopról kezelni? A vSphere Client -et Wine -ra feltéve sajnos nem tudtam rávenni a működésre.

Van valami alternatív megoldás? (egy kicsit túlzásnak tűnik emiatt egy xp -t futtatni VirtualBox -ba)

  • 2165 megtekintés

( Oldman (nem ellenőrzött) | 2011. 10. 20., cs – 14:13 )

Már pedig ez lesz a megoldás!

Van egy kolléga, aki az ominózus XP-t is az ESXi alatt futtatja...
:-)

Ha a hoszt megdöglik, az nem gond, majd újraindul. No ha nem indul újra, az lesz a gond, de akkor se a vSphere kliens miatt, hanem a többi VM miatt! Viszont ha nem indul újra, azon a vSphere kliens se segít, tehát megint csak nem értem, ez miért is probléma.

Amúgy hogy OT legyek: az ESXi 5-től van webböngészőből futtatható, flash-t és FF-et igényló kliens, deklaráltan Linuxra (is).

( szollosiimre | 2011. 10. 20., cs – 15:11 )

A kollegák már elmondták a tutit, én csak annyit tennék hozzá, hogy a legújabb ( 8? ) workstation képes managelni az esxi-n futó virtuális gépeket. [fixme]

( golgota | 2011. 10. 20., cs – 15:22 )

Pedig sajnos nincs más egyszerű megoldás. Ugyan egész jó apija van az esxi-nek, de azért újból leprogramozni a teljes felületet xmlrpc-vel kicsit overkill.
Nálunk volt egy win szerver ami az egyik esxi-n futott és arr belépve lehetett managelni az egész env-et.

Mondjuk ott van a libvirt, aminek van esxi driverre és a soap api-n keresztül manageli a masinákat, de még sose nem próbáltam.

( NagyZ v | 2011. 10. 20., cs – 16:22 )

5os vcenternek van sokkal jobb webes felulete, mint a 4esnek, egesz hasznalhato, de nem egy vsphere kliens.

Az ötös verzióhoz van egy appliance is, linux alapú. Viszont adatbázis támogatásban elég korlátozott. Vagy egy hozzácsomagolt DB2, de azon kívül csak Oracle-t támogat. Enterprise környzeteben nem tudom, hogy használ-e valaki DB2-t vagy Oraclet vCenterhez. Szerencsére nem sokára jön ODBC driver MS SQL-hez linuxra, úgyhogy ez is meg fog oldódni.

Na ettől kaptam agyfaszt, hogy a korábbi verziókban ugye az volt a mondás, hogy a szervíz konzolon Redhat fut. (Az egy dolog, hogy CentOS-nek tűnt, de legalább nincs licenc költség.) Ezek után az új mondás: az 5-ös verzió óta nincs szervízkonzol, sőt adunk Linux-alapú vCenter Appl-ot is, hogy ezzel is csökkenthető legyen a licencköltség, erre pont egy kereskedelmi Linuxot tudtak bele tenni, a jól ismert CentOS helyett. Ezt azért valaki elmagyarázhatná .... - OK, gondolom a DB2 nem certifikált CentOS-re, de könyörgöm, ugyanezen funkciókhoz tán egy MySQL/PgSQL is elég lett volna.

Szerintem annyira mindegy mi fut alatta amíg az ip címét beállítod. Utána egy böngésző elég.
Személy szerint nem értem, hogy miért hiányolják sokan a consol OS-t vSphereből. Annyi bonyodalomtól kíméli meg az embert i verzió. Persze ízlések és pofonok, mert nálunk sokkal könnyebb egy i-t megfeleltetni a szabályoknak. Ha nyugodtan akartál aludni, akkor eddig sem tettél 3rd party alkalmazásokat a console OS-be. Nem igazán tudom, hogy van-e olyan dolog ami miatt szükség lenne még rá.

Fogalmam sincs miért esett a választásuk a DB2-ra, gondolom ez felelt meg vCenter igényeinek mind funkciókban, mind licencekben. Nem gondolnám, hogy az appliance és a DB2 licence költsége meglátszana vCenter árán. Aki pedig elboldogult RH alatt, nem fog neki a SuSe sem gondot okozni, ha valamely bolygók együttállása esetén birizgálni szeretné az OS-t a vCenter alatt.

Szerintem ezt az appliance-t SMB cégeknek tervezték ebben a formában, ott megfelel a csomagolt DB2, nincs szükség plusz licencekre(win, MSSQL).

Késő van/volt, fogalmazásgátlóval dolgoztam úgy látszik.
a) A Service Console egy RedHat. (Nem, az egy CentOS, de ettől nyilván kisebb a licenc költsége. Neki, a VMware Inc-nek.)
b) (mellékes, de: nincs SC) "Legyen kevesebb a licenc költséged - korábbi megoldáshoz lásd a) pont -, ezért nem kell Windows licencet vegyél, kapsz vCenter Appliance-t." Bingo, de arra nem egy licencköltség-mentes CentOS-t rak, hanem egy költséges SuSE-t.
No így nem értettem én ezt a lépést.

:)
Értettem elsőre is, de nem tudom miből gondolod, hogy vCenter appliance alatt lévő SuSE neked licence költséggel jár? Egy vCenter nem olcsó, ha van is SuSE licence költség az árban, az elég elhanyagolható a teljes árhoz képest, bár még így is olcsóbb lehet, mint egy win2k8.

( lovagX | 2011. 10. 20., cs – 16:44 )

Alap dolgokat host shelljebol is lehet managelni. Amit sshval el lehet erni, ha beallitod a konzolon. Regebbinel inted.conf matatassal lehetett ezt.

vim-cmd a parancs ami kell neked, help itt: http://www.virtuallyghetto.com/p/vmware-vimsh_9940.html

De en wineben megprobalnam a .net (eppennemtudommilyenkellneki) verziojat telepiteni winetrick-kel. Utana az esx telepitot.

( traz | 2011. 10. 20., cs – 17:41 )

Hat elvileg a vCLI-vel teljeskoruen menedzselheto egy ESXi, es van neki Linuxos valtozata.
VMware vSphere CLI (vCLI), igy, ez a neve.

Eletemben egyszer hasznaltam, akkor mukodott :)

BTW azt tudja valaki, hogy kepzeli ESXi, hogy a VM-eken random readonly lesz a / ?? De mind az osszes am egyszerre, es olyankor az fizikal host is doglodik, nem megy maintenance modba meg ilyenek, resetelni kell es jo lesz. Ritkan csinalja, ok nelkul, es nagyon bosszanto.

tarolo: datastore1, aki siman egy raid5 tomb az esxi gepben, ezen van minden. a VM-ek szokasosan virtualis scsi csatolon erik el.

csak a /: igen csak a /, de nincs is mas, ill van meg egy swap. ezek LVM, tehat a virtualis scsi lemezen van egy root volume ami / es van egy swap volume. nagyon egyszeru, semmi provokalo nem fut rajtuk, kis apacs+mysql 0 terhelessel, mivel ez a test/development/ilyenleszmajd-hakeszenlesz kornyezetunk.

minden default, esxi 4.1 update 1, VMek fedora 15, upgradeltem, meg direkt az egyiken van tools a masikon nincs, es megis mindaketto produkalta a tunetet.

koszonom, bar ezt megtalaltam, meg egy rakas hasonlot. es lattam, hogy van patch Readhathoz meg SUSEhez, de ezeket nem tudom csak ugy feltolni a Fedora. Meg talaltam olyat, hogy barrier=0 legyen es jo lesz, de ezt lehet nem kene.

Viszont ahogy kivettem, ez esetekben csak a / lett readonly, az esxi nem doglodott. Illetve amikor az esxi doglodott (pl. VM power off megall 95%-nal, nem megy maintenance modba, nem lehet ujrainditani), akkor meg a VMeknek nem volt bajuk. A ketto problema nalam egyszerre es csak egyszerre jelentkezik, es megtettem azokat a lepeseket, amiket a ket problemara egymastol fuggetlenul ajanlottak, de megsem jo, ezert vagyok zavarban.

( hrgy84 | 2011. 10. 21., p – 10:37 )

A virtualis gepek kezelesehez a most megjelent VMware Workstation 8 nyujt nemi tamogatast, amennyiben tud ESXi-hez csatlakozni, azon gepeket listazni, konzoljukat megjeleniteni. Nem probaltam, de aktiv a virtualis gep keszitese gomb is rajta.

Konfiguracio szempontjabol mindenkepp ajanlott egy Windows gep valahol a halozaton, sajnos a 4.0-s ESX-hez kell egy. Viszont ha egyszer bekonfiguraltad a szervert, utana el is rakhatod a szekreny melyere a gepet (de semmikepp se hasznositsd ujra!), mert a gepekhez mar bosegesen eleg a Workstation kezelofelulete.

Alternativakent, ha csak konzolok kellenek, de nem akarsz gepet krealni, a VMware Server 2.0 csomagjaban van egy firefox plugin, ha azt kibontod, keresd meg benne a vmware-vmrc nevu tool-t. Ez egy Linux alatt futo Gtk+ 2-s felulet, a loginboxot okszeruen kitoltve bejutsz a gepek listajahoz (amelyek latasahoz engedelyed van), es ott tudsz konzolt nezni rajtuk. Ha kirakod a tool-t valahova a fajlrendszerbe, akkor elso alkalommal a vmware-vmrc -t root-kent (vagy a mappajat irni tudo userkent) kell futtatni, hogy a konfigjait meg tudja gyartani. Figyelem: maga a plugin _nem_ mukodik az ESX-szel, hiszen annak nincs olyan webfelulete, mint a VMware Server 2.0-nak.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal