Virtualizáció

Virtualizációs Nap 2011 konferencia - 2011.11.25

Fórumok

Sziasztok,

Az idei évben is megrendezésre kerül a Virtualizációs Nap rendezvény, ahol Magyarország meghatározó virtualizációval foglalkozó cégei képviseltetik magukat.

A rendezvény idén is ingyenesen látogatható, előzetes regisztrációt követően. Regisztrálni a http://vday.hu/regisztracio.php weboldalon tudtok.

A rendezvény időpontja: 2011. november 25. - Péntek (Lurdy Konferencia és Rendezvényközpont).

Az épület a Könyves Kálmán krt. és a Mester utca találkozásánál fekszik. Könnyen megközelíthető autóval a fő közlekedési útvonalakon.
- Metró: A 3-as vonalról egy átszállással a 103-as buszra vagy az 1-es villamosra.
- Villamos: Az 1-es, 30-as és 30A jelzésű villamos a Ház előtt áll meg.
- Busz: A 103-as autóbusz a Ház előtt áll meg.
- HÉV: Elővárosi vasút Csepelről és Ráckevéről. Egy átszállással a 103-as buszra vagy az 1-es villamosra.

Lurdy Ház, 1097 Budapest, Könyves Kálmán körút 12-14.

Egy kis ízelítő az előadásokból:
- IPv6 biztonsági kockázatok - Kunszt Árpád
- VMware vCenter Server Appliance - vCenter Linuxon - Zrubecz László
- XENUI - saját fejlesztésű menedzsment felület XEN alapú virtuális gépek felügyeletére - Hargitai Zsolt
- Citrix Virtualization Solutions: The Enablers of the Cloud Computing and SaaS solutions, Márton János
- Futás a végtelenbe - Barcsi Tamás és Deim Ágoston
- Logelemzés virtualizációs környezetben - Vámos Balázs, LOGalyze
- Nagy teherbírású rendszerüzemeltetés a felhőben - Adolf Szilveszter Attila
- A Red Hat Enterprise Virtualization 3 újdonságai - Lajkó Attila, virtualizációs szakmérnök, ULX Nyílt Forráskódú Tanácsadó és Disztribúciós Kft.
- Cloud Computing és az e-kormányzat - Horváth Ádám
- Amit mindig tudni akartál a vShieldről - de sohasem merted megkérdezni - Klock László, Kancellár
- Nagyvállalati felhő infrastruktúrák - Gombás László, HP Informatikai Kft.

További információkat a http://vday.hu weboldalon találtok.

ESXi5 on MicroServer

Fórumok

Azt látom a neten (itt is írta valaki), hogy a régebbi Microserveren (N36L) BIOS-peccs kell, ha pl. a DVD-nek fenntartott helyre diszket rakna az ember, és nem IDE emulációval, hanem rendesen SATA módban akarja használni. Érdekelne, hogy vajon mi a helyzet az új, N40L-es verzióval? Látta-e már valaki, mi van ezzel az apró funkcióval, itt is korlátozva van-e, vagy netán már gyárilag engedélyezték? (Ha nem, látott-e már valki ehhez is peccset?) Amúgy itteniek tapasztalata szerint mennyire működik rajta ESXi5? Ja, és pontosan milyen hálókártya van benne (itt most az új verzió érdekel)? (Tervek szerint FreeBSD lenne rajta, de morognak a Microserver hálózati kártyájának FreeBSD alatti instabilitásáról. No erre jött a tipp, hogy akkor legyen rajta ESXi, aminek van egy szál virtuális gépe FreeBSD-vel. Ekkor az ESXi drivere a lényeges, nem a FreeBSD-é.)

ESXi5-ön belül nested KVM

Fórumok

Szervusztok!

Tele van a net azzal, hogy az ESXi5 képes arra, hogy a guest gépen belül is tudjon VT-x vagy AMD-V utasításkészletet adni, tehát képes virtuális gépben további ESXi, Hyper-V vagy KVM futtatására. Valamint azt is kismillió blogon leírják, hogy melyik konfig fájlba/CPUID flagbe miket kell beleírni, hogy ezt működésre bírjuk. ESXi-ben futó további ESXi-vel sokan demonstrálják, hogy tényleg működik.

A kérdésem mindössze annyi: látta ezt már valaki konkrétan KVM-mel működni? Erre nem találtam példát sehol és egyelőre úgy néz ki, hogy nem is megy nálam.

Nálam a host ESXi 5.0.0-469512.
/etc/vmware/config alá felvéve: vhv.allow = “TRUE”

Guestben Fedora14, 64bit, minden default, gyári kernellel.
Vm paraméterek közé felvéve: vhv.allow = TRUE, monitor.virtual_exec = hardware, hypervisor.cpuid.v0 = FALSE, valamint a CPUID-ben a vmx flag áteresztve.


qemu-kvm -vnc 0.0.0.0:0 -k en-us -vga cirrus -d cpu

Erre egy teljesen fekete képernyőt kapok, a VM látszólag fut, de semmi életjelet nem mutat, BIOS üzenetek nem jönnek. (UPDATE: És mellesleg tekeri a CPU-t 100%-on.) A VNC azért kell, mert nincs GUI a guest gépre telepítve.

Így viszont gond nélkül elkezd bootolni:


qemu-kvm -no-kvm -vnc 0.0.0.0:0 -k en-us -vga cirrus

A guest gépben a cpuinfo ezt mutatja, ott figyel a 'vmx' a flags között:


model name	: Pentium(R) Dual-Core  CPU      E6300  @ 2.80GHz
...
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss syscall nx lm constant_tsc up arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc aperfmperf pni vmx ssse3 cx16 xsave lahf_lm tpr_shadow

UPDATE:

Az ellenpróbát elvégeztem ESXi5 guesttel. A fenti beállításokkal tényleg el tud indítani 64 bites nested guestet az ESXi-ben futó ESXi, tehát a virtualizációs utasításkészlet átadás működik, ezek szerint a beállítások jók és a hardverem is alkalmas a célra. Csak KVM-mel nem hajlandó működni.

Pogoplug működése (felhő téma)

Fórumok

Sziasztok,

Mivel "2011 a felhő éve", így gondoltam megnézem magamnak a különféle szolgáltatásokat és technológiákat, melyeket adott esetben magánemberként is kipróbálhatok. Kicsit bizarr számomra a téma, hogy az adataim a "felhőben" vannak, azt sem tudom hol, ezért olyan megoldást kerestem, ami kicsit ember közelibb. A pogoplug.com szolgáltatása elvileg ennek/ilyesminek ígérkezett, mert a leírás szerint a felső a saját eszközeim segítségével áll össze, külső kiszolgálók bevonása nélkül. Ezzel a lendülettel, telepítettem a szoftvert elsőként az asztali Mac-emre, ami valóban gond nélkül lement. Lehet kicsit beszűkült vagyok, de innentől viszont nem értem....
- a gépre felmount-olódott egy diszk, melynek pogoplugfs fájlrendszere van (ez még eddig nem is gond)
- ez a diszk viszont 4TB kapacitású (a gépemben 120GB-os winyó van)... na ez kezd sok lenni
- a diszken 2TB a foglalt lemezterület, és 2TB a szabad... végképp sok, főleg hogy a diszkre még nem pakoltam semmit

Ha valaki ismeri ezt a szolgáltatást, légyszi mondja el mit nem látok elég jól, és hogy megértsem ezt a szemléletmódot!

Egyéb kérdésem, hogy nem találtam sehol különösebb kitételeket az adatvédelemmel kapcsolatban. Ez mennyire biztonságos?

Köszi

Xen4 IO virtualizáció

Fórumok

Sziasztok,
HP DL380G5-n (Xeon E5420) szeretnék fizikai hálókártyát dedikálni a DomU-nak, de sajnos nem engedi:

(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2500.050 MHz processor.
(XEN) Initing memory sharing.
(XEN) VMX: Supported advanced features:
(XEN) - APIC MMIO access virtualisation
(XEN) - APIC TPR shadow
(XEN) - Virtual NMI
(XEN) - MSR direct-access bitmap
(XEN) HVM: ASIDs disabled.
(XEN) HVM: VMX enabled
(XEN) I/O virtualisation disabled
(XEN) Total of 8 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using new ACK method

CpuInfo:
flags : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good aperfmperf pni est ssse3 cx16 sse4_1 hypervisor lahf_lm

Biosban NoExec-mem és virtualizáció is engedve. DL380G6-n frankón működik.
Köszi előre is a tippeket!

ps: azért gondoltam átadni a fizikai interfészt, meg úgy gondolom, gyorsabban tud működni külön, mintha a Dom0 is tud a csomagokról (ha bridge-elem)