Virtualization Day - Finish, Budapest, Lurdy-Ház I emelet

Virtualizáció

Sziasztok,

nemrég egy másik topikban felvetettünk egy ötletet, és úgytűnik tetszik nektek :)

Röviden és tömören :

Vagyunk egy páran, akit érdekel a virtualizáció : minden platformon.

Csináltunk egy 1* napos rendezvényt jó sok teszteléssel, illetve előadásokkal.

Az időpont Július 4 reggel 10-től este 8-ig volt (előadások, tesztelések).

HELYSZÍN: Lurdy Ház I. emelet Konferenciatermek

Javított Program:

9:30 - 9:50 Regisztráció
9:50 - 10:00 Köszöntő, a délelőtti témakör ismertetése
10:00 - 11:15 Lepenye Tamás - Microsoft VDI, utána 15 perc szünet
11:00 - 11:45 Porkoláb Dániel - Sun VDI, utána 15 perc szünet
11:30 - 12:45 Macskásy Attila - VMware View, utána 15 perc szünet
13:00 - 13:40 Ebédszünet
13:45 - 14:00 Délutáni témakör ismertetése
14:00 - 15:40 Endrész Attila - Xen hypervisor, utána 20 perc szünet
16:00 - 16:45 Nagy Zoltán Arnold - Sun xVM, utána 15 perc szünet
17:00 - 17:45 Macskásy Attila - VMware vSphere 4, utána 15 perc szünet
18:00 - 18:45 Lepenye Tamás - Microsoft Hyper-V, utána 15 perc szünet,
19:00 - 19:50 Kerekasztal beszélgetés az előadókkal, szervezőkkel a közönség bevonásával
19:50 - 20:00 A rendezvény lezárása, elköszönés

alsó kommenteknben az infók!
weboldal címe : http://virtualization-day.com/

Egyéb info: itt a topikban, a weboldalon, vagy az info@virtualization-day.info emil címen lehet.

  • 12102 megtekintés

( secretx v | 2009. 06. 03., sze – 21:26 )

dátum még képlékeny, megbeszélés alapján eldől :)

( eax | 2009. 06. 03., sze – 22:47 )

Jo gondolat, egy 2 szerveres esx3/4 tesztkornyezettel be tudunk szallni a projektbe. :)

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

( hassan | 2009. 06. 03., sze – 23:05 )

Ez olyan lesz mint régen a lan partik, csak még kockábbaknak? :)
Sajnos menni nem tudok, de ha lesz valami kézzelfogható eredmény akkor remélem megosztjátok (bár a VMware licence nem igazán engedi), főleg ha esetle lesz egy kis Hyper-V is.

( sherpa v | 2009. 06. 04., cs – 08:24 )

Szervusz!

Ha vmi dátum kezd körvonalazódni, akkor ennek függvényében érdekelne a dolog!
Tudok vinni egy HP ML-t 2 xeon 2 gb RAM (nem tudja még VT-t)

Üdv!

( lipiqe | 2009. 06. 04., cs – 08:36 )

remek, remek :) legyen vmi datum, akkor mar latom, h tudok-e csatlakozni. de bizom benne, h igen :)

( _ventura_ v | 2009. 06. 04., cs – 08:40 )

remek majd lélekben ott leszek,
esetleg webcam + vlc és netes közvetítés szóbajöhetne :>

Core2Duo T7100, 4G, Ubuntu 9.04, 2.6.28

( turdus | 2009. 06. 05., p – 10:24 )

Engem is érdekelne. Bár sajnos max egy lapitopit tudok vinni (Core 2 Duo, 2G ram, VT aware, virtualbox, qemu már pöfög benne), de szívesen adok szervert a vlc-s élő adáshoz. Van készen olyan vlc konfigom, ami mjpeg-et eszik, on the fly konvertálja flv-be, amihez meg van lejátszó swf-em is. Kamerám nincs, de egy IPcam-al 5 perc konfig után belövöm.

( secretx v | 2009. 06. 05., p – 12:51 )

UPDATE : czirokf felajánlotta, hogy ha kínőnénk kis otthonom falait, segítene a munkahelyi tárgyalójukat a célra feláldoztatni ami 80 fős \o/ .
Ez kedden derül ki legkorábban, bízzunk benne, érdeklődés akad hál istennek, olyan 6-8 ember körül járunk és 4-6 szerver környékén, szerintem ennyivel már eljátszunk, illetve sörözünk, nemsoká regisztrálok egy domaint a dolognak, meg egy wordpress-t csinálok neki, ha nincs jobb ötletetek a tartalomkezelőre :)

Üdv!

Szívesen csatlakozom a társasághoz, a Hyper-v tudásomat tudom bedobni.
Ha helyre van szükség, akkor meg tudom szervezni, hogy szabad legyen a nagy termünk. Asztalok is vannak, tápcsatlakozás stb. Persze csak ha elfogadható hely a Microsoft épülete.

Üdv:

Lepenye Tamás
rendszermérnök
Microsoft Magyarország
http://lepenyet.spaces.live.com

( cabal v | 2009. 06. 05., p – 13:57 )

Én szívesen elmennék, ha nem baj, hogy nem értek hozzá. :) Eddig csak desktopon használtam virtualboxot. (Jaj, ezt le sem írhattam volna, bocs Trey.) De legalább lesz aki kinyitja a sörösüvegeket, amíg dolgoztok. :D Persze még így is erősen dátumfüggő a dolog.

"Egyre több informatikusnak van nemi élete. Hígul a szakma..."

( lipiqe | 2009. 06. 05., p – 14:01 )

nyah, akkor valoban a datumot kellene beloni...
ez a 13-14 ami elhangott reszemrol mindenkeppen tul korai :/
nekem a honap vege lenne a legcsodasabb (27-es hetvege), de ha hamarabb jon ossze, akkor megprobalom atutemezni a mar meglevo feladataim. besorozni es robbantgatni MS-eknel annyira vonzo, hogy barmit megteszek ezert :D :D :D

( secretx v | 2009. 06. 05., p – 15:38 )

kész a weboldal ( ne szidjatok, nem bonyolítottam túl), címe : http://virtualization-day.info

Folyamatosan frissülni fog, a leendő eredmények is itt illetve a HUP-on lessznek tárolva :)

( Szemy v | 2009. 06. 05., p – 16:29 )

Noh!

Szponzorok!
CreativeShow kft. - 3 szerver quad Xeon VT stb.. + 1-2 Meglepetés
Microsoft Magyarország TechNet - "Helybiztosítás" biztos van rá jobb szó :)

Ami még van bővítsétek :)
Secretx ha tudod kiteheted az oldalra :)

Június 26. - Pesten elérhetők összejövetele, szerverek előkészítése stb... mikor hol?

Június 27. - Virtualization-Day

szerintem ennyi idő alatt szabaddá tudja tenni magát az akit igazán érdekel. :)
"de szóljatok ha tévedek"

( NagyZ v | 2009. 06. 05., p – 16:46 )

erdemes lenne valami storaget beiktatni a dologba, es akkor lehetne failovert/HAt/LBt/akarmit demozni.
lehet kolcson kene kerni egy AmberRoadot.. :)

( secretx v | 2009. 06. 05., p – 20:39 )

Srácok,

beszéltem Lepenye Tamással ( Microsoft )!

Szívesen segít, ámde a Július 3-4. időpont szerencsésebb lenne..
Ugye jó lessz az nekünk??
( nemet nem fogadunk el ;) )

