VMware server 2 (diskuse)

[jan.xxx]

Na jakou technologii přecházíte?

[CandySan]

Studoval jsem na netu ruzne studie a zaroven i jeden celkem zajimavy test vykonu diskovych obrazu a postupne vse zacalo smerovat ke qemu kvm. Potom jsem si sestavil checklist vlastnosti, ktere musim prozkoumat a doresit a zacal jsem si je postupne odskrtavat s kvm. Zdalo se, ze to ma mnoho uzasnych vyhod (ve spojeni s libvirt, ale pocinaje uz od uzasneho radkoveho klienta). V ramci tohoto checklistu jsem nastudoval a objevil spoustu dulezitych veci ze kterych vznikla jakasi soukroma norma ci predpis a po testech nasledovalo zkusebni nasazeni do realneho provozu. S tim se samozrejme svezla i nutnost konverze stavajicich vm.

Po ruznych obtizich, ktere bylo nutno vyresit (at uz primo souvisely s kvm nebo ne) se nakonec ukazalo, ze ve srovnani s vmware serverem (i s tema optimalizacema) je tahle platforma velmi vykonna, velmi pohodlna na pouzivani, bohata na nastroje a i pri zatizeni ma celkem slusne rezervy ve vykonu a hostitel ani hosti nevykazuji temer zadne zatizeni.

Napr. host, ktery v nekonecne smycce cetl vystup ze vzdaleneho telnetu a naustale zapisoval udaje do mysql a zaroven x klientu se strachalo pres apache v ruznych vyhodnocenich mel permanentne load kolem 8 (je to teda hodne a buh vi proc tomu tak bylo), tak v kvm ma 0.16 az max 0.5.

Ruzne ostatni pocitace behaji vyznamne svizneji i kdyz u nich nenamerim takovy skok v load, ale napr. na hostitelech je taky zatizeni neustale kolem nuly pokud nejsou virtualky pouzvane a samozrejme load vzroste kdyz jsou vm zatizene, ale stale to je v rozumnych hodnotach.

Priznam se, ze to bylo pro me velkym a velmi prijemnym prekvapenim.

Tech zajimavych, uzitecnych, nebo prijemnych veci je tolik, ze by to bylo na clanek. Z meho pohledu to je neoddiskutovatelne dobry krok a myslim, ze mnohe uzivatele vmware serveru to zrejme ceka taky. Tech serveru jsem postupne uz prevedl nekolik a jsou par tydnu v realnem provozu a mam jen same dobre vysledky.

Problemy jsem mel s qcow2 snapshotama - po vytvoreni snapshotu se casto poskodil image. Takze ted zalohuju jinak, ale vse ostatni bylo nad ocekavani.

[jan.xxx]

Děkuji za odpověď. Já jsem přecházel vloni z VMware serveru 2. O KVM jsem hodně uvažoval, nicméně v té době to bylo pro mě moc pracné. Takže nakonec vyhrál VirtualBox.

[Aleš Kapica]

Momentálně finišuji se svým řešením, při kterém využívám xNBD a live migrace. Původně jsem myslel že s tím budu hotov mnohem dřív, ale zasekal jsem se při řešení mnoha dílčích prkotin.

Je to v podstatě obslužný skript, skrz který lze virtuální stroje spouštět, zastavovat, snapshotovat, migrovat a kopírovat v rámci clusteru.

Snapshoty jsou dvou typů - havarijní, které se ukládají v případě síťového výpadku na virtualizační stroj. A zálohovací, kdy může být vytvořen buď živý snapshot běžícího virtuálu, nebo čistě snapshot blokového zařízení. Tyto snpshoty jsou uložené v datovém úložišti. Stejně jako virtuální disky.

[CandySan]

Tak to je super tip! xNBD jsem neznal a rad kolem nej zacenicham. Diky!

[Aleš Kapica]

Rád se podělím s tím co mám, akorát teď je dovolenkové běsnění, což pro mě znamená opakovanou nakládku a vykládku všemožných krámů, takže skriptování je teď trochu stranou. Ale během následujícího týdne bych to chtěl dotáhnout do takové podoby aby to mohl prubnout i někdo jiný.

V kostce. Mám cluster se čtyřmi stroji. Každý z nich může fungovat jako virtualizační host, ale pouze dva z nich fungují i jako datové stroje ze kterých se přes xnbd publikují virtuální stroje. Je to především proto, že ty zbylé dva mají diskový řadič, který neumožňuje hotswap.

