Dotaz: XEN cluster a prechod na jine reseni

[fish]

Zdravim,

mam postaveny dvounodovy cluster s pouzitim Debian Wheezy, cisty XEN 4.1 + brctl + clvm nad externim ulozistem (externi SAS). Zpusob reseni je vicemene z historickych duvodu. Presun na jinou platformu jsem dlouho odkladal a rozhodl jsem se o zkusebni upgrade na Debian Jessie v laboratornich podminkach. Po upgradu zakladni funkce bezi, ale zjistil jsem dve zasadni veci: v Jessie je XEN 4.4, ktery uz neobsahuje zakladni XM stack, ktery jsem pouzival doted. V pripade XL netusim, jak by si dva nody clusteru predavaly informace o dostupnych domenach a jak se resi zamykani. Zaroven v Jessie neni ani XAPI stack, abych mohl simulovat Xenserver.

Ma nekdo zkusenosti s podobnym resenim? Jakym smerem se ubirat? Sverit zamykani guestu clusteru (corosync), pouzit libvirt nebo zrusit na dom0 Debian a komplet prejit na Xenserver?

U te posledni variatny bych uvital zkusenost s takovym prechodem. Da se existujici LVM protlacit do Xenserveru bez ztraty dat?

---

---

Odpovědi

[PanZvedavy]

Pokud nechci experimentovat s debianem a trast se co vsechno se muze podelat pri dalsim update, tak jednoznacne Xenserver. Virtualy vyexportovat a naimportovat do nove nainstalovaneho Xenserveru. Rychli, primocary. Reimport LVM do xenserveru...asi bych spis zacal na cisto.

[Punny]

Easy way pro migraci na XenServer bude nejspise export stavajicich VM do ovf/ova a import pres XenCenter
Potom mozna bude problem se startem tech VM pokud uz pouzivas PV, netusim...resil jsem migrace KVM/VMWare na XS. Nicmene to urcite bude resitelne.
Jak mas pripojene to uloziste? XS je v tomhle trochu vybiravej a ne vsechno ti dovoli.

[fish]

Uloziste a sit je prave to, ceho se trochu bojim. Uloziste je pres HBA SAS, multipath. Sit je active-backup bond do dvou switchu. Tu sit si nasimuluju a vyzkousim, ale misto toho pole muzu vyzkouset maximalne iSCSI, takze dopredu nezjistim s cim muzu pocitat.

[Punny]

Sit bude nejspise easy, active-backup je podporovany uz velmi dlouho.
HBA bude dobre omrknout forum, pripadne HCL. HBA iSCSI a SW iSCSI je dosti pouzivane, takze tady neporadim
Punny

[Max]

A narazil jsi na nějaké problémy při migraci VMWARE -> XS?
Díky
Zdar Max

[Punny]

Samozrejme narazil, zejmena starsi distribuce s jadrem bez xen driveru odmitali startovat, sem tam problem s grub, prechod s HVM na PV. Windows byl asi nejlehci, jelikoz v XS bude maximalne PVHVM, takze pokud nebudes mit to stesti a nedostanes hned modrou, tak si vicemene za vodou. S cim jsem mel dosti problem byl tehda jeste win2k3, kde jsem si musel hrat s HAL - uz nevim presne, je to uz nejaky ten patek.
Urcite bych nedoporucoval vse najednou exportovat, smazat VMWare, nainstalovat XS a snazit se to tam nacpat. Opravdova lahudka je rozchodit VM, ktery prosel hyper-v -> vmware -> XS, to je za trest
Takze, abych nejak odpovedel. Ano, problemu bude dosti, zalezi na tom co, v jake verzi pouzivas a zda vyzadujes PV nebo staci PVHVM a zda mas extra servery kde si s tim hrat. Ale jde to.
Punny

[Punny]

Jeste bych doplnil, ze jsem migroval VMWare ESX 4.1 na XCP 1.6. Takze jak by to slo, treba s ESXi 6.0 na XS 6.5 SP1, nemam tuseni :) ale spis bych cekal, ze to bude jednodusi.

[fish]

V prubehu tydne jsem vyzkousel moznosti Xenserveru, a v labu jsem (snad) otestoval vse co jsem potreboval. Problem je v tom, ze na stavajicim reseni nemam moznost, jak vyexportovat OVF. Nasel jsem skript xva.py (xva.py), bohuzel zadny z PV guestu nemam pres pygrub, navic u nich preferuju rychlejsi prenos pres rsync nez kopirovat cely disk.

Nicmene jsem uspesne otestoval konverzi hole partition na virtualni disk a nasledny import do xenserveru pres xva.py (inspiroval jsem se tady: XEN -> XCP).

Nasledne jsem zprovoznil i druhou variantu, kdy na Xenserveru zalozim prazdneho guesta, pred jeho spustenim pripojim disk na Xenserver, rozdelim partition, rsyncnu data a v chrootu doinstaluju grub. Tohle reseni ma vyhodu v moznosti predsynchronizace dat a kratsi odstavce VM. Vychazel jsem z nasledujiciho popisu: xenserver-mounting-vhd. PV parametry nebylo potreba menit, jedine co jsem musel udelat navic, bylo oznacit vbd na cilove VM jako bootable.

Ve finale jsem vyzkousel jeste par krizovych scenaru a zarazilo me chovani poolu (potazmo Xencenter) v pripade tvrdeho padu jednoho ze serveru. Cekal jsem, ze i v pripade neaktivniho HA se server v administraci oznaci jako nedostupny a budu mit moznost VM spustit jinde, nicmene i po restartu Xencenter se vypnuty stroj tvaril jako online. Az po zapnuti HA a dalsim testu doslo k automatickemu restartu VM na druhem serveru po cca minute.

Ted uz mi zbyva jen zkusit Xenserver na realnem stroji s externim polem a postupne premigrovat VM. Ceho se trochu bojim, jsou HVM, kde ocekavam minimalne nutnost reaktivace Windows.

[fish]

Reinstal serveru a nastaveni prostredi probehlo vicemene bez problemu a cast VM uz je premigrovana. Jen na prvnim stroji se divne choval multipath. Xencenter spravne nasel prislusny LUN, multipath -ll ukazoval taky co mel, ale pri pridani SR jsem dostal hlasku, ze uloziste je pouzivane (byl to v tu chvili jediny stroj, takze odjinud pripojene byt nemohlo). Pomohl az restart a vypnuti/zapnuti multipath.

Zkusil jsem bonnie ve virtualce bezici v Xenu a v Xenserveru. Vetsina hodnot vicemene souhlasi, ale blokovy zapis je pod XS cca 60% puvodniho. Nejaky napad, co v nastaveni XS zkontrolovat?