( Szemy v | 2009. 06. 06., szo – 20:02 )

Úgy néz ki a hely és az időpont tisztázott (Júli 3-4 Microsoft Magyarország)

Úgy gondoltuk mivel elég nagy az érdeklődés a virtualization day -ből virtualization days lesz.
Pénteken tesztelések Szombaton a kiállított gépeken a tesztelés folytatódik az Előadások közben.
A Szombati napon kerülnek megrendezésre az előadások. Azért döntöttünk az előadások mellett mert az információ elég tömör és egy átgondolt előadás formájában több embert is érdekelhet.

Tesztelők és Előadók jelentkezését várjuk:

Akikre számítunk:
ESX Eax -Trey
XEN -
Hyper-V Lepenye Tamás(lepenyet)
OpenVZ Réz András (secretx)
VMware Trey
Desktop megoldások -
BSD Alapú virtualizáció -
ill. minden egyéb virtualizációs megoldás!

Rendezvény témájával kapcsolatos ötleteket tippeket szívesen várunk!

Előadók ill. akikre gondoltunk csak akkor adjanak pozitív választ ha biztosan megtudnak jelenni!

Aki tudná támogatni a projektet olyan szerverekkel amin tesztelhetnénk illetve demózhatnánk annak nagyon nagy hasznát vennénk ugyan is az idő elég kevés az összes lehetséges variáció tesztelésére.

( maniac | 2009. 06. 07., v – 22:20 )

Jelentkeznék én is nézőnek.

-------------------------------
“The 0 in Raid 0 stands for how many files you’re going to get back if something goes wrong” :)

( NagyZ v | 2009. 06. 07., v – 22:51 )

mennyire lenne igeny specialis virtualizacios mokara? :)

konkretan most JVM virtualizationre gondolok, azaz csak egy minimalis OS (egyszalu!) van a JVM alatt, linux ABI kompatibilitassal, ezen fut a JVM.
a GeeCONon tartott egy Oracles srac eloadast errol, itt meg lehet nezni a slideokat.

sajnos nem tudom, hogy mennyire NDA koteles a programhozjutas (egyelore nem adtak ki), majd irok neki egy mailt mindjart :)

ööö, ne akarjunk ekkorat fingani, mert a vegen beszarunk! :)

szal, en annak orulnek, ha 1-1 megoldast kicsit komolyabban is megneznenk, igy ha nemfer bele egy alkalomra az osszes, akkor bontsuk tobbreszre. par konfon volt mar szo virtualizaciorol, mindenhol mutattak bazihosszu config meg parancssort, de hogy mi mast lehet meg csinalni, azt nem. (hogy hogyan azt meg foleg nem)

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

Egyet értek az előttem szóló kollégával!
Ha jól emlékszem az volt az alapkoncepció, hogy összehasonlítunk néhány virtualizációs technikát, megnézzük mi az ami a tuti. De úgy látom kezd elmenni egy kicsit más irányba!
Nekem az alapötlet szimpatikusabb volt!

De természetesen ott leszek, és próbálok mennél többet segíteni amiben csak tudok!

Üdv!

nekem is az alapotlet volt a szimpi, foleg a sor miatt... :D
tamogatnam en is, hogy hogyanokkal, illetve esetleges teljesitmeny tesztekkel foglalkozzunk foleg, mivel ahogy neztem a legtobben abbol tudnanak profitalni (kivalasztani szamukra megfelelo virtualizacios kornyezetet, valamint kepesnek lenni elindulni vele)...
ha valoban lesz erdeklodes, akar a virt-days lehet tobb hetvege is az evben...

Szia!

Ezek szerint a tipikus HUP olvasó HPC környezetben dolgozik...?

Tipikusan hány százalék CPU terheléssel ketyegnek a gépeid, milyen lemez I/O és hálózati terheléssel, milyen memória használati intenzitással (laphozzáférés és telítettség)?

Ahogy olvasom sokan inkább sörözni szeretnek, ergó a szabadidő fontosabb :-)

Üdv,

Attila

Szerintem írtam szmájlit :-)

Pusztán arra akartam kilyukadni, hogy a teljesítmény tesztelés közel sem a legfontosabb és egyetlen kritérium egy virtualizációs megoldásnál (de ha már valaki úgy gondolja, hogy teljesítményt mér, akkor célszerű arra is normálisan felkészülni - egy lehetőség: http://www.vmware.com/products/vmmark/, ami a párhuzamosságot is igyekszik mérni).

őszinte leszek, én egy mezei Zip-nek, MySQL-nek, egyéb dolognak jobban hiszek ha mérni akarok teljesítményt egy virtualizációs technológián, mint egy virtualizációs technológiákat gyártó cég által kiadott benchmark cuccnak, tudod ez olyan lenne hogy kiadja az ATI a Vga benchmarkot, hát hogyismondjam, vicces lenne azért :)

Ha csak szűken akar valaki mérni, ez is van: http://www.delltechcenter.com/page/DVD+Store (és még sok más, pl fájlrendszer tesztre, ...)

Ezekkel az a gond, hogy önmagukban mérve nem feltétlenül mondanak bármit arra vonatkozóan, hogy mennyire skálázható/párhuzamosítható a rendszer (ami egy virtuális környezetnek egyik elsődleges kritériuma hipervizor szinten), tehát mindenképpen több példányban (is) célszerű futtatni.
Illetve célszerű vegyíteni is a terhelést, mert több virtuális rendszer esetén az azonos jellegű terheléseket amúgyis célszerű szétosztani.

Egy másik virtualizációs mérés, ami nem VMware által kitalált: http://it.anandtech.com/IT/showdoc.aspx?i=3567

De ez is tanulságos: http://blogs.vmware.com/performance/2008/06/scaling-real-li.html

Nekem afelől vannak kétségeim, hogy az ilyen jellegű teljesítmény adatoknak milyen jelentőségük van a gyakorlatban, azaz kinél mennyi az olyan rendszer, ami valóban nagy(obb) teljesítmény igénnyel rendelkezik. A gyakorlat azt mutatja, hogy leginkább 10%, esetleg 20%, néha-néha 30-40% körüli a rendszerek átlagos terhelése, ezt ritkán haladják meg (nem tagadom, hogy nagyon leterhelt rendszerek is vannak, de számuk kicsi). A teljesítménynek ezek után leginkább ott van jelentősége, hogy sok kisebb rendszert melyik technológia tud a leghatékonyabban működtetni, melyiknél érhető el a legnagyobb virtuális környezet sűrűség.

Pontosan ezért leszünk többen :)

A lényeg hogy a lehető legtöbb dologra kitérjünk, hiszen a tesztnappal szeretnénk segíteni azoknak akik egy speciális feladatra akarnak megfelelő technológiát választani.
Remélem akik itt hozzászóltak mind eltudnak jönni pénteken nagy segítség lennétek!
Nem ítélkezni megyünk, csak össze állítani egy olyan tesztet (tesztsorozatot) ami kellően komplex és ezt publikáljuk. A döntést és az ítélkezést meghagyjuk azoknak akik a tesztek eredményeit olvassák vagy hallgatják majd, ezért bármilyen teszt érdekes lehet, csak legyen hozzá elegendő vas és idő :)