Na každém z těchto strojů je úložiště konfiguráků virtuálních strojů, které se replikují při každé změně konfigurace. Spuštění probíhá tak, že skript nejprve nahodí xNBD servery, pak připojí na hostiteli virtuálů nbd zařízení, zkontroluje jestli náhodou nebyl při předchozím běhu vytvořen havarijní snapshot. Pokud ho najde, tak ho natáhne. Jinak normálně spustí vlastní virtuál.

Základem je qemu a jeho monitorovací konzole. Pri připojení k virtuálům používám spice, i když vnc by šlo použít taky. Virtuály jsou identifikované jak přes jméno tak uuid.

Důvod, proč jsem začal dělat vlastní řešení byl především v tom že mám (alespoň dle svého mínění) lépe vyřešené snapshotování než libvirt.

[Aleš Kapica]

Havarijní snapshot využívá možností xnbd klienta, který umožňuje navázat na zařízení skript, který se spustí v okamžiku kdy ztratí konektivitu - to bylo nejtěžší. Napsat skript, generující skript, který generuje havarijní skript .

Ten v případě přerušení spojení provede korektní ukončení všech aplikací, umount nbd zařízení a navíc, v případě že s tímto zařízením pracuje i nějaký virtuál, přes monitorovací konzoli stroj zapauzuje a odsnapshotuje do souboru.

[CandySan]

To zni velmi zajimave! Na to bych se pak rad podival.

[ext3fs]

Chybi mi nejaka pokrocilejsi sprava bezicich virtualek, kde bych mohl sledovat aktualni zatizeni procesoru, disku a site. Pokud mi tedy zacne nektera z virtualek divocit, tak je o to pracnejsi zjistit kdo je vinikem - je nutne hledat uvnitr kazde z nich a analyzovat vsechny najednou nez dojde k odhaleni vinika.

To co hledate se jmenuje vCenter Operations. Lze stahnout k vyzkouseni (60dnu zdarma). Potrebuje to vCenter, cela appliance bezi pod SLES a potrebuje pro beh cca 130GB disk a 8GB RAM (coz je docela dost).

[Aleš Kapica]

Existuje více řešení. I open source. Kolegové používají kupř. munin, nebo nagios, který má nejrůznější moduly.

[ext3fs]

Urcite ano, problem je ten, ze vCenter Operations ma jednu nespornou vyhodu. Hned to jede, prakticky na par kliku....to klobouk dolu. Uz vidim jak se propojuje s vCenterem treba Nagios nebo Zabbix.

[Aleš Kapica]

Tyhle monitorovací systémy fungují jinak. Monitorují přímo stroj, nebo služby a je úplně jedno, jestli je virtuální, nebo fyzický. vCenter je řešení pouze pro VMware.

[CandySan]

Pri pouziti kvm a libvirt je mozne zobrazit si grafiky zateze a vse je videt uz na prvni pohled - tohle je super Nebo virt-top a verim ze i dalsi nastroje se najdou (nebo i standardni linuxove nastroje).

[CandySan]

Ted uz to ani nehledam kdyz uz vsechno mam, ale faktem je, ze jsem byl vzdy odrazovan mnozstvim cool nazvu. Kdykoliv tohle firma dela, tak to na mne pusobi negativne... ale to neni kritika, protoze verim, ze to maji dokonale vymyslene a ze zakaznici takove veci miluji, jen jsem asi divny ja, ze pak odmitam studovat co se skryva za matoucimi nazvy... ted uz je to kazdopadne jedno, ale dobre ze to je zde uvedene, protoze asi se to muze spouste dalsich jeste hodit.

[ext3fs]

S tim take souvisi problem meho neuspesneho pokusu prejit na ESXi. Problem je v nepodporovanem hw, ale take v tom, ze je to postavene na nejakem silne orezanem linuxu, ktery nepodporuje vse co potrebuju (napr. mdadm, ktery uprednostnuju pred hw raidy po urcitych zkusenostech).

Tak on cely vSphere od vmwaru je urcen pro trosku jiny hw. Chce to minimalne 2 stejne masiny (v clusteru ) pripojene ke sdilenemu datovemu ulozisti SAN/NAS jinak nelze vyuzit nektere funkce jako HA, FT,...

[CandySan]

