XenSource XenEnterprise 1.0

Szerszám

Annak ellenére, hogy a Red Hat pár nappal ezelőtt ismét azt állította, hogy a Xen nem kész a vállalati felhasználásra, és a Novell/SUSE felelőtlen a Xen-nel kapcsolatban, amikor ennek az ellenkezőjét állítja, a Xen mögött álló XenSource kiadta a nyílt forrású Xen-re épülő első kereskedelmi termékét, a XenEnterprise-t.

A termék kereskedelmi szintű funkciókkal és támogatással kiegészített (egyszerűbb telepítés, Intel VT (Vanderpool) technológia támogatása, többszörös Xen host menedzsment, szerver és guest teljesítményének valós-idejű monitorozása, stb.) Xen 3.0-t kínál az ügyfelei részére. A XenSource a termék köré kereskedelmi csatorna hálózatot, technikai minősítési programot, és egyéb olyan infrastruktúrákat épít amely a kereskedelmi termékeknél megszokott.

A XenEnterprise 1.0-ról bővebben itt.

( Hunger | 2006. 08. 25., p – 09:14 )

Xen majd akkor lesz Enterprise-ready, ha Windows Server is lehet dom0, de úgy tűnik attól még meglehetősen távol vagyunk...

"Despite Intel VT help at the moment the product doesn't support Microsoft Windows virtual machines"

Ha jól tudom az MS tervezi, hogy Linuxot is fog támogatni a virtuális gépben, egyéb operációs rendszerről nem hallottam.

A VMware viszont támogatja a Solarist is. (most már mind a Workstation, mind a Server, mind az ESX Serverben)

De ha már "Enterprise": VMware esetén ESX Serverről beszélünk, ahol a host operációs rendszernek semmi jelentősége sincs, tekintve, hogy nincs is. Miért is jó ez nekünk? Elsősorban azért, mert a VirtualCenternek köszönhetően nagyon megnő az adatközpont kezelhetősége.

Najó. Alapvetően két különböző dologról van szó... A Xen egy Hypervisor megoldás, amelyet portolni lehet más hostok _alá_ is (lásd: netbsd-xen, freebsd-xen, solaris-xen portolások folyamatban), míg az MS féle VirtualPC/VirtalServer (úgy mint a VMware Workstation és [GSX] Server) az operációs rendszerek _fölött_ helyezkednek el. A kijelentésem pedig arra vonatkozott, hogy majd a Xen jobban fog terjedni, ha a linux/bsd/solaris portokon kívűl lesz Windowsra is megoldása. Egyelőre utóbbira nagyobb kereslet van, bármennyire is hihetetlenül hangzik... ;)

Persze nyilván nem az számít, hogy láttam-e már linuxot enterpriseban. Egyébként láttam. Egy részük le is lett váltva, másik részük még folyamatban van... (és persze van pár hely, ahol még szenvednek velük :))

FLAME ON! ;P

FLAME OFF

nincs lenyegi kulonbseg: a lenyeg, hogy milyen host os johet szoba. mindegy, hogy most paravirtualizacio van vagy mezei, a lenyeg hogy ugyanugy, ahogy xen nem hasznalhato win host eseten, ugy virtualpc tudtommal nem hasznalhato unix/linux host eseten. ha igy van, akkor miert diszkriminalod oket

( boobaa | 2006. 08. 25., p – 17:17 )

Xen 3 enterspájz-redi. Hajrá. Egy hétig próbálkoztam vele, hogy amit megcsináltam egy éve Xen2-vel két nap és sarge dom0 alatt (fölött) nulláról úgy, hogy akkor ismerkedtem a Xennel, azt összehozzam valami enterspájz-redi dapper LTS alatt Xen3-mal.

Persze ha valaki megmondja, miért kapok "Performing cross-bridge DNAT requires IP forwarding to be enabled" üzenetet normális működés helyett egy olyan, szerintem egyszerű környezetben, ahol a dom0 csinál NAT-ot a belső fizikai NIC-en lógó LAN-nak a külső xen bridge felé, akkor lehet, hogy próbálkozom még. Természetesen echo 1 >/proc/sys/net/ipv4/ip_forward megvolt, és természetesen minden egyéb ugyanaz, mint amivel a Xen2 csont nélkül megy a sarge alatt (fölött). No meg persze ha a mélyen tisztelt dapperben lenne olyan régi python, amivel a Xen2 hajlandó lenne szóba állni, az se volna baj. Esetleg egy xen.deb csomag is szóba jöhet, de az az egyetemi labor, ahol ezt csinálják, nyárra leállítja a szervereit.