"szeretnénk segíteni azoknak, akik egy speciális feladatra akarnak megfelelő technológiát választani": van önbizalmad :-)
Ez messze túlmutat egyfajta "játszadozáson". (szerintem nem speciális feladatra egyébként nagyobb az igény + speciális feladatra általánosan nehéz lesz választ adni)

Nem szeretném kétségbe vonni a résztvevők képességeit, de ha a VMware kvázi évek óta gyűri a VMmarkot (és sokan mások számos módon próbálkoznak), akkor néhány ember miként tudna azzal versenyképes metodológiát összeállítani egyetlen nap alatt? Persze kell egyfajta egészséges önbizalom, de önkritika sem árt, nehogy becsapjuk önmagunkat.

"Tesztek eredményeit olvassák": ha például ESX-es eredményt is közzé akartok tenni, akkor már most találjátok ki, hogy miként fogtok mérni és küldjétek el gyorsan a VMware-nek jóváhagyásra (ha kell kontakt, szóljál). Legalább a gyakorlatban is meg tudjuk, hogy a VMware valójában miként viszonyul a hasonló mérésekhez, mennyire rugalmas/merev/nyitott/elutasító/...

Nekem a véleményem az, hogy néhány játék tesztet le lehet futtatni, miért ne (arra jó, hogy kiderüljön: használható a technológia vagy sem), de annál többe 1 nap keretében energiát fektetni felesleges, mert jó eséllyel nem lesz használható az eredmény, a frankót pedig egészen biztosan nem fogjátok tudni megmondani (mindamellett, hogy értelme sincs igazából, lásd előző hozzászólásomat).

Jó persze, nem akarunk világot megváltani :) vagy feltalálni a spanyolviaszt, de hiszem hogy ez a nap hasznos lesz mindenki számára. :)
Az önbizalmam pedig nem is önbizalom, leginkább csak a segítőkész és majd jelenlévő szakemberek előtti "kalap emelés" :)
Én személy szerint nem vagyok egy nagy Guru én is tanulni megyek oda leginkább... ;)

ezmostan am nagyon marketing szagura sikeredett.

a sysbench szerintem elfogadott meres OLTP -re. persze TPC-H -val is lehet. vagy szerinted az sem igazi meres? :)

ha arra vagyunk kivancsiak (es hidd el, 90% erre kivancsi), hogy mennyit ront a teljesitmenyen az, hogy van egy hypervisor reteg alattunk, akkor arra ezek jo meresek.

Nem tudom, miért marketing szagú az, hogy a tapasztalat szerint a vasak ~90%-a ~10%-on ketyeg. Afelől is kételyeim vannak, hogy nagyon sok embernek van extrém teljesítményre szüksége, innentől kezdve teljesítmény alapú összehasonlítás (feltételezve, hogy jó) másodrangú.

Nem állítom, hogy az adott tesztek rosszak, csak kérdés, hogy mire és hogy használod. Egy ilyen mérés egyetlen virtuális gépet meg tud mérni, még esetleg mond is valamit (legfeljebb annyit, mintha egy fizikai rendszert mérnél), de mivel virtualizáltan tipikusan több környezet fut egymás mellett eltérő terheléssel, innentől kezdve nem feltétlenül mérvadó, legalábbis önmagában biztosan nem.

A kettőt összevetve nem értem, hogy a teljesítmény tesztnek miért van ekkora prioritása, ennyi.

(Attól, hogy 90% erre kiváncsi, nem biztos, hogy a virtualizált környezetek összehasonlításának praktikusan ez lenne a lényege/elsődleges szempontja. Persze biztos jól mutatnak a grafikonok, de ehhez az is kell - mint ahogy egy kolléga meg is jegyezte -, azok a számok helyesek legyenek.)

Tulajdonkeppen szerintem ha tul sok az eloadas, akkor el lehet felezni, es ket napon tartani eloadasokat. Igy nem lenne akkora az eloadas blokk, megis mindenki bemutathatna a szive csucsket. Nem hiszem, hogy mondjuk ket komplett delutan meg esetleg este nem eleg jopar tesztelesre es live demora. De ez csak otlet.

Ami viszont fontosabb: jo lenne a projekt honlapjara pontosabb elerhetosegeket/Google Map-ot rakni, mert igy nem sokat mond annak, aki az eletben nem jart meg a Microsoft epuleteben. Biztos vannak paran. Persze, lehet keresni, vegulis geekek vagyunk, vagy mifene, azonban ez egy dicseretes gesztus lenne az erdeklodok fele.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( Szemy v | 2009. 06. 08., h – 22:22 )

1db Allied telesis switch már van amit kapunk kölcsönbe Juli 3-4 :)
Allied telesis AT-FS724L .. ha tud valaki jobbat jöhet :).

( sherpa v | 2009. 06. 08., h – 21:36 )

Szép estéket!

Arra kérnélek Secretx foglald össze néhány szóban jelenleg hol tart a szervezés!
Hány gép van eddig a kalapban, switch, elosztó, monitor.... és egyéb eszközök.

Ha tényleg konkrét mérések is lesznek és nem "csak" előadások akkor viszek még néhány szervert amivel lehet bohóckodni.-ne érts félre semmi bajom nincs az előadásokkal, arra is szükség van, sőt! De ha e köré szervezed az egészet akkor felesleges több köbméter vasat felhalmozni brahiból. Nem látom értelmét.

Ha Xen-re még nincs senki, ill. nem lesz, akkor bevállalom -bár a témát csak messziről ugatom, de addigra igyekszem felhozni magam!

Üdv!

Sziasztok!

Szervezés álláspontja :

Péntek :
Elvileg 15:00-tól azon szerverek elhelyezése, bekötése, és tesztelés aki be tudja hozni pénteken egészen este 10:00-ig.

Szombat :
Regisztráció 10:00-10:30-ig
Köszöntő 10:30-10:45-ig
Előadások* 11-től maximum fél 8-ig minden órában 15 perc szünettel (hamarosan a line-up-ot is írjuk),
Eredményhirdetés, elköszönés 8-óráig.

Eközben ha van elegendő vas!!!, azon aki inkább tesztelne, reszelne, adott lessz a lehetőség, természetesen nem kötelező az előadásokat hallgatni, mindenkire rá lessz bízva, melyik érdekli jobban.

Az eredeti ötettől, hogy teszteljük a technológiákat, segítsünk "útbaigazodni", nem kívánunk abszolút elszakadni, az előadásokkal is ezt szeretnénk megkönnyíteni.

(Az előadásokról tudni kell, hogy teljesen kilesznek hegyezve az élő bemutatásra, ugynevezett demózásra,nem lessz olyan, hogy valaki 40 percet beszél és közbe semmit se mutat.)

Remélem mindenkinek tetszik:)

ahhoz mar most fel lehet keszulni a guest gepekkel:
egy alap debian install+apache+php+mysql+akarmi, osszetar-olva, ugyanez ubuntu install+tobbi. es ott mar csak VM config elkeszit, tar kibont a megfelelo helyre (virtualdisk, vagy akar raw access)*, ahol kell grub noszogatas, stb. es akkor az ilyenekkel nemott kell szorakozni.

* = btw, en pl kivancsi vagyok arra is hogy mekkora teljesitmeny kulonbseg van adott FS-ben tarolt virtualdisk (ext3+vmdk es ntfs+vhd) es a fizikai disk/particio hasznalata (raw access) kozott.

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