Tim jsem v podstate mimo ucel pro ktery vetsinu virtualek provozuju. Pochopil jsem, ze to je pro jiny hw a tudiz to je jeden z duvodu toho neuspechu. Podminkou mimo jine je take to, ze to musi byt kompletni linux (nebo system, ktery poskytuje vse co linux). Musi byt mozne recyklovat temer kazde zelezo, protoze spousta tech virtualek je umistena v mensich firmach, kde jim o zadnou virtualizaci vubec nejde. Nejedna se o datova centra, ale o firmy, kde maji tu a tam nejake ty windows "servery" (jen zbytecne drazsi desktopy, kde bezi nejake ty samocinne aplikace), ktere nejsou (nebyly) dostatecne zalohovane nebo nahraditelne (nekde maji napr. windows domenu a spoustu historickych udelatek kterym ani nechci rozumet tak do detailu, ze kdyby se odporoucel stroj tak bych je nedej boze musel reinstalovat). Jiny duvod pro tyhle male instalace je potreba izolovat windows (nebo velmi casto i linuxove virtualky, kterych mam nejvice) tak, aby pripadna jejich selhani bylo mozne resit vzdalene. Abych nebyl zaujaty jen proti windows, ktere obcas potrebuji restart, tak i v linuxovych virtualkach se tu a tam muze stat, ze dojde pamet a vyleti load a pokud jsem nebyl na nejakou tu neocekavanou udalost pripraveny, tak se mi velmi hodi, ze to je jen virtualka, kterou na dalku umravnim.

Takze i u mensich stroju ma virtualizace vetsi vyznam a mam tendenci virtualizovat samostatny stroj tak, ze kdyz mi padne do spravy a jsou na nem napr. jen jedny windows s nejakou tou desne dulezitou aplikaci, tak je prevedu na virtualku a z puvodniho zeleza udelam virtualizacni serverik a nehledim na to, ze to je jen kvuli jednomu stroji. Pozdeji pak tezim z toho, ze muzu kdykoliv naklikat novou virtualku a rozjet tam pod linuxem dalsi sluzby a casto to jsou ty, ktere puvodne mel na starosti ten win stroj, protoze cim mene toho dela tim mensi je s nim problem.

Jiny duvod pro male stroje a mdadm je nahraditelnost. Pokud nekomu takovy stroj umre, tak se nekde vezme jakekoliv jine zelezo, zastrci se tam ty disky a jede se bez nutnych ladeni nejakych prastarych historickych instalaci. Kdyz umre disk, jen se pichne novy a okopci se virtualky ze zalohy a zase je vse pri starem.

Mam i rack, kde jsou vetsi stroje a je jich tam dost a mozna bych tam vyuzil ty slozitosti o kterych se bavime, ale opet bych prisel o kouzlo jednoduchosti, ktera se skryva v tom, ze vsechny stroje (od malych k velkym) funguji na stejnem principu a jsou ruzne zamenitelne. Kdyz pak nastane krizova situace a clovek musi ve stresu vyresit problem, tak se vzdy hodi kdyz neni nutne spekulovat nad konkretni implementaci. Nebo kdyz mam nekoho navadet telefonem a rikat mu z pameti co ma delat pro zachranu atd...

Takze nekde se hodi HA, ale neni to zas az takova nutnost a na vetsine mist jde hlave o to aby sprava byla snadna, rychla jen relativne a hlavne spolehliva a aby necihaly nikde pasticky az me prejede rychlik a bude potreba me nahradit (nebo kdyz mam menit zamestnance).

[kyytaM]

Xen.

[CandySan]

Taky se zucastnil souteze, ale nakonec to vyhral kvm.

[D-Evil]

Bugy a aktualizace nehrozej, VMWare Server 2 je už hodně dlouho discontinued. A brzo bude discontinued i ESX.

Co se týká grafů - je to sice nepodporovaný, ale k VMWare Serveru 2 se dá připojit klientem Infrastructure Client (VI Client). První release dokonce obsahoval i instalačku pro Windows. Nepodporovaný to je, protože tam skoro nic nefunguje (neseděj verze API). Ale funguje tam právě ta jedna věc, kterou VMWare Server nikde jinde nenabízí - grafy. Sice jen realtime za poslední hodinu, ale lepší než nic.

Jinak pro jednoduchý instalace se SW RAID zatim nic lepšího hotovýho neni. Snad jedině RHEV, ale to stojí $$$. Zbejvá jedině bastlit si to po svym. Celej trh směřuje spíš k datacentrům, cloudům atd., všude se předpokládá alespoň iSCSI SAN a tyhle malý nasazení nikoho nezajímaj, protože z toho žádný $$$ nekapou.

[rudiik]

Mimochodem, nemate nekdo dobry navrh na nejake jednoduche web gui pro KVM? Rad bych to mel postavene na vlastnim Debianu, ne nejaky hotovy bundle. Zkousel jsem OpenQRM, ale pro single server s par masinama je to desne neprakticky reseni. Chci od toho jen zakladni prehled VM, zastaveni, spusteni, vytvoreni, smazani nic vic v zasade nepotrebuju. Ma nekdo s necim zkusenost. Vim, ze to tu padne, tak rovnou rikam, ze Proxmox VE je "plan B"

[polymorf]

Ubastlist nieco v php?