Xen Management

Red Hat, Fedora, CentOS

Milyen Xen managemet alkalmazást használtok, illetve ki mivel menedzseli a Xen guest virtuális gépeit?
Fedora FC6 alatt szeretnék több guest gépet menedzselni és ehhez keresek - ha lehet valamilyen webes - menedzsment alkalmazást.
Ami elsőre nagyon megteszett az Enomalism, amit főleg FC6-tal és Ubuntuval teszteltek, és természetesen van open source-os verziója.
A másik, amit még találtam az a DTC-Xen.
Főleg azok válaszát várom, akik használták már az Enomailsm-ot és / vagy más virtualizációs menedzsment eszközzel van nagyobb tapasztalata.

Előre is köszönöm.

Üdv: Webappz

  • 4973 megtekintés

( _ventura_ v | 2007. 06. 06., sze – 16:00 )

annó én is néztem pár dolgot hozzá a fent említett enomalismet is
de oda jutottam hogy bőven elég ssh-n bejelentkezni
és adogatni az xm parancsokat.

enomalismet azért is vetettem el mert kellett neki python apache, ldap
ami meg a dom0-tól veszi a ramot, így meg dom0 csak elég ssh-t futtatni.

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.22-rc2

A guesteket magad készíted, vagy használsz kész image-eket pl.: Jailtime.org-ról?
Mennyi memóriát és mennyi swap-et használ a dom0 nálad?
Yum repository-ból raktad fel vagy Xensource.com-os Xen-t használsz?
Milyen gépen és hány virtuális gépet üzemeltetsz?

Előre is köszönöm.

Webappz

-----------------
http://webappz.hu

magamnak rakom fel debootstrappal mivel debian ;>
bár van egy win2003 szerver meg egy CentOS 5 a centos-t imageből raktam
a win2k3 at meg simán cdről bootolva

a xen 3.0.3 debian amd64 es csomag
vas: dell poweredge 2900 jelenleg még csak 1db 4magos Xeonal
8G ram, 6db 146G-s SAS vincsi raidben

jelenleg 8 domU van rajta de ez majd bővűl még rendesen

dom0 nak 256M ram van adva és 2G swap

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.22-rc2

( lberes (nem ellenőrzött) | 2007. 06. 06., sze – 17:15 )

Én standard xm-et használok, ha demozni kell, akkor néha virt-managert.
A guestek telepítése automatizált, RHEL/Fedora/CentOS alatt ugye van virsh meg kickstart, ezzel a legegyszerűbb az install.

( wigyori v | 2007. 06. 06., sze – 19:39 )

Elso korben azt kellene meghataroznod, hogy milyen jellegu menedzsmentet szeretnel, csak sajat guestekrol lenne szo, vagy publikus szolgaltatasrol, ahol az usernek oda akarsz adni egy feluletet azzal, hogy kattintgatassal bootstrapelni/rebootolni/konzolt kerni tudjon.

Nalunk sajat fejlesztesu cucc van, a kovetkezo okokbol:
- az Enomalism tul csilivili, meg nem szabalyozhato le az, hogy egy juzer mit tudhat a guestjevel csinalni,
- a DTC-xen igenyli a DTC megletet, annak meg a jovo hetre is szuksege van, tul bloated.

Szoval reszben sajat scriptekre (fokent bootstrapeles tekinteteben), reszben a XenAPI-ra (guest mgmt-nel) epulo cuccunk van, hosting celokra megirva.

Az elsődleges cél a szerver konszolidáció, sok régi PC-t szeretnénk megbízhatóbb és nagyobb teljesítményű gépekre átvinni.
Másodlagosan meg skálázhatóság és teljesítmény bővítés. Nem tervezzük VPS szolgáltatást nyújtani, de én gondolkozom egy hibatűrő, terhelés elosztással megtámogatott rendszer beállításán is.
Ami még később szóba jöhet az web és adatbázis klaszterezés.
Mivel több, főleg Windows és Linux guestekről lenne szó, ezért lenne szükség valami jó menedzsment eszközre, amivel könnyebb lenne az adminisztráció.

Előre is köszönöm.

Üdv: Webappz
-----------------
http://webappz.hu

mi is erre használjuk a xen-t ezért felel meg tökéletesen a parancssoros
dolog, mivel más nem fogja használni a szervereket, nem gondolkodunk VPS-en
illetve ha fogunk is valószínűleg nem XEN lenne hanem OpenVZ vagy legalábbis operációs rendszer szintű virtualizáció

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.22-rc2

Milyen nyelven írtátok a scripteket és milyen, a XenAPI-ra épülő cuccot használtok? :-)
Mivel több gép van ezért szóba jön a live migration, abban az esetben ha gáz lenne, vagy ha éppen valamelyik domU-nak megnő az erőforrás igénye és az alatta lévő vas nem tudná kiszolgálni.

-----------------
http://webappz.hu

A Live migration jó dolog, de csak akkor érdemes belevágni, ha valami nagyon gyors központi háttértárad van. Egyébként úgy fogsz járni, hogy
- megosztott háttértárról futtatod az összes gépedet, azért hogy ha megnőne az erőforrásigény akkor menjen a live migration
- megnő az erőforrásigény mert megosztott háttértárról futtatod az összes géped

Nincsenek saját diszkjei, csak SAN van, onnan bootol. Most lesz egy kis idő tesztelni, játszadozni vele, benchmarkokat futtatni, összehasonlítani a full- és a para-virtuális gépeket. A menedzsmentet végző alkalmazás kiválasztásával kicsit elébe akartam menni a dolgoknak, de először inkább magával a Xennel ismerkedem meg jobban. Már csak azért is, mert a legtöbb Fedorás dokumentáció a saját csomagjait használja, míg az Enomalism azt mondja, hogy ő csak a XenSource-os csomagokkal tud megfelelően egymüttműködni és Xen 3.0.4-et igényel legalább, míg az FC6-os repókban csak a 3.0.3-as van. Természetesen a XenSource oldalán csak FC5-höz vagy RHEL 4-5-höz vannak csomagok/forrás, miközben az Enomalism az FC6-ra esküszik.
Ezért tűnt kicsit felemásnak a dolog, mert ahhoz, hogy megkapjak egy csili-vili felületet és kényelmesen tudjam a felszínen kezelni, ahhoz a háttérben kezdhetek gányolni, meg forrásból feltenni az alapdolgokat.
"Az élet nem habos torta!" :-)

-----------------
http://webappz.hu

én annó nézegettem hogy mennyi a teljesítmény vesztés, de nagyon kicsi, természetesen 1db domU néztem. Még azt is néztem hogy a dom0 32 vagy 64bites rendszer legyen, maradt az amd64.

van egy webszerverünk, ami egy 2.4GHz es P4es vas volt 2G rammal 3ware ide vezérlővel, annak már ilyen állandó ~5 de sokszor 10es loadjai voltak ha nem több.
Mióta a jobb vason domU ként fut alig éri el az 1et is. persze a két vas között jelentős teljesítménykülönbség van.

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.22-rc2

Hozzánk viszont érkezett egy tesztgép, amin full- és paravirtualizált rendszerekkel fogunk kísérletezni. Ha minden jól megy, a jövő hét végére már tudok publikálni teszteredményeket (van itt egy ilyenem, hogy http://www.sys-admin.hu itt várjátok).

Arra figyeljetek, hogy live migration csak para guesteknél működik, fullban egyelőre még nem támogatott (mint ahogy a save-restore sem).

Bocs hogy beledumálok :)

( Webappz | 2007. 06. 15., p – 09:55 )

Egy újabb jelölt (openQRM) , amelyhez több hasznos plugin található, többek között:
- LVM Management
- Nagios integration
- Qemu integration
- VNC integration
stb.

Mindezek CentOS 4-5, Fedora FC4-6, SUSE 10 és Debian csomagok formájában is elérhetők.

---------------------
http://webappz.hu

( _ventura_ v | 2007. 06. 23., szo – 08:18 )

minap találtam egy xen-shell nevű cuccot, amivel az ügyfél
be sshzik a dom0-ra és kap egy screen ablakot amiben elindul
a xen-shell, ahol tudja managelni a domU-át.

http://xen-tools.org/software/xen-shell/

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.22-rc2

( Proci85 v | 2010. 05. 27., cs – 10:17 )

Ismét felhozom ezt a témát, mert valami web felületet keresek XEN alá. Nem muszáj sok mindent tudnia, de a létrehozáson túl némi módosítás, vps erőforrásaira való rálátás jó volna.

Ebben a témában említetteket kipróbáltam, de némelyik megszűnt. Másik fele nálam nem akart rendesen menni. Lehet én vagyok a peches, az utóbbi napokban csak ezzel tökölök, de működő még nem akadt a kezembe.
A DTC-Xen-nél a beállított porton figyelt, localról, távolról telnet ment, de böngészőben mégsem jött be, csak tartotta a kapcsolatot...webes doksi szerint vmi php-ban írt okosságnak kellett volna megjelennie. A DTC-Xen-firewallját is kikapcsoltam, nem-e..., de nem.

Szóval érdekelne, hogy manapság ki mit használ Xenhez?

A parancssoros xen-toolson kívül. Tudom, php-ban lehet írni puritán felületet az xm & xen-tools parancsokhoz, de előbb körbenéznék van-e már megírt alternatíva.

A környezet jelenleg: ubuntu server 10.04, kernel 2.6.32.13, XEN 4.0

Köszi a választ. Közben felraktam itthon egy próba erejéig és gyorsan átfutottam.
Egyazon cd ISO-ról telepíthető linuxra a szerver és windows gépbe berakva a kliens program.
Winből elérem, telepíteni windowsból az újakat lehet: win server *, win7, win2008, stb
Linuxból pedig enterprise linuxok vannak felsorolva több verzióban: Redhat, Centos, SuSe enterprise, Oracle...
Egyedült a debian lenny van benne, mint "kakukktojás".
Installkor meg kell adni a repot, ahonnan behúzza a xenes kernelt & csomagokat. Ubuntu repo nem ment, mert rögtön lenny almappát keres, ami ugye ubinál nincs.

Vállalati környezetben (ahol nem kell HA) vagy ott ahol csak enterprise linuxokat kell telepíteni, biztos jól használható ez a free verzió.