Na ennél egy kicsit többet össze kellene szedni...
- nem fogsz ext3-on vmdk-t látni(hacsak nem Servert teszteltek)
- ha jól tudom linux fronton Hyper-V megállt a SuSe támogatásnál, olyat ami nem támogatott, érdemben nem igazán kellene tesztelni
- Nem biztos, hogy local storageon, kellene teszteket végezni, mert azok messzebb lesznek a valóságtól, mint Makó Jeruzsálemtől, ugyanis ez nem igazán jellemző felhasználási mód
- A szervezők által létrehozott VM-et kellene mindenkinek használnia

A fentiek miatt szerintem ne igazán a teljesítmény összehasonlítására helyezzétek a hangsúlyt, hanem a technológiák/eszközök bemutatására. Amennyiben benchmarkolni akartok, nem csak ti fogtok csalódni, hanem esetleg azok is akik ezeknek az eredményeknek ismeretében döntene valamelyik technológia mellett.
Csak VMware alatti példát tudok felhozni: például egy Citrix farm létrehozásál rengeteg finomhangolási(VMware és alkalmazás oldalon egyaránt) lehetőség van amiket kihagyva hervasztó teljesítményt ad az egész. Ugyanez a helyzet pédául ha az alkalmazás valamilyen SQL szerver.
Gondolom Hyper-V alatt is hasonló a szituáció.
Nem véletlen, hogy a VMware nem szereti(engedi) a cégen kívüli benchmarkok publikálását.

A Vmarkot testközelből nem ismerem, de gondolom hasonlókat lehet elmondani róla mint a többi statikus benchmarkról(úgy tudom Hyper-V alatt lehetnek problémák).

Citrix még csak most készülődik, de a "citrix esx" keresőszavakra van néhány best practice.
Sokan gondolják nálunk (akik fizikai vonalra terveztek eddig), hogy a pakoljunk bele jó sok ramot és procit a jó út. Ellenben szerintem max. 2 vCPUig jó, 4 vcpunál a legtöbb helyen lassabb teljesítményt kaptunk, hiába van több processzor támogatás a rendszerben/alkalmazásban (ahogy a legtöbb ajánlásban is szerepel). Ami sokat lendíthet a dolgokon a HT letiltása és a HT Sharing "none"-ra állítása. Ezt sokan elfelejtik, bár van ahol esetleg szükséges.

Sokszor tapasztaltuk kollégáknál, hogy csak úgy "bummbele virtualizálunk", anélkül hogy esetleg utána olvasnának (vagy hallgatnának a jó tanácsra), majd panaszkodnak, hogy ez egy lassú sz*r. Pedig esetleg 2-3 opció beállításával fényévekkel jobb lehetne.

Ez az egy nap szerintem csak a különböző technológiák/eszközök megismerésére(ahogy a topic indító a legelején gondolta) elég, de arra nagyon jó. Egy nap még felületes tesztre sem.

"Ez az egy nap szerintem csak a különböző technológiák/eszközök megismerésére(ahogy a topic indító a legelején gondolta) elég, de arra nagyon jó. Egy nap még felületes tesztre sem."
Ez nem változott, továbbra is ez a cél! Én csak remélem hogy azért néhány extra bele fér... ezért írtam hogy ami vas/idő függvényében belefér, azt még megpróbáljuk bele préselni. :)

Köszi a HT tippet, erről nem tudtam, az 54xx-ben a HT hiánya miatt elő sem jött, de most az 55xx-nél ez hasznos lehet. Én is olvastam több terminál kiszolgáló / Citrix tesztet, de a tapasztalat az, hogy ilyen és olyan eredmény is kijön/kijöhet. (szintén ezzel függ össze az a teszt, amit egy másik hozzászólásban küldtem be, hogy az apache jobban skálázható több 1cpu-s VM-mel)

Én elsősorban például ESX advanced settings tuningra gondoltam, hogy annak kapcsán találtatok-e javulást. A VMworldön volt performance best practice és a fő mondanivaló ott is az volt, hogy virtualizációval az emberek akár azt is elfelejtik, amit addig tudtak. Például I/O intenzív SQL-t úgy raknak mással együtt egy VMFS-re, hogy az a VMFS már amúgy is eléggé terhelt, fizikai környezetben akár dedikált tömböt is kapna az SQL.

Utolsó mondatra: ne is mondd, csak az a baj, hogy mi a láncnak rossz végén vagyunk. Ha valamit a saleses elad, annak úgy kell lenni. A legjobb amikor az a válasz, hogy by design. Igen, fizikai környezetben esetleg, de józan ésszel nézve még ott is meredek némelyik. Mondjuk ez mostanában kezdd változni.
Advanced settingset nem igazán szeretjük piszkálni. Szerintem ez egy olyan környezetben, ahol például egy egész cluster egy alkalmazást szolgál ki (pl. Citrix, adatbázis, Exchange), ott van értelme. Nálunk a clusterek nincsenek alkalmazás szinten dedikálva, ilyen szinten szerintem minimális a nyereség. Ez több ügyfeles rendszereknél elég sok plusz felesleges munkával járna.

Amivel még sokat lehet profitálni, az VM-ek megfelelő elosztása a lunokon. Elkerülni, hogy a nagy i/o igényű VM-ek ne egyre kerüljönek (esetleg még útvonal szerint is, de az már tényleg workaholic szint). A lunok méretét megfelelően kiválasztani, hogy ne kerüljön sok gép egyre, viszont ne is legyen 500 lun a hostokhoz csatolva stb... Mindez szép és jó, ha nem változik hetente a VMek mennyisége :)

1:40, csak ideiglenesen szokott ilyen előfordulni, izzadtam is rendesen... :)

Sziasztok!

Nagyon nem szokásom bárkit is megbántani, de én azt javasolnám, hogy a hátra levő időben inkább tanuljátok meg, mi az ESX és mi a virtualizáció, addig kár hozzászólást is írni, legfeljebb kérdést.

Mert ha onnan indul a dolog, hogy ext3+vmdk vs ntfs+vhd, akkor valószínűleg nagyon komoly hiányosságok vannak.

Ezenkívül a VMware számos mérést már maga is megcsinált, pl mi a különbség VMDK és RDM között: szerintem nyugodt szívvel el lehet hinni, kár erre pocsékolni az időt (más gyártó méréseit nem ismerem, de gyanítom, hogy a végső konklúzióban nincs nagy különbség).

Üdv,

Attila

Ha adott a hardver (és gondolom az alkalmazás is), akkor sem értem a kérdést: gondolom van egy preferált platform, ha azon elfut az elvárások szerint, akkor pont, vége a történetnek. Ha pedig nem fut el az elvárások szerint, akkor meg kell nézni a másik(ak)at.

Egyébként az ESX/ESXi nem csak a támogatott rendszereken fut el, hanem sok máson is. Melyik alkatrész volt a hunyó?

Sziasztok!

Szervezés álláspontja :

Péntek :
Elvileg 15:00-tól azon szerverek elhelyezése, bekötése, és tesztelés aki be tudja hozni pénteken egészen este 10:00-ig.

Szombat :
Regisztráció 10:00-10:30-ig
Köszöntő 10:30-10:45-ig
Előadások* 11-től maximum fél 8-ig minden órában 15 perc szünettel (hamarosan a line-up-ot is írjuk),
Eredményhirdetés, elköszönés 8-óráig.

Eközben ha van elegendő vas!!!, azon aki inkább tesztelne, reszelne, adott lessz a lehetőség, természetesen nem kötelező az előadásokat hallgatni, mindenkire rá lessz bízva, melyik érdekli jobban.

Az eredeti ötettől, hogy teszteljük a technológiákat, segítsünk "útbaigazodni", nem kívánunk abszolút elszakadni, az előadásokkal is ezt szeretnénk megkönnyíteni.

(Az előadásokról tudni kell, hogy teljesen kilesznek hegyezve az élő bemutatásra, ugynevezett demózásra,nem lessz olyan, hogy valaki 40 percet beszél és közbe semmit se mutat.)

Remélem mindenkinek tetszik:)

neked a válasz lemaradt, szóval :
switch és szerver jöhet minden mennyiségben, szerintem elosztó is :)
Konkrét mérések lesznek, amennyi a csövön kifér, szerver számtól függ :)

Xen-re egy kolléga jelentkezett (informer), amit írt nagyon jól hangzott, sok finomság lessz benne :)

Szervusz!

Tudom, hogy már a hátadon feláll a szőr... -és isten bizony mondom nem kötözködni akarok "de"
Ha tényleg sok gép lesz -legyen... ha tényleg nagyon sok szerver lesz -legyen...
milyen 230-as hálózat fogja az kiszolgálni? -ennek valaki már utánajárt?
Mert szép, hogy felhalmozzuk a vasat, de ha 3 percenként levágja a kismegszakítót akkor nem vagyok beljebb!
És tényleg nem baszogatni akarlak!!!!

Üdv!

"Tudom, hogy már a hátadon feláll a szőr... -és isten bizony mondom nem kötözködni akarok"
Szerintem Secretx sem veszi kötözködésnek :) egyértelműen lehetnek olyan dolgok amikre még nem gondoltunk és vannak dolgok amikre még várunk :)
de az hogy ezeket az apró buktatókat és véleményeket írjátok csak építő jellegű szerintem :)

( polner | 2009. 06. 09., k – 17:12 )

Infrastruktúrát én fel tudok ajánlani az eseményre. Demo gépek, úgyhogy from scratch bármit fel lehet rá rakni/legyalulni. Bátran lehet velük játszani.

Ami közül lehet választani:
- Van három db SunFire X4150 (1 v. 2 CPU) 16, 24, 36GB memóriával, 2, 2, 1 dual core Xeonnal
- 1db X4250-es 1cpu, 8GB-al
(Természetesen a fentiekből bármilyen kombináció összerakható)

Egyébként a gépek a MS-nál voltak a Technet esemény Hyper-V demóján, úgyhogy Hyper-V tuti jól fut rajta :-) de a többi is.

Storageból van egy Amber Road (7410) (vagy akár kettő) amit erre az időpontra oda tudunk vinni, illetve egy X4500-as.

Szerintem az a legkényelmesebb, hogy ha mi egyben ki tudjuk vinni azt, ami kell. Persze lehetnek más gépek is, csak hogy érezni lehessen a különbséget :-)

Július második hetében költözünk új helyre, ott majd én is fel tudok termet ajánlani hasonló célú dolgokra... Bár a MS nagytárgyalója nagyobb...

www.sunblog.hu

( hrgy84 | 2009. 06. 10., sze – 20:13 )

Megyek, de csak mint hallgato. Egyelore eloadast a jelenlegi tudasommal nem merek bevallalni, meg nem is tudnek talan felkeszulni. Igazabol csak a VMware Server-t ismerem, azt se teljesen. Erdemes lehetne egy 1.x vs 2.x osszehasonlitas, de arra fel kellene keszulnom :s

Szerk:
Akinek van Google Naptarja, az ide kattintva felveheti az esemenyt:


-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Szuper:)
Jó hogy szólsz, akartam írni:

Hálistennek elég gyorsan megtelt a demózásra biztosított 8 óra, lentebb olvashatjátok mire lehet számítani!

Aki tud hozni szervert, az kérem legkésőbb jövő hét végéig szóljon, utána már tudnunk kell, mennyit és mit viszünk, a terem befogadóképessége 80 fő, aki szeretne jönni, írjon ide, vagy a virtualization.day.signup@gmail.com emil címre

Íme egy kis lista, hogy mire számíthat, aki eljön a rendezvényre (változhat):

50 millió forint feletti demó technika

Demózás, témák : Microsoft Hyper-V demó 2x50 percben, VMware vSphere 4 demó 50 percben, VMware View demó 50 percben, Citrix XEN demó 2x50 percben, Sun xVM demó 50 percben, Sun VDI demó 50 percben.

Kipróbálási, tesztelési lehetőség a demókban bemutatott illetve egyéb kiállított technológiákon.

(És aki akar, engem meghívhat egy sörre:))

( secretx v | 2009. 06. 15., h – 15:07 )

Kérünk minden érdeklődőt aki jönne, adjátok le a jelentkezéseteket a http://virtualization-day.com/jelentkezes/ oldalon, mert erős túljelentkezés van, így ha többszörösen többen jöttök, akkor nagyobb helyszínre költözik a rendezvény!

( secretx v | 2009. 06. 15., h – 15:45 )

a rendezvény előtt 1 héttel már tudni szeretnénk ha lehet :)

Nem, semmilyen családi kapcsolat nincs köztünk az apámmal :)
(Jóvanna vicc volt, amúgy tényleg semmi közünk egymáshoz)

Regisztráljon aki még nem regisztrált, szép nagy helyen lesz megtartva (a Microsoftot kinőttük töbszörösen, 99.99% a Lurdy házban lévő Nagy+Kisterem)lesz kaja, pia, csoki, dínom-dánom :)

Lurdy House... hat, nem tudom, akkor a lakasodat kinottuk, mi? :D
Csak ulohely legyen eleg, maskepp nem vallalom... azert beterveztetek szepen eloadasokat, en szombaton vegig ott akarok lenni.
Telleg, akkor a pentek delutan az ugrott, vagy a segito kez meg mindig elkel?
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Jahhh, nyert a Lurdy anyagilag, meg igényesség arányban :)
Ülőhely = Befogadóképesség ergó ha kell 360 szék :)
A lakást (max 8 fő) hááát enyhén sikerült, kb 40x-r, nem titkolom hogy nagyon büszkék vagyunk a rendezvényre :)

Péntek DU off, ellenben szombaton Nagyterem vasak meg heggesztés, másik terem előadás :)

Az első platformfüggetlen virtualizációs rendezvény : http://www.virtualization-day.com

( secretx v | 2009. 06. 24., sze – 13:57 )

Ide is beírom, új helyszín, illtve a programterv is már biztos.

ÚJ HELYSZÍN!!!: Lurdy Ház I. emelet Konferenciatermek

Program:

9:30 - 9:50 Regisztráció
9:50 - 10:00 Köszöntő, a délelőtti témakör ismertetése
10:00 - 10:45 Lepenye Tamás - Microsoft VDI, utána 15 perc szünet
11:00 - 11:45 Porkoláb Dániel - Sun VDI, utána 15 perc szünet
12:00 - 12:45 Macskásy Attila - VMware View, utána 15 perc szünet
13:00 - 13:40 Ebédszünet
13:45 - 14:00 Délutáni témakör ismertetése
14:00 - 15:40 Endrész Attila - Xen hypervisor, utána 20 perc szünet
16:00 - 16:45 Nagy Zoltán Arnold - Sun xVM, utána 15 perc szünet
17:00 - 17:45 Macskásy Attila - VMware vSphere 4, utána 15 perc szünet
18:00 - 18:45 Lepenye Tamás - Microsoft Hyper-V, utána 15 perc szünet,
19:00 - 19:50 Kerekasztal beszélgetés az előadókk
19:50 - 20:00 A rendezvény lezárása, elköszönés

Mielőtt jönnének a hülye beszólások, nem azért lett új helyszín mert összevesztünk a Microsoft-al, vagy bármi ilyen ötlet, hanem egyszerűen többszörösen kinőttük az ottani hely méreteit.

Az első platformfüggetlen virtualizációs rendezvény : http://www.virtualization-day.com

Helyes, helyes jó sokan leszünk ( 300 felett regisztráltak ), node nem baj, hamár 3 terem akkor töltsük meg :)

---------------------------------------------------------------------------------------
Az első platformfüggetlen virtualizációs rendezvény : http://www.virtualization-day.com

( secretx v | 2009. 07. 01., sze – 23:29 )

Elméletileg a rendezvényen lesz pár darab HUP póló is, aki szeretne venni ilyesmit, korán érkezzen, mert aki gyorsabb azé lesz!
---------------------------------------------------------------------------------------
Az első platformfüggetlen virtualizációs rendezvény : http://www.virtualization-day.com

( etele | 2009. 07. 03., p – 11:33 )

Sziasztok !

Sajnos egyéb elfoglaltság miatt,- értsd munka,- nem tudok elmenni, de remélem lesz valamilyen letölthető anyag az összejövetelről.

Lehet, hogy más is ugyanebben a cipőben jár mint én; vagy ha ott is volt, csak egyszerűen szeretné feleleveníteni az hallottakat.

Addig is sok sikert a holnapi naphoz !

( secretx v | 2009. 07. 03., p – 15:07 )

Apró változás a programban : (kiemelten látszódik a változás)

9:30 - 9:50 Regisztráció
9:50 - 10:00 Köszöntő, a délelőtti témakör ismertetése
10:00 - 11:15 Lepenye Tamás - Microsoft VDI, utána 15 perc szünet
11:30 - 12:45 Macskásy Attila - VMware View, utána 15 perc szünet
13:00 - 13:40 Ebédszünet
13:45 - 14:00 Délutáni témakör ismertetése
14:00 - 15:40 Endrész Attila - Xen hypervisor, utána 20 perc szünet
16:00 - 16:45 Nagy Zoltán Arnold - Sun xVM, utána 15 perc szünet
17:00 - 17:45 Macskásy Attila - VMware vSphere 4, utána 15 perc szünet
18:00 - 18:45 Lepenye Tamás - Microsoft Hyper-V, utána 15 perc szünet,
19:00 - 19:50 Kerekasztal beszélgetés az előadókkal, szervezőkkel a közönség bevonásával
19:50 - 20:00 A rendezvény lezárása, elköszönés

(Sun VDI bemutató sajnos rajtunk kívűl álló okok miatt elmarad, de ki lesz állítva, és tesztelhető lesz.)

---------------------------------------------------------------------------------------
Az első platformfüggetlen virtualizációs rendezvény : http://www.virtualization-day.com

( secretx v | 2009. 07. 04., szo – 01:22 )

Én már számolom vissza a perceket... :)
---------------------------------------------------------------------------------------
Az első platformfüggetlen virtualizációs rendezvény : http://www.virtualization-day.com

( _ventura_ v | 2009. 07. 04., szo – 06:58 )

senki nem visz egy mpeg4 es kamot streamelni ? vlc/flash bármi ?

Core2Duo T7100, 4G, Ubuntu 9.04, 2.6.30

( GhostPunk | 2009. 07. 04., szo – 11:27 )

Van aki élőben twittel a mai nap az eseményről?:)
Mehetne #vday topicba twitteren.

Jó lenne, én itt vagyok csak mindjárt lemerül a palosom.

1. A Lepenye Tamás előadása nagyon egyben volt, kisebb VDI fogalmi bevezetés után. ( VDI nem cél hanem eszköz ) demózott a Dinamikus Kövér Kliens bemutatásán keresztül.Egyszerre alkalmazás és desktop virtualizáció.Mindemellett kiemelte, hogy az RDP fejlődésének hála egyre gyorsabb és fejlettebb VDI érhető el.Ezt egy video HD minőségű lejátszásával szemléltette.

2. Macskásy Attila, Vmware View újdonságok. Számomra a VMware Composer megoldása teccett a lagjobban azaz van egy stock image és felhasználónként csak a változások tárolódnak. Volt egy jó kis demo video http://www.youtube.com/watch?v=7CbRS0GGuNc
aztán a másik szobában meg egy FT bemutató. (nem teccett hogy a Sunos fiuk 3 méterrel arrébb Megabomberman bajnokságot szerveztek egymás között)

első blikkre röviden eddig ennyi.

---------------------
http://virtualize.hu

Én voltam az egyik, és nem vagyok Sun-os:) És Dyna Blaster volt:)

Egyébként gondolom a beszélgetés zajára gondolsz, de az a sarokban zajlott, és azért, mert nem feltétlen működik minden a terv szerint, ami elég nagy gond a délutáni demo szempontjából. Szóval elnézést ha zavaró volt, de nem elkerülhető.

A vmware előadás szerintem nem volt ütős (demó?)... még a Ramadában lévő bemutató eseményen sem működtek jól a dolgok. A vmware-nek össze kell szedni magát, a neve már nem adja el a virtualizációs cuccukat, a többiek utolérték őket. Nehogy átaludják ezt az időszakot... A Composer jó cuccnak tűnik, kiváncsi vagyok igazi felhasználói tapasztalatokra.

Lepenye előadása rendben volt nagyon, szinte minden eseményen jól teljesít! Az MS kitesz magáért a virtualizáció terén...

B10

Azt el is felejtettem meselni, hogy delelott a kisterembe a Sunosok csinaltak maguknak privat aramszunetet. Kiderult, az APC eloszto se a legjobb... Viszont, valahogy minden fej odafordult, amikor hirtelen csend lett.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( gbor | 2009. 07. 04., szo – 22:44 )

Szerintem hasznos volt, az apróságok ellenére, legalábbis én hallottam egy halom új dolgot, tanultam is, kulcs szavakat is kaptam későbbi gugli keresésekhez. Köszönet az összes előadónak :)

most pedig itt punnyadok a vonaton, és tartok Szerencs felé [és a mobilnet még mindig kitart, pedig vagy ~100-al mehetünk most :D ]

jó utat hazafelé, ha van még mobilnet:D

az előadás tényleg nagyon egyben volt, mondjuk voltak technikai problémák, de mint tapasztalt rendszergazdák nem estek kétségbe és gyorsan megoldották a problémát.
nekem a sun-os előadás jött be igazán, volt benne humor(live migration).

( secretx v | 2009. 07. 04., szo – 23:39 )

Nahhh, sikeresen hazaértem :)
(No para, nem azért mert úgy berúgtam a 0,33-as Heiniktől, hogy sekép sehang, csak egyszerűen volt egy pici sörözés a végén, és igen, ottse rúgtam be :( ...)

Összefoglaló mint szervező : (személyes meglátás, Szemy-t nem tükrözi értelemszerűen)
Kezdjük az elejétől:

1; Nagyon drága volt a Heinkeken :)

2; A helyszín teljesen rendben volt szerintem, nagyteremben elfértünk, kisteremben nem mindig, de az nem ilyen célokra lett kitalálva ugye...

3; A szervezők jó arcok voltak, állítólag söröztek a látogatókkal... :)

4; Technikailag nem kell túlragoznom, voltak apró problémák, projectoros cucc, hát evvan, routeres ciki (ezt pár mondatban kitárgyalnám, nagyon egyszerű oka volt a dolognak, nemmás mint egyszercsak elfelejtett minden szart a router, és mi volt a default ip-je, hát mi? persze az amin a sunos szerver futott)... szerintem emészthető időben sikerült hárítani a hibát.

5; Szerintem az előadók maximálisan otthon voltak az általuk prezentált témában, kinek több-kinek kevesebb előadási gyakorlata volt, hát istenem :)

6; A checkin lányok szépek voltak nagyon, és kedvesek is

7; A kisterem berendezése szerintem egész jól sikerült, az igazi kokemeny reszelés viszont elmaradt mert az előadások jobban lekötötték a társaságot.

8; Meglepően sok! ember maradt ott a legvégéig, (kb 80-100)
(szombaton este 8-kor egy direktszakmai konferencián ez szerintem nem rossz)

9; Elég sokan megjelentek a regisztráltak közül, gyakorlatilag a 310-330 emberből 230-250 ember kb.

10; Egyenlőre ennyi, valószínűleg később még több dolog eszembejut, leírom ide őket.

Köszönjük minden kedves látogatónknak, előadónknak, kiállítónknak hogy megjelent és még színvonalasabbá tette a rendezvényt

---------------------------------------------------------------------------------------
Az első platformfüggetlen virtualizációs rendezvény : http://www.virtualization-day.com

Azért az 5.-re reagálnék: A Debianos-Xen-es előadás nálam kicsit citromdijjat kapott.

Nem volt olyan jól sem előadókészségileg felkészülve az előadó, sem tudásban.

Azon pl. majdnem sírtam, h. adjunk a virtuális hálókártyának a sarokban porosodó régi hálókártyáról lenézett mac-et, miközben van fenntartott mac tartomány virtualizációs célokra.

Sziasztok,
én voltam aki mindezeket elkövette és a végén besöpri a citrom díjat! :-]

Most már azt hiszem sokkal pontosabban érzem mennyire nem voltam felkészülve. Így utólag. Ez volt az első és remélem nem az utolsó. Legközelebb, ha ismét kapok bizalmat és lehetőséget majd "jól" felkészülök. Addig is elnézést kérek mindenkitől!

Ezt a mac address dolgot már megvitattam mással is és belátom tényleg kicsi a valószínűsége, hogy ugyanazt a címet kapja két virtuális gép.

Sziasztok!

Ketté kell választani az előadás mikéntjét és a tartalmát.

Ami a tartalmat illeti, csak egy mély meghajlás és köszönet jár érte. Az előadás "problémákra" született "megoldásokat" prezentált, és szakmai tartalmát illetően NAGYON rendjén volt. Xen berántása, elindítása, konfigurálása - teljesen OK. Két node között hálózaton keresztüli RAID és aztán Live Migration (még ha most nem is sikerült) - szuper. Nagyon fontos dolgokat feszegetett open-source alapon, Debianon.

Az előadó végtelenül őszinte volt, nem takargatta a saját tudásainak korlátait, és borzasztóan lelkesedett a technológiáért. Igazi szakmáját szerető, közösség-építő ember.

Az előadások megtartásának azonban vannak szabályai. Olyan ez egy kicsit, mint a színház. A színésznek nem szabad úgy beszélnie a színpadon, mint az életben, és nem is úgy beszél, mi viszont úgy "érzékeljük", mintha a valóságot látnánk. Így van ez az előadásokkal is. Meg kell komponálni, kell, hogy eleje legyen, szükség van csattanóra, az előadás hallgatóját segíteni kell a megértésben, minden diának vagy demónak helye és szerepe kell, hogy legyen. Profin - tehát a hallgatóság számára követhetően, élvezhetően - előadni, az egy szakma. Kell hozzá habitus, képzés, napi szintű gyakorlás és nem utolsó sorban rendszeres visszajelzés, kollégáktól és akár laikusoktól. Informer viszont egy rendszergazda - és pontosan azt csinálta, mint a munkája során. Ez, nagy közönség előtt, hosszú időn keresztül tényleg nehezen emészthető.

Szóval lassan azzal a citrom-díjjal. Én ez úton is köszönöm a hallottakat, mert tanultam belőle.

Üdv:
Lepenye Tamás

Nekem a stílussal nem volt gondom, inkább a szakmai dolgokkal (főleg emiatt mentem el a virtdayre):

Néhány építő jellegű kritika és megjegyzés:

- néha össze volt keverve a Debian által "létrehozott" dolog és a Xen (pl. a bridge-k neve és létrehozása minden disztróban más Xen alatt)
- a VLAN és Bridge párosítás fontos lehet virtuális gépeknél, ezt is meg lehetne mutatni
- a MAC-es dologgal nem volt gond szerintem
- a DRBD-s megvalósítása a dolognak tetszett (a hibáktól eltekintve), bár legtöbb helyen a Xen klasztert valszeg SAN-ról hajtják meg,
érdemesebb lett volna valami iSCSI Target-et felhúzni egy újabb gépre

- Xen HA kellett volna bemutatható szintre, illetve megoldási javaslatokkal taglalva (Heartbeat stb.)
- nem láttunk teljesen működő teljes virtualizációt (mondgyuk Windows), persze tudjuk hogy létezik, de ez alap lett volna (hálózatbeállítások stb.)
- érdemes feszegetni az ESX és a Xen közötti átjárhatóságot, pl. azt, hogy a vmfs használható Xen alól is, bizonyos korlátokkal

De ennek ellenére gratula, a kezdés mindig nehéz.
(A kisteremben egyébként működőképes Live migration lett bemutatva Xen-nel és NFS alatt, aki oda kiment, láthatta.)

Én azt mondanám, hogy szerintem ez a fajta előadás nem rossz, csak nem volt a helyén. Ez inkább tutorial jellegű, a többi pedig inkább demó irányultságú volt (vagy kellett volna, hogy legyen, ha összejön). A tutorial kisteremben egy kissebb csoportnak működik, nagy közönségnek interaktivitás nélkül túl unalmas és túlzottan részletekbemenő ahhoz, hogy értelmes legyen. Lehet, hogy a jövőben a szervezők tudnak ezen javítani azzal, hogy valahogy szétszervezik külön általános ismeretterjesztő előadás szekcióba és utána külön egy másik idősávban egy kiscsoportos, kicsit kötetlenebb menetrendű, interaktívabb tutorial szekcióba. A te előadásod az utóbbiban sokkal jobban "működött" volna.

Én a nagytermes előadásban elsősorban inkább egy már összelött Xen Enterprise-t mutogattam volna a kliensprogramjával meg minden ilyen fotogénebb részével. Nagyjából az a disztró az, ami HyperV-vel vagy ESX-szel összehasonlítható kategória.
---
Linux is bad juju.

Egyvalamire nagyon figyelj oda: az mcview/mcedit talan a legkevesbe lathato kivetiton. Az, hogy ezt nem kozoltek veled a hallgatok, az egy dolog, de egy demo gepen allitsd at az mc default editorat valami hatter nelkulire (peldaul vimre vagy nanora), mert borzaszto mod olvashatatlan volt a hatso sorokbol.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( bigwig | 2009. 07. 06., h – 11:09 )

Sajnos el kellett szaladnom a vegerol, igy nem tudtam feltenni a kerdest: az osszes live migration-t bemutato demo azonos alhalozaton mozgatott vm-et. Van annak barmilyen technikai akadalya (pl. nem altalunk felugyelt routerek, vagy akarmi), hogy kulonbozo subnetek kozott mukodjon a live migration (VMWare-nel vmotion)?

Hyper-V esetén elvileg nincs, gyakorlatilag van. A fürt tagjai lehetnek különböző alhálózatban, ez beépített képesség. Az node-oknak viszont azonos storage-hoz kell csatlakoznia. Vagyis: ha van három telephelyed NAGY sávszélességgel), egyiken a közös storage, a másikon a fürt egyik fele, a harmadikon meg a fürt másik fele, akkor mehet a livemigration.

A helyzet azonban nem ez szokott lenni, hanem az, hogy van egy telephelyed a fürt egyik felével és storage-al, meg egy másik telephelyed a fürt másik felével és a storage replikájával és azok között szeretnél LiveMigration-t.

Nos, ezzel nálunk az a gond, hogy a Clustered-Share-Volume beköszöntével változott a storage kezelés módszertana, ez pedig nem kompatibilis a storage gyártók jelenlegi replikációs és cluster-integrációs megoldásaival. Vagyis az lesz a menetrend, hogy

1. Megjelenik a termék
2. Elkezdik az ügyfelek verni a MS és a storage gyártók asztalát az együttműködésért
3. A storage gyártók megjelennek a CSV-vel kompatibilis replikációs mechanizmussal.
4. Lesz telephelyek közötti live migration.

Mivel a 2. pont előre látható, természetesen egy EMC, vagy egy HP már most dolgozik az ügyön, de ne lepődj meg, ha csak jövő nyáron rukkolnak ki valamilyen megoldással. A sebességük függ majd az igények nagyságától is, vagyis, ha a Hyper-V R2 meggyőző lesz és sokan használják, akkor hamarabb lesz ilyen megoldás, ha meg a kutyának sem kell, akkor csak később.

Azt látni kell, hogy az általad kért funkció soha nem lesz benne "csak úgy" az alaptermékben, mindig adott storage gyártóval való integráció során fog összejönni. (Ami gyártófüggetlen lesz, az a Storage Quick Migration, de az meg az SCVMM része.)

Üdv:
Lepenye Tamás

Kedves Tamas!

Koszonom szepen a valaszod. Lehet, hogy en latom rosszul (ez esetben kerlek javits ki) de nekem valahogy az is problemasnak tunik, hogy a kulonbozo subnetek kozotti mozgatas utan, ha az IP cim nem valtozik, akkor a kliens forgalmat iranyito routerek honnan tudjak majd, hogy a csomagokat nem erre kell iranyitani, hanem arra.

Udv,
Balazs

Igaz, ez így van, viszont ez a virtualizáció szempontjából témán kívüli. Pusztán azzal, hogy telephelyek közötti akármilye-migration-t csinálsz, még nem lesz automatikus katasztrófa-tűrő rendszered. Kell ahhoz még bőven VLAN tervezés és a routerek konfigurálása is. Elvileg azonban nem látom akadályát, hogy például megfelelő VLAN-beállításokkal ez ne legyen megoldható.
Hozzáteszem, hogy nem vagyok hálózati szakértő, inkább csak tippelek.

Üdv:
Lepenye Tamás

Szia!

Elöljáróban: még nem csináltam routeren át VMotiont (de van rá esély, hogy működik, a VMkernelnek lehet átjárót megadni).

Tamással egyetértek: bőven kell hálózat tervezés ahhoz, hogy ez megvalósuljon, főleg ha a route-olást úgy érted, hogy különböző telephelyek között. És ha már a VM-ek szolgáltatásainak hálózati kérdését megoldottad, akkor könnyen lehet, hogy ott találod magadat, hogy nem is kell route-olni a VMotion forgalmat :-)

A dologhoz hozzátartozik az is, hogy a VMotion nem elsősorban telephelyek közötti mozgatásra van, még kevésbé katasztrófa tűrésre (a VMotion nem alkalmas tervezetlen leállás kiküszöbölésére, arra ott a Fault Tolerance és az ESX többi szolgáltatása / persze DR oldalra tervezetten is át lehet állni, ha látszik a Duna vízszintjének emelkedése...), erre ott van a Site Recovery Manager, ami már most integrált számos tároló rendszer gyártóval (gyakorlatilag mindenkivel, aki számít). Kvázi DR forgatókönyvet kell GUI-ba programozni, gomb nyomásra lehet átállni és akár tesztelni is (az éles rendszer működése mellett).

Egyébként van már precedens arra, hogy VMotiont WAN-on csináltak valakik, de ezt csak hallomásból tudom VMware-esektől és elég komoly felkészültséget és felkészülést igényel (nem nehéz elképzelni, lásd Tamás által emlegetett tároló rendszeri kérdéseket, de a memória tartalmának átvitele sem feltétlenül triviális - ha egyáltalán kivitelezhető konkrét esetben). Ha nagyon érdekelnek a dolog részletei, talán felkutatható a dolog.

VMworldön a Cisco is előadta vízióit, ebből az egyik a Geo-VMotion volt, a másik a telephelyeket átfogó vSwitch... Az együttműködés már most aktív e tekintetben EMC, Cisco és VMware között.

Üdv,

Attila

Ha jól emlékszem, a VirtualCenter jajjog, ha nem azonos subnetben vannak, és nem hagyja, de talán valahogy ki lehet játszani. De lehet, hogy ez csak a datastore-ok elérhetősége miatt van, én csak egyszer véletlenül állítottam elő ilyen helyzetet.

A VMware HA ágensek viszont elég sok multicast forgalmazást csinálnak, ami megnehezíti az életet ha külön alhálózatba rakjuk őket.
---
Linux is bad juju.

( lipiqe | 2009. 07. 06., h – 11:37 )

Reszemrol szeretnem megkoszonni a szervezoknek es azoknak akik munkat es aldozatot vallaltak a rendezveny sikereert.
Bizom benne, hogy a kovetkezo rendezvenyen megtobben leszunk, es ott mar nem rakjak felre a foglalasra hasznalt flakonom a helyemrol! :D

Ha barmiben tudok segiteni a kovetkezo rendezveny szervezeset illetoen (foleg tanacsokkal, leven nem vagyok bp-i, de van jo par ev tapasztalatok rendezvenyszervezesben), akkor jelezzetek.

szemy, secretx: azt a sorozest meg leverem rajtatok! :D

Mindenképp pótoljuk a sörözést :) bár jobb lenne olyan napon amikor itt jársz Pesten és nem épp a v-day megy :D
Őszintén bevallom nem gondoltam hogy ennyi tenni való lesz napközben :)
A videókat töltögetem nézegetem, sajnos komoly hiba, hogy nem készültünk kameraman-el :) így sajnos nem tudom mi lesz a videókkal, de meg próbálok egybe függő értelmes részeket feltenni az oldalra!

Vycon Klub www.vycon.org

Pénteken Sörözés !!!

Időpont : 7-től ameddig jólérezzük magunkat, helyszín Moszkva Tér környéke(megbeszélés kérdése).

---------------------------------------------------------------------------------------
Az első platformfüggetlen virtualizációs rendezvény : http://www.virtualization-day.com