XenExpress 3.2

Címkék

Megjelent a XenExpress 3.2-es verziója, mely egy CentOS-en alapuló virtualizációs rendszer. Előnye, hogy egyszerűen, könnyen telepíthető. A telepítőmédián megtalálható a hozzátartozó kliens szoftver is, melyből pár kattintással készíthetünk virtuális gépeket.

Újdonságok listája:

  • XenVMs running unmodified Windows Server 2000 are now supported (on computers with hardware
    virtualization support - Intel VT or AMD-V CPUs)
  • XenVMs running unmodified Windows Server 2003 and Windows XP SP2 now support multiple
    virtual CPUs. All Windows XenVMs now also support up to 8GB of memory per XenVM (4GB
    with XenExpress and XenServer), and have improved network performance.
  • XenVMs running Windows now use the ACPI APIC Hardware Abstraction Layer (HAL), and support
    hibernation.
  • The Windows paravirtual drivers are now signed with WHQL certification on Windows Server 2003
    and Windows XP SP2.
  • Support for using the XenServer Host's physical CD-ROM to install Red Hat Enterprise Linux 5 and
    SUSE Linux Enterprise Server 10 SP1 on initially non-paravirtualized XenVMs (on computers with
    hardware virtualization support - Intel VT or AMD-V CPUs)
  • Basic support for iSCSI SANs (XenEnterprise only) and enhanced host system hardware device support.
  • Support for specifying VLAN trunk ports in virtual bridges on the XenServer Host (XenEnterprise only) 1
  • The installation package has been redesigned. Instead of a single product installation disk, there is
    now a main disk containing the basic packages to install the XenServer Host and Administrator Console,
    and an additional disk containing support for creating Linux XenVMs

Release Notes itt olvasható. Letölteni itt lehet.

Hozzászólások

JaóRöggelt!
Éppen tegnap tettünk fel egy ilyet, és mit ne mondjak így elsőre nagyon bejön!
Kicsit érdekesen partícionálja a winyót (magától), valamint az a legérdekesebb, hogy a 200GB-os HDD-n látszólag csinál egy 1-2GB-os kis root partíciót, fájlba swap-el, és kreál még egy hosszú hexa nevű LVM-et, ami szintén sacc/kábé 2GB. legalábbis a

df -h

szerint.
Nos, ezek után a GUI-s admin felületen egy kék progress bar demonstrálja, hogy még maradt vagy 180GB, ahova pakolhatjuk a guest oprendszereket.:)

Azonban nyitva maradt még néhány kérdés, amire még nem jöttünk rá, a doksiból sem, meg a rendszer felderítése közben sem (lehet, csak idő kérdése):
- A guest lemez image-eket végülis hova pakolja a maga fizikai valójában, ráadásul úgy, hogy közben nemhogy a root, de még a "szépnevű" LVM kötet sem hízik, a GUI-n viszont látszik a helyfoglalás?
Valami nyomát találtuk a

/dev

alatt, de össze-vissza symlinkeket látunk.
Szóval ügyesen rejtegeti őket, az már szent. :)
Esetleg valami dinamikusan "hízó-fogyó" LVM-ekre pakolgat?
A biztonsági mentések/visszaállítások miatt lenne jó tudni a dolgot.
- Ha

xm save <domain>

-el mentjük a guest oprendszert, azt előbb leállítja szépen, viszont arra még nem sikerült rájönnünk, hogy ezt hogyan lehetne mondjuk szkriptekből úgy intézni, hogy a "snapshot" jellegű biztonsági lenyomat elkészülte után vissza is induljon a virtgép?
Az

xm start <domain>

-re nem igazán akaródzik, eddig csak a menedzsment GUI-ból sikerült újraindítani.
- Vajon lehet-e bele további installation template-eket csinálni, illetve beszerzni, de ezt majd Google remélhetőleg megmondja. Vagy a választék csak az Enterprise verzióban bővíthető?

A fenti észrevételek ellenére az első tapasztalatok mindenképpen pozitívak, a menedzsment GUI is elnyerte a tetszésünket (remélem a főnökömét is majd LoL), ha az említett dolgokra is megnyugtató válaszokat találunk, akkor mindenképpen be merjük majd vezetni élesben. :)
Szerintem nagyon jó, Debian Sarge "gyárilag" települ guest-nek, ha azt válasszuk, mint vagy 17 éve az Elekta TV reklámban: "Neekem tetszik!" :)

Tsá AgoPapa!

- Akkor így teszünk, Msandor ugye Te is olvastad ?! :O)))
- Igen, felraktuk a második (Linux pack) extra CD-t is!
TNX a tippet, legalább tegnap volt egy jó napunk a sikerélménytől (reméljük, a többi is az lesz)!
Igazából ezzel a termékkel kellett volna kezdenünk, akkor jobban állnánk a projekttel...

ez azért van vazzeg, mert nem kérdezel és keveset tájékozódsz :) Akkor nem volt "spam" a link :) Az ASSP-t kipróbáltátok szintén? Egyébként, mikor több gép összevonásáról van szó, akkor alap a XEN, ha van VT-s gép, akkor főleg, mivel akkor saját kernelét is használhatja disztró. Erre nem jó az openvz, pedig az sem rossz. VMWare ESX is jó, csak nem tudom miért, de ódzkodok kicsit tőle. De van amira XEN sem jó. Na, kiokoskodtam megam, megyek tovább...

debian/ubuntu xmstartnal nemkellett teljes eleresi ut, csak a cfg neve.
az xmsave arra jo, hogy host reboot eseten, elmenti a guest allapotot, rebootol a host, majd visszainditja a guesteket. tehat belul olyan mintha mi sem tortent volna. szvsz a biztonsagi lenyomatra eleg a pause/backup/unpause metodus. en ugy emlexem az enterprise ilyen lvm volumekat csinalt, es azt adta oda a xennel mint raw disk/particio.

ami tetszett a xenben, hogy xm net-add, es hopp lett egy eth1, xm block-add, es lett egy blockeszkozom a guestben, nem kellett hozza rebootolni a guestet.

bar ezt a guit sem igazan ertem, az ember egyszer megcsinalja a _jol_ a cuccost, aztan ra se nez a hostra...

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

egy régi Linux Világ Magazin XEN cikke szerint "xm save - elmenthetjük fájlba egy futó domaint-t a domain0 fájlrendszerébe..."

az xm save akármi parancsra csinált nekem egy 257 MB-os fájlt, és le is állította a guestet
az xm start pedig nem tetszett neki, csak guiból tudtam ismét elindítani illetve az xm restore akármi parancsal...

egyelőre nem értek mindent :-(

--
by Mikul@s

had talaljam ki: 256M ramja volt a guestnek?

a save egyszeruen lepause-lja a guestet, elmenti az allapotot (cpu/ram/stb). ha megfigyeled a guesten nemfut le semmi reboot/poweroff. a restore meg ezt allitja vissza.
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Letezik valahol LFS mintajara XFS (Xen from scratch) howto vagy tutorial vagy mittomen? Szeretnek szorakozni a xennel de sosem fogom rendesen megerteni az egeszet ha nem magam rakom ossze lepesrol lepesre. Elso lepeskent nem igazan sikerul talalnom xen patcheket a linux kernelhez. Elore is koszi a segitseget.

kérdeznék, hátha valaki már rájött a megoldásra...

azt szeretném, hogy maga a xenserver (dom0) osszon ki a guesteknek egy backup vinyót NFS-en keresztül, de amikor elindítom ezt kapom:
"# /etc/init.d/nfs start
Starting NFS services: [ OK ]
Starting NFS daemon: [ OK ]
Starting NFS mountd: [ OK ]
Starting RPC idmapd: FATAL: Module sunrpc not found.
FATAL: Error running install command for sunrpc"

természetesen a portmap már fut... és az nfs-utils csomag is fel van telepítve...

a gugli szerint lehetséges javítások:

1, be kell tenni az fstabba ezt:
"rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs defaults 0 0"

2, készíteni kell egy másik initrdt így:
"# mkinitrd --with=nfs --with=sunrpc /boot/initrdxen_sunrpc 2.6.16.38-xs3.2.0.531.3960xen" ez ezt mondja: "No module nfs found for kernel 2.6.16.38-xs3.2.0.531.3960xen/, aborting."

pedig ott van, ezt mondja:
"# modinfo nfsd
filename: /lib/modules/2.6.16.38-xs3.2.0.531.3960xen/kernel/fs/nfsd/nfsd.ko
author: Olaf Kirch
license: GPL
vermagic: 2.6.16.38-xs3.2.0.531.3960xen SMP 686 REGPARM gcc-3.4
depends: exportfs
srcversion: 1906EECD08B7505A5D8F8AC"

mi a fenét csináljak vele?
évek óta használok más rendszereken NFS-t, de ilyen cumim még nem volt :-)

Előre is köszi a választ!

--
by Mikul@s