A minőségért, recsegésért bocsánat. Ennyi fért a büdzsébe

A slide-okat már nem volt türelmem berakni a videóba, de a letöltés szekcióban megtaláljátok ezeket.

http://www.vmug.hu/videok/

Múlt heti találkozonkon elhangzottakat szeretném most summázni:

• vDS működése
• miben egyedi a vDS
• Mire használjunk Private VLAN-okat
• milyen buktatók lehetnek

A vDS alapvetően két fronton működik: a

- vCenter oldali rész (Control plane) felelős a vDS konfigurációjáért, itt tudunk változtatni a vswitch-portcsoportok beállításain.

- a hálózati forgalom természetesen továbbra is az egyes ESX kiszolgálókon megy végbe (IO plane). A két felületet legegyszerűbb úgy tekinteni, mintha a vCenter oldali rész a sablon, amely alapján az egyes ESX-ek elkészítik a saját rejtett vswitch-eiket.

Redundancia

A hagyományos vSwith-ek esetén a redundanciát egyszerűen a vswitch-hez fűzött NIC-ek szintjén valósítottuk meg. Ha egy vSwitch-hez bekötöttünk kettő vagy ennél töb NIC-ek, akkor by-default redundáns hálózati konfigurációt hoztunk létre, minden további kattintgatás nélkül is akár.

vDS esetében egy kicsit máshogy működik ez. A vDS-hez nem tudunk direkt módon hálózati kártyákat fűzni, ezeket egy köztes elemhez kell ugyanis rendelnünk: az UPLINK-ekhez. Azaz a vDS-en először definiálnunk kell, hogy az adot vDS switch hány UPLINK porton működjön (az uplink lesz a fizikai világgal való összeköttetés felülete). Ezután pedig a kialakított UPLINK-ekhez fogjuk tudni bekötni a fizikai hálózati adaptereinket egy egyszerű szabály szerint: egy UPLINK-hez, egy ESX-ből csak egyetlen egy NIC-kel csatlakozhatunk. Hol itt a redundancia akkor? A dolog rém egyszerű: a vDS esetén az uplink-ek számának növelésével fogjuk tudni létrehozni a szükséges szintű redundanciát. Fontos továbbá, hogy a redundancia beállításokat immár nem magán a switch-en adjuk meg, hanem az egyes portcsoportok szintjén. Ahogy a kép is mutatja a két portcsoportunk esetén (kék-piros) határoztuk meg a redundanciát a két uplink felé (eltérő referenciával).

vDS egyedi funkciók

Miben több a VDS, mint a hagyományos vSwitch rendszer (csak felsorolás szintjén)?

• GUI-n állítható Jumbo frame és CDP funkciók
• Port Binding szabályozás (kikapcsolt VM-ek ne foglaljanak portot)
• VLAN trunking (megadhatunk tetszőlegesen több VLAN-t is egy-egy portcsoporthoz – nem kell már a mágikus 4095-re hagyatkozni)
• Network VMotion – hálózati statisztikák követik a VM-ek vmotion után is
• Port szintű forgalom blokkolás
• befelé irányúló sávszélesség szabályozás
• Port szintű policy konfiguráció felülbírálat

Private VLAN

Maga a private vlan funkció egyszerre kényelmi tényező és hatékonyabb biztonsági izoláció. Mi is a baj a sima VLAN-okkal?  Igazából semmi, de néhány esetben VLAN izoláció nagyon macerás lehet (pl. azonos subnetben van mindenünk, de mégis szeretnénk izolálni).

A Private VLAN gyakorlatilag egy, már meglévő VLAN-t képes zónákra bontani. Az eredeti vlan-unk továbbra is megvan PRIMARY Vlan néven (ez látszódik a fizikai hálózat felé is), azonban ez alá három opcionális SECONDARY vlan-t is elhelyezhetünk, mind egyedi forgalmi szabályozással.

A másodlagos zónáknak három fajtája van:

• isolated
• community
• promiscuous

Az egyes zónák funkciói gyakorlatilag abban merülnek ki, hogy milyen módon láthatnak egymásba, honnan-hová küldhetünk adatot.

- A promiscuous belát a másik kettőbe.

- A Community belát a Promiscuous-ba és ebben a zónán belüli host-ok egymást is látják.

- Az Islodated zóna belát a promiscuous-be, de a zónán belüli host-ok nem látják egymást.

Hol használjunk Private VLAN-okat?

• Backup hálózatok esetén érdemes megfontolni az izolált zónák használatát az esetleges virustámadások backup hálózaton belüli terjedése meggátolása végett (is)

• DMZ hálózatok VLAN-on belüli izolációjához a legegyszerűbb választás az Isolated zóna használata: a DMZ-s host-ok nem láthatják egymást, így elejét vehetjük egy több lépcsős támadásnak, amely egy kevésbé védett DMZ-s host-ről történhetne a többi szerver felé.

Buktatók – Tervezési szempontok

• Mi történik a vDS-sel ha a vCenter kiesett, átmenetileg nem érhető el?
• a VM-ek nem érintettek, hálózati forgalom továbbra is biztosított
• nem lehetséges vDS beállítás módosítás
• nem lehetséges meglévő vagy új VM-ek vDS portcsoportra állítása!

• Mi történik a vCenter visszaállíthatatlanul elveszett?

Itt alapvető “gond”, hogy a meglévő VM-eket, amelyek jelenleg is vDS portcsoporton ülnek nem engedik törölni a vDS switch-et az ESX szerverekről. Emiatt vagy kialakítunk egy átmeneti lokális standard vSwitch-et egyesével minden ESX-en és ide áttereljük a VM-eket, VAGY telepítünk egy új vCenter-t, itt kialakítunk egy új vDS-t és ráállítjuk az ESX kiszolgálókat, majd erre áttesszük a VM-eket.

• az ESX-ekhez direkt módon kell csatlakozni vSphere Client-tel
• törölni kell a vDS switch-et egyesével az ESX-ről

• vCenter VM számára is vDS portcsoport ad hálózatot
• nem támogatott megoldás!
• tervezzünk vele a hálózatok kapcsán

• Service Console-VMK management hálózat és a vDS
• ezen hálózati rétegeket is kialakíthatjuk a központi switch-en
• azonban jó ha van tartalék – hibás konfiguráció esetén management hálózat nélkül maradhatnak az ESX host-ok (pl. jumbo frame bekapcsolás ezt nem támogató switch-ek esetén)
  
• ezért: vagy ne vigyük fel a vDS-be ezeket a hálózatokat
• vagy hibrid megoldáskén legyen lokális változata is ezen funkcióknak

További információk:

Private VLAN-ok tekintetében egy holland vmware oktató rakott össze egy 40 perces videót: http://www.ntpro.nl/blog/archives/1465-Online-Training-Configure-Private-VLAN-IDs.html

REGISZTRÁLOK A RENDEZVÉNYRE!

09:30     Érkezés, regisztráció
10:00     Köszöntő – Sárándi Attila (VMUG)
10:05     VI3 üzemeltetése a Cetelem Bank Zrt.-nél -Ligeti Endre (Cetelem Bank)
10:35     Használjon tized annyi helyet mentésre – Pulai András (Symantec)
11:05     Power Shell script-elés a gyakorlatban – Sándor István (CIB)
11:30     vSphere upgrade (KÉSZ) – Újvári József (KÉSZ)
12:00     Ebédszünet
12:45     vSphere 4 újdonságok: Networking – Macskásy Attila (VMware)
13:25     vSphere 4 újdonságok: Storage – Lovas Balázs (DNS)
14:05     vSphere 4 újdonságok: Computing – Sárándi Attila (MOL)
14:45     Fórum, kérdések, válaszok

Tegye fel kérdéseit VMware szakértőknek!
A legközelebbi találkozónk során egy új szekcióval is próbálkozunk. Megpróbálunk teret adni egy kérdezz-felelek fórumnak, amely során mindenki hozzászólhat a felvetődött kérdésekhez, témákhoz. Hogy legyen miről beszélgetni és legyen mit megvitatni dobjon be egy témát ide, ami foglalkoztatja, tegyen fel néhány kérdést még a talákozó előtt, amire már régóta keresi a választ vagy csak mutasson meg néhány problémát, amelyek a mindennapi munkája során előjöttek VMware-rel kapcsolatban!
A kérdésekre megpróbálunk szakszerű válaszokat adni, illetve kikérjük a jelenlévők véleményét és tanácsát is!
A kérdéseket, témákat itt adhatja fel!

CenterPoint Irodaház
Budapest XIII. Váci út 81-83.
http://www.centerpoint.hu
Térkép
2009. szeptember 9. 10:00

REGISZTRÁLOK A RENDEZVÉNYRE!

• VMware Infrastruktúra üzemeltetése a Cetelem Bank Zrt.-nél
  Az előadó bemutatja, mi volt a VMware ESX bevezetésének apropója, honnan indultak, illetve hova jutottak két év virtualizációval. Technikai részleteket hallhatnak a VI bevezetéséről a Cetelem Bank infrastruktúrájában, illetve jövőbeli VMware-es terveikről is.
• Használjon tized annyi helyet mentésre
  Informatikai költségvetést nagyon megterheli a minden egyes telephelyen történő, költséges és redundáns mentés, aminek folytán különböző hardver-, szoftver-, adat- és erőforrás szigetek keletkeznek. A NetBackup PureDisk csökkenti a működési költségeket, mivel
  - az összes távoli telephelyről mellőzhetők a szalagegységek, a mágnesszalagok és a telephelyen kívüli tárolás
  - az elhasználódó berendezéseket és szalagokat nem kell állandóan javítani vagy cserélni
  - a mentett adatok tömörítését és egyszeresítését a kliensoldali agentek végzik, így csak a szükséges minimális adatmennyiséget küldik át a hálózaton és tárolják a központi tárcsoportban
  - a Veritas NetBackup szoftverrel történő integrálás lehetővé teszi az adatközpontban szalagra történő központi  adattárolást
• Power Shell script-elés a gyakorlatban
  Két szemléletes script segítségével az előadó bemutatja, hogy miként használhatjuk a korábbi találkozók alkalmával bemutatott script-elési lehetőségeket a gyakorlatban. VMware környzetünk állapotáról kaphatunk jelentést a bemutatott HealthCheck script segítségével, illetve egy VCB mentő script módosítása által elérhető előnyöket is bemutatja az előadó.
• vSphere upgrade (KÉSZ)
  A KÉSZ Kft. Foundation és Enterprise csomagokkal rendelkező VMware felhasználó. A vállalkozás két telephelyen működtet ESX fürtöket. A frissités mellett a vSphere újdonságok miatt döntöttek a rendszer üzemeltetői. A rövid összefoglalójában az előadó bemutatja rendszerüket és a frissités során szerzett tapasztalatait.
• vSphere 4 újdonságok – Networking
  Hálózati szemszögből nézve a korábbi vSwitch-ek mellett megjelent a VMware Distributed Switch, illetve ez kicserélhető a Cisco Nexus 1000v virtuáls switch-re. A bemutató a virtuális környezetben felmerülő hálózati kihivásokra ad választ, illetve feltárja az egyes megoldások közti különbségeket is. Az online demóból nem fog kimaradni a hálózati témakörbe tartozó vShiled Zones ismertetése sem.
• vSphere 4 újdonságok – Storage
  A vSphere rengeteg újdonságot tartalmaz Storage kezelés területén is. Bemutatjuk a Thin Provisioning lehetőségeit és előnyeit; megnézzük, hogy mit is tud az új paravirtuális diszk kontroller és szót ejtünk azon környezetekről, ahol a VMdirectPathIO új lehetőséget nyit meg.
• vSphere 4 újdonságok – Computing
  Csak címszavakban: Hot-Add CPU/RAM, HA újdonságok, VM FaultTolerance és hasonló nyalánkságok.

SZPONZOR:

Symantec

Ez a cikk most elsősorban a felmerült kérdésekre és igényekre ad választ. A délelőtt során bemutatott VMware View megoldásról egy későbbi cikkemben írok majd. Ezúttal ez egyre népszerűbb ESXi környezetek építésével kapcsolatban szeretnék egy kis útmutatót adni az érdeklődőknek, különösen azzal kapcsolatban, hogy Linux alapú virtuális gépekből hogyan lehet nagyobb teljesítményt kihozni az ingyenesen hozzáférhető ESXi környezetben.

Figyelem: ez a cikk nem a VMware álláspontja – mint magánember osztom meg véleményemet a közösséggel, az itt leírtak segítenek eligazodni az információ-tengerben. Hivatalos információk továbbra is a gyártó(k) honlapján. Célom volt továbbá bemutatni, hogy a VMware nem a hypervisor írókkal versenyez (mert lassan bárki elkészíti saját megoldását), ennél sokkal magasabbra helyezte a lécet J Írásommal igyekeztem nem sérteni más gyártók megoldásait, amennyiben valahol mégis hibásat állítanák, kérlek, javítsatok ki.

ESXi 4.0 telepítése és üzembe helyezése – USB boot lehetősége

Installation of VMware ESX Server 3i 3.5.0

http://www.youtube.com/watch?v=RbJM8M71qPA [2]

A fenti videó egy ESX 3.5i telepítést mutat be, a 4.0-ás változat is hasonlóképpen működik. Természetesen, ha nem telepíteni akarjuk, akkor egy minimum 1GB-os pendrive segítségével pendrive-ról bootolható változatot is készíthetünk. Itt van az elérhető egyik útmutató, hogy ezt hogyan kell elkészíteni, immár ESX4.0-hoz:

ESX 3.5i: http://www.vminfo.nl/wp-content/uploads/2008/08/vminfonl-guide-create-an-esx-3i-usb-boot-key.pdf [3]

ESX 4.0i: http://www.vminfo.nl/downloads/vminfo.nl-guide-create-an-esx-4i-usb-boot-key.pdf.pdf [4]

Kapcsolódó cikk: http://www.vminfo.nl/?p=267 [5]

Ha a WinImage megfelelő változatának beszerzése problémát okozna J, akkor a dd parancs ingyenesen hozzáférhető bármely Linux változatban.

Management eszköz üzembe helyezése – szempont az egyszerűség

Már régóta nagy érdeklődés van a VMware ingyenes ESXi 3.5/ESXi 4.0 termékei iránt. Igyekeztem bemutatni, hogy mennyire egyszerű ezt telepíteni. Az ESXi telepítés teljes folyamatát itt találjátok:

http://www.vmware.com/technology/whyvmware/resources/esxi-hyper-v-installation.html [6]

A fenti videó azt mutatja be, hogy mennyire egyszerű az ESXi környezet telepítése. Hamarosan készítek magyar nyelven is efféle videót. Ahogy említettem a célom az, hogy amikor hazamentek, viszonylag kevés időráfordítással Ti is ki tudjátok próbálni a VMware ingyenesen hozzáférhető termékét. A mai előadás alatt a szünetben a notebookomon felhúztam egy ESX4i virtuális gépet, majd pedig egy másik VM-be telepített VI klienssel kapcsolódtam – ezt láttátok, amikor az ESXi-t mutattam.

Mit ad ingyenesen a VMware – és hogyan lehet áttérni a fizetős változatra?

Az ESX és ESXi között nincs különbség a 4.0-ás (vSphere) változattól kezdve csak a szerviz konzol megléte illetve egyedi meghajtó programok telepítése jelent különbséget (ESX javára). Az ESXi használható csak ingyenesen, az ESX 60 napos EVAL idő után sorozatszámot vár majd – tehát aki 60 napnál későbbre tervezi a liszensz beszerzéseket, annak célszerűen ESXi-n lehet elindulni.

http://www.vmware.com/products/esxi/features.html [7]

http://www.vmware.com/products/esxi/uses.html [8]

Hogy pontosan mit kapunk ingyenesen a csomagban, arról a következő cikkemben írok, ízelítőül addig:

· szerver konszolidációra lehetőség, több virtuális gép futtatása egy ESXi hoszton

· vSphere Client, a VMware management felülete (a hosztok szigetszerűen felügyelhetőek)

· megbízható ESX szerver, mely (1 fizikai kiszolgálóra nézve) teljesítmény szempontból a fizetős változattal egyező teljesítményt nyújtja (a VMware tools segítségével VMXNET3, stb. elérhető).

· a hypervistor és a kapcsolódó VMFS valódi cluster fájl rendszer használata ingyenes (a teljes igazsághoz hozzátartozik, hogy ennek összes előnye a management eszközökkel együtt használható ki).

A lényeg, hogy akik bevált működő virtualizációs megoldást keresnek – de még nincs meg a pénzük rá, azok is el tudjanak indulni a konszolidációval, majd ezt követően a valós igények egyeztetése kapcsán lehet gondolkodni, hogy pontosan melyik csomag (funkciócsoport) felel meg igényeinknek. A VMware a kisvállalatoknak is elérhető áron kínál „Acceleration Kit” és „Essentials Plus” kulcsszavakkal kereshető megoldásokat, ezeket most nem célom bemutatni. Ezek a csomagok, melyeket a VMware partneri vagy OEM hálózatán keresztül lehet megvásárolni egyetlen sorozat számot jelentenek, melyet az ESXi környezet Virtual Centerrel kiegészítése során csak be kell másolni, majd mindenféle újratelepítés nélkül használhatjuk a meglévő ESXi kiszolgálókat VMotion/HA/DRS/DPM/FT és egyéb magas szintű szolgáltatásokra.

Linux alapú Virtual Center (ESX management) ESX3.5 környezethez – vpxd

Megemlítettem, hogy létezik a VMware-nek egy Linux alapú változata is:

VMware vCenter™ Server 2.5 on Linux: Technology Preview

http://communities.vmware.com/community/beta/vcserver_linux [9]

Egy két megjegyzésem azért lenne, a történet azért nem annyira fényes:

· a VI kliens továbbra is csak Windows alatt érhető el

· a Linux alapú vCenter-nek vannak korlátozásai a Windows környezetben futtatotthoz képest,

· ESX4 sorozatú hosztok felügyeletére nem használható (jelenleg 3.5-höz való)

A legutóbbi VMWorld Europe-on volt egy előadás erről, hogy pontosan merre tart ez az irány erről korai lenne beszélni, íme a kulcs dia:

A személyes véleményem az, hogy aki VMware környezetre beruház valószínűleg az összes szolgáltatással együtt akarja majd használni azt, és jellemzően Windows környezetben futtatja a VirtualCenter szervert (AD integráció). Ennek ellenére egyre több nyílt forráskódú megoldás kapcsolódik a VMware-hez, csak kettőt említenék:

VMware View kliens Linuxra, nyílt forráskódú

vmware-view-open-client Latest Release: 3.1 (June 5, 2009)

VMware View Open Client lets you connect from a Linux desktop to remote Windows desktops managed by VMware View. It is available under the GNU Lesser General Public License version 2.1 (LGPL v 2.1).

http://code.google.com/p/vmware-view-open-client/ [10]

Amennyiben a szerver oldali Windows XP liszenszeket egy View (VDI) projektben a Microsoft VECD-vel fedtünk le (nem Windows alapú kapcsolódó kliens berendezésre vonatkozóan), akkor ez is használható úgymint:

· Linux operációs rendszerre telepített View kliens (ebből van VMware zárt változat is Linuxra).

· ThinOS (WYSE) vagy DetOS (IBM/DevonIT) vékony kliensek esetén az Embedded XP-nél gyorsabban induló Linux származékok vékonykliensre – persze számos egyéb gyártó kínál kis szappantartó méretű dobozkákat melyek olyan keveset fogyasztanak, hogy még áramot is termelnek – csak vicceltem J

(Erről majd még később írok, amikor a View3-at fogom bemutatni.)

VMware Tools nyílt forráskódú változata (VMware által támogatott csomagok)

A VMware Tools már a legtöbb Linux változatban csomagként is elérhető:

http://sourceforge.net/projects/open-vm-tools/files/ [11]

és ez a lépés sem ma történt: http://hup.hu/node/44502 [12]

Megjegyzem, hogy a VMware által támogatott megoldás a gyártó által bevizsgált csomagok használata, ezt a doksit mindenkinek ajánlom olvasásra aki tools-t telepítene:

VMware Tools Installation Guide – Operating System Specific Packages

http://www.vmware.com/pdf/osp_install_guide.pdf [13]

Továbbá még egyszerűbb az előre fordított csomagok használata, egyszerűen „Install VMware Tools” a management felületen (vSphere kliens) és utána mount a CD meghajtóra a Linux VM-ben, majd pedig a perl-ben írt telepítő segít az előre fordított kernel modulok hozzáadásában. Erről egy következő cikkemben részletesen írok majd.

VMotion-t már mindenki tud – de mi is a célja ennek?

A Virtualizációs napon minden gyártó igyekezett VMotion-t bemutatni, több-kevesebb sikerrel. Eddig mások szerint ez nem volt fontos, mostanság központi kérdés lett belőle, és az összes virtualizációs piacra belépő új „platformjátékos” ingyen adja, ezzel próbálva magára a figyelmet felhívni. Ha nem lenne ingyenes megoldásuk, kétlem, hogy bárki is foglalkozna velük. Hogy mennyire működnek ezek a megoldások, nos, erről egymást kérdezzétek – és csak a működő oldalt látom J Természetesen idővel az összes szállító megoldása VMotion/XenMotion/stb. képes lesz/képes és akkor már nem lehet arról beszélni, hogy melyik gyártónál fejeződik be a VMotion, és melyiknél nem (fut végtelen ciklusba (?) a sok memórialap változás miatt – hozzáteszem, a VMware felhasználók nekem még nem szóltak emiatt).

De vajon mit érünk azzal, hogy a gépeket hosztok közt rakosgatjuk, kézzel indítva, tervezett módon? A VMotion/XenMotion/Quick-vagy LiveMigration nem sokat ér, ha arra nem épülnek további szolgáltatások. A VMware-nél a VMotion már évek óta működik, azóta több generációt megélt az ESX hypervisor réteg, ezzel együtt a VMotion képesség. Ez tette lehetővé, hogy a VMotion-re olyan intelligens szolgáltatásokat építsünk, mint a DRS vagy DPM.

VMware Distributed Power Mgmt (DPM) – régóta rendelkezésre áll

Ezt a videót vetítettem le: http://www.youtube.com/watch?v=7CbRS0GGuNc [14]

vagy http://download3.vmware.com/demos/dpm/39848_DPMVideo_R4.html [15]

illetve http://www.vmware.com/products/vi/vc/drs.html [16]

Nem csak Hyper-Visor: VMware Site Recovery Manager, Lab Manager, Lifecylce Manager, Orchestrator, stb.

Szerintem anélkül, hogy egyetlen szót is említenék a Cloud computing-ről http://www.vmware.com/solutions/cloud-computing/ [17], így is hosszas órákat tudok beszélni arról, hogy milyen további MA ELÉRHETŐ automatizációs termékeket készített már a VMware a VirtualCenter management felület felé. Ezekről, ahogy időm engedi, cikkeket fogok készíteni, addig is legyen egy rövid felsorolás:

Site Recovery Manager – katasztrófatűrő telephelyek kiépítése

A legnagyobb storage gyártók replikációs megoldásával együttműködve:

http://www.vmware.com/products/srm/ [18]

Lab Manager – a szoftverfejlesztő cégek legjobb barátja

Egyszerűsített sablon-kezelés, fejlesztői célokra kiélezve

http://www.vmware.com/products/labmanager/ [19]

Lifecyle Manager – kistestvére a (VC megléte esetén) ingyenes Orchestrator

Folyamatkezelő, mint virtuális gépek elszaporodását szabályozó jóváhagyási folyamat:

http://www.vmware.com/products/lcm/ [20]

http://www.vmware.com/products/vcenter-orchestrator/ [21]

A sort tovább folytatnám ezekkel a termékekkel, melyekről még eddig még nem beszéltem:

http://www.vmware.com/products/vcenter-capacityiq/ [22]

http://www.vmware.com/products/vcenter-chargeback/ [23]

http://www.vmware.com/products/vcenter-configcontrol/ [24]

http://www.vmware.com/products/vcenter-appspeed/ [25]

További információk itt: http://www.vmware.com/products/ [26]

Ezt a kis rövid felsorolást egy gondolatébresztőnek szántam, hogy ha felülkerekedünk az a hypervistor-csatán, és egy picit felülről nézzük, melyik gyártónak milyen megoldásai vannak a virtualizáció környékén, szerintem az elkövetkező évekre ismét számos előnyt halmozott fel a VMware, nem vagyok benne biztos, hogy a más platformra berendezkedett gyártók (ablakokra és szövegszerkesztőkre vagy táblaterekre és PL/SQL nyelvre gondolok) az idők végezetéig lépést akarnak majd tartani ezzel. Meglátjuk, ezt most nehéz lenne megjósolni J

VMware – Cisco – EMC együttműködés – ilyet (még) csak mi tudunk J

Csak felsorolás szinten mutatnék pár dolgot:

· Cisco Nexus 1000V – virtuális switch, a VMware gyárilag szállított Distributed Switch megoldása helyett) Han Yang engem meggyőzött, amikor legutóbb beszélgettünk az együttműködési lehetőségekről – http://www.cisco.com/en/US/products/ps9902/ [27] és valóban, ahol Cisco környezet van, nem sokat kell majd győzködni a hálózatos kollégákat, hogy a rendszer megbízhatóan fog működni (hiába volt eddig is hálózatbiztonsági tanúsítványa a VMware-nek), és a korábbi management eszközöket megtarthatják (VSM).

· EMC PowerPath (egy storage gyártó saját mulipath megoldása)

http://www.emc.com/collateral/demos/microsites/mediaplayer-video/vsphere-chad-sakac-powerpath.htm [28]

· EMC Avamar (virtuális gépek mentésére)

http://www.emc.com/about/news/press/2009/20090421-01.htm [29]

Az EMC kapcsán megemlítem, hogy a VMware egy független gyártó, tehát nekünk mindegy, hogy az ügyfél milyen operációs rendszert futtat, lehet bármilyen Storage rendszere, stb. J

A Cisco talán azért egy jobb példa itt, mert esetükben az együttműködés exkluzív (a Cisco nem szállít más hypervistor gyártóknak virtális Switch-et, bár nyilván szállítana, ha lenne fogadó interfész hypervisor oldalon J). Erre még várnunk kell, de kíváncsi leszek, ki lesz a következő.

ESXi parancssori felügyelet (számtalan módja), API és SDK készletek

Felmerült a kérdés, hogyan lehet ESX szervereket parancssorból kezelni. Erre szintén későbbi cikkemben adok választ, itt csak a VMUG legutóbbi előadására utalnék, ahol Sárándi Attila a VIMA-t mutatta be – letölthető anyagok itt:

http://communities.vmware.com/community/vmug/emea/hungary?view=documents&numResults=15 [30]

VMware vSphere Management Assistant (vMA):

http://communities.vmware.com/community/developer/vima [31]

Természetesen számos egyéb fejlesztői interfész is elérhető, melyek ESXi hosztokkal is használhatóak:

http://communities.vmware.com/community/developer [32]

Linux performancia tuning ESX4 környezetben

Miért a VMware? A választ itt keressétek:

http://www.vmware.com/technology/whyvmware/ [33]

Kis kutatás után találtam egy blog bejegyzést, ahol további információkat osztanak meg (nahát, itt még egy sales CS-t is találtam – első link – ejnye, ejnye! J)

http://www.tek-tools.com/wordpress/index.php/442/vmware-performance/top-10-resources-on-vmware-vsphere [34]

A felsorolt dokumentumok közül én most ezt emelném ki :

http://www.vmware.com/files/pdf/vsphere_performance_wp.pdf [35]

Ezekről a funkciókról beszéltem:

· VMware Paravirtualized SCSI (PVSCSI) – paravirtualizált SCSI vezérlő, közel natív sebességű lemezkezeléshez

· VMXNET Generation 3 – 10 Gigabites virtuális hálózati kártya

· iSCSI Support Improvements – ISCSI használata esetén teljesítménynövekedés

· Storage VMotion Performance – korábban is volt vmdk költöztetés menet közben, ez most gyorsabb lett és a GUI-ról lehet végezni

További tudnivalók Linux virtualizációhoz – TOP néhány tippem – elsőként friss/működő VMware Tools

Mindig legyen friss VMware tools telepítve, mert ezzel adunk lehetőséget a VMware új virtuális eszközeinek!

ESX környezetben is van paravirtualizáció a Linux vendég gépek esetén: VMI a kulcsszó

Használjuk a paravirtualizációt!

http://www.vmware.com/interfaces/paravirtualization/performance.html [36]

http://www.virtuallifestyle.nl/2008/10/paravirtualization-with-esx/ [37]

Figyelem: csak 32 bites Linux környezetben működik a VMI! 64 bites Linux esetén a VMware Tools, és a 32 biten is bevált új Virtuális Hardver 7 a barátaink. Elmondható, hogy a vSphere jelentősen gyorsabban futtatja a 64 bites Linuxokat a VMI hiányában is, mint a korábbi 3.5-ös változatok.

VMCI áttekintése

További sebesség növekedést lehet elérni a VMCI használatával, mely jellemzően Linux jellegű VM-ek közti kommunikációt gyorsítja fel.

Íme röviden, hogy miről van szó:

The Virtual Machine Communication Interface (VMCI) is an infrastructure that provides fast and efficient communication between a virtual machine and the host operating system and between two or more virtual machines on the same host. The VMCI SDK facilitates development of applications that use the VMCI infrastructure.

The VMCI SDK has the following components:

· A datagram API to exchange small messages

· A shared memory API to share data

· An access control API to control what resources a virtual machine can access

· A discovery service for publishing and retrieving resources

Without VMCI, virtual machines communicate with the host using the network layer. Using the network layer adds overhead to the communication. With VMCI communication overhead is minimal and different tasks that require that communication can be optimized.

Shared storage ötletek ESX környezethez – nem produkciós célokra/tanulni

Ha éppen van kéznél egy Windows masina, akkor a starwindsoftware.com [38] –et én is megemlíteném, de ingyenes alternatíva az Openfiler (http://www.openfiler.com/ [39] ) vagy FreeNAS. Sőt, apt-get install iscsitarget utána /etc/ietf.conf, kész a shared storage ESX kiszolgálókhoz – teljesen ingyen J Akár ESXi alatt is futhat virtuális gépként. Akár mdadm-et is használhat. És a drbd.org használata sem tiltott J Nyilván ezek a hívószavak inkább a HUP közösségét szólítják meg, nagyvállalati környezetben storage-nak még mindig valamilyen erre a célra dedikált hardver berendezést nevezünk (jellemzően FC SAN hálózattal).

Köztes megoldást jelentenek az enterprise célokra szánt VMware VSA-k, pl: HP LeftHand vagy Falconstor VSA.

VSA = Virtual Storage Appliance, virtuális gép, mely központi tároló funkciót lát el.

Képek a rendezvényről

Hamarosan további képek is lesznek a rendezvény hivatalos honlapján itt:

http://virtualization-day.com/ [40]

A program ez volt:

· 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

· 12:00 – 12:45 Macskásy Attila – VMware View, utána 15 perc szünet

· 13:00 – 13:40 Ebédszünet (Étkeztetés nem része a rendezvénynek)

· 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

Program

13:30 – 14:00 Érkezés, regisztráció

14:00 – 14:05 Köszöntő – Sárándi Attila (MOL)

14:05 – 14:50 Wyse vékonykliens + VMware View

14:50 – 15:15 VMworld 2009 újdonságok

15:35 – 16:20 VMware Infrastruktúra üzemeltetése

az Alpine Electronics Kft.-nél

16:20 – 16:35 ESXi próba

16:35 – 17:10 VMware ESX/ESXi parancssoros kezelése

17:10 – 18:00 Fórum, állófogadás

Az első 100 vendég ESXi-vel töltött pendrive-ot kap!

További infó és regisztráció:

http://www.virtualforum.hu/event_200901.htm

Elérkezett végre a 2009-es év első VMworld rendezvényének napja. Hála sok mindennek van szerencsém részt venni ezen a nem mindennapi eseményen. A virtualforum blog-on próbálok meg tájékoztatást adni mindenkinek az itteni történésekről. A valóságban már tegnap kezdetét vette az előadás-folyam a Partner nappal, azonban erre nem volt idén lehetőségem betekinteni.

A nap reggel 9-kor indult a rendezvény prominens előadásával: Keynote speech. A felvezetőt Mauritzio Carli adta (head of Vmware EMEA), aki lelkesen és borzasztó olasz akcentussal tett említést a különböző vmware figurákról. A válság ellenére (vagy épp ennek köszönhetően) a Vmware enterprise vonala még nagyobb penetrációt ért el a legnagyobb cégeknél. Az érdeklődés a virtualizáció és ezen belül a VMware iránt továbbra is kiemelkedő. Ezt az is mutatja, hogy a tavalyi évhez képest 200-zal több az idei résztvevők száma VMworld konferencián.

A szót Paul Maritz vette át, aki meglehetősen enerváltan és a lelkesedés minden ismérvét mellőzve beszélt a legutóbbi VMworld-ön már bejelentett vCloud koncepcióról. Néhány meghívott vendég demonstrálta, hogy jelenleg milyen stádiumban állnak a jövőben várhatóan egyre inkább elterjedő cloud computing-ot kiszolgáló rendszerek és alkalmazások.

Mr. Maritz emellett hivatalosan is bejelentette, hogy a VI következő generációja új nevet kap: vSphere. Tehát a jövőben VI helyett a vSphere lesz a helyes terminus. Arról nem esett szó, hogy az ESX vajon marad-e ESX

A keynote-ot az SAP senior vice president-je, Wolfgang Krips zárta, aki az SAP-nál elért virtualizációs eredményekről beszélt és szintén kitért a cloud computing-ban rejlő lehetőségekre. Nem szívesen lettem volna az előadó helyében, mivel az első néhány mondat elhangzása után valóságos exodus zajlott le a teremben; a közönség nagy százaléka síkitva menekült. Az előadás valóban nem vitte a pálmát, azonban halhattunk egy igen érdekes megközelítést a vCloud kapcsán. Ismert, hogy a mai légitársaságok igen nagy százaléka nem tulajdonol egyetlen repülőgépet sem. Sőt, repülőjegyet mindenki árulhat, ehhez nem kell a garázsban tartani egy-egy Boeing-et. Ehhez hasonló hullám várható az IT-ban is. Sok új cég fog felbukkanni, amelyektől nagyon gazdaságos keretek között lesz lehetőség számítási kapacitást bérelni. Az árat természetesen befolyásolni fogja a felhasznált kapacitás, időpont és időtartam hasonlatosan a mai repjegyárakhoz, amelyek függenek a turista-első osztály besorolástól és természetesen, hogy mikor is utazunk.

A Keynote után megkezdődtek az általános előadások. A szervezők igen nagy pontosággal tudták megbecsülni, hogy melyik előadásokat lehetne a legrosszabb és legkisebb terembe tenni. Ennek köszönhetően óriási sorok voltak a legérdekesebb előadásokat tartó helyiségek előtt. Sok esetben az érdeklődőket egyszerűen elküldték mivel a teremnyitás után 5 perccel már ki kellett tenni a “Megtelt” táblát. Ennek ellenére sikerült részt vennem néhány érdekes session-ön.

TP01 – NetAPP és Vmware kooperáció

Az előadás nagy érdeklődést váltott ki és szabályosan birkózni kellett a bejutásért. Egy könnyen értékelhető ippon-nal sikerült beküzdenem magamat a terembe és elfoglalni az utolsó helyek egyikét.

Az előadás elsődlegesen a NetAPP által lehetővé tett alacsony szintű storage kezelésről tett említést. Végre sikerült megértenem, hogy mi is a vStorage koncepció . Ennek elsődleges célja, hogy a különböző storage szinten is elvégezhető funkciókat -mint file másolás, snapshot készítés, stb- ne az ESX-nek kelljen elvégeznie a saját CPU-RAM-IO felhasználásával, hanem adja át ezen utasításokat a storage-nak. Belegondolva ez fantasztikus lehetőségeket lesz képes adni minden VI admin kezébe. Ez a koncepció a NetAPP oldaláról gyakorlatilag már teljes kiszolgálást élvez – a többi storage vendor-ról nem esett szó. Egy DEMO látványosan illusztrálta, hogy mit is jelent ez.  Legtöbb esetben új VM-et egy meglévő sablonból hozunk létre, amely -valljuk be -igen sokáig is eltarthat (az ESX kényetelen minden IO-t irányítani ezzel kapcsolatban). Ezt a funkciót a vStorage API-nak átadva a storage pillanatok alatt képes az új VM-eket létrehozni. (külön érdekesség, hogy a NetAPP ezt most már nem volume klónozással oldja meg, hanem valóban egy file másolással).

Másik aspektusa a vStorage-nak a storage szintű snapshot-olás. vStorage használatával már elegendő lesz a VI Client-et használnunk, hogy LUN szintű snapshot-ot készítsünk egy-egy vmfs-ről, azaz a VI admin a legtöbb storage funkciót innen már a VIC-ből is elérheti.

Utolsó példa a storage VMotion új alapokra helyezése. Mint ismeretes a mostani sVMotion implementációt teljes egészében az ESX vezérli -VM szintű snapshot, VMFS szintű másolás és snapshot konszlidáció. Ezt a funkciót a vStorage API 100 százalékban képes átvenni, így elérhető, hogy a sVMotion sokkal-sokkal gyorsabb legyen és gyakorlatilag nincs hatással sem a VM-re, sem az ESX host-ra.

TP27 – Wyse rich desktop

Az előadás elsődleges célja volt a Wyse vékony kliens néhány egyedi tulajdonságát kiemelni. A szokásos és unalomig ismert marketing szöveg után néhány valóban érdekes tényre derült fény. A Wyse által először megvalósított multimedia átirányítás -wyse TCX -(amelyet a VMware is átvett a VIEW rendszerébe) most már képes weboldalak optimlizálására is. Azaz a különböző flash animációk (videók) is lokálisan kerülnek renderelésre és nem az RDP-n keresztül jutnak el a felhasználóig. A View-ba épített MMR jelenleg csak videólejátszást tud átírányítani, a weboldalak esetén ez sajnos nem elegendő. Érdekes volt az összehasonlítás a sima RPD-t és MMR-t használó VM-ek között. Kiderült, hogy egy sima RDP-ben lejátszott videó igencsak képes lefogni az adott VM teljesítményét. Egy átlagos szerver esetében 15-20 videót lejátszó VM gyakorlatilag a vasat is lefektette. A Wyse TCX használata mellett gyakorlatilag nem jelentkezett kilengés sem CPU sem NIC IO tekintetében, ebből is látszódik ennek a funkciónak az előnye.

TA21 – VI Networking – New Features

Ebben a session-ben az új generációs VI-ban rejlő új hálózatkezelési megoldásokról hallhattunk (a vSphere megnevezés el sem hangzott ). Hát igen sok és érdekes dolognak nézünk elébe.

Distributed Switch

Ez a koncepció már ismert egy ideje: ahelyett, hogy a 15 üzemelő ESX host-unkon egyesével állítsuk be a hálózati paramétereket a Distributed Switch környezettel egyetlen helyen kell megadnunk majd ezeket a beállításokat, mindent örökölnek az ESX host-ok. Érdekes megközelítés a fizikai NIC-ek kezelése, különösen ha teaming-ről beszélünk. Szerencsére továbbra sem kell azonos fizikai hardvert használnunk, azaz nem számít hogy mondjuk  7 esx-ben intel kártya van 5-bepedign Broadcom, illetve a NIC-es száma sem limitál semmit. A Distributed Switch-ekhez virtuális adaptereket csatolunk és nem magukat a fizi
kai kártyákat. A virtuális adaptereket pedig esx-enként határozhatjuk még és ezen a szinten adjuk meg a redundanciát is. Természetesen fontos, hogy egy-egy virtuális adapter minden ESX-en létezzen…

Runtime State follow

Hasznos, új funkció lesz, hogy VMotion után a VM-et követik majd a hálózati vswitch szintű beállítások (security policy, traffic shaping, stb), valamint a VM a hálózattal kapcsolatos teljesítmény számlálóit is viszi magával (jelenleg vmotion után nullázódnak ezek az értékek és a vmotion előtti állapot elveszik).

Inbound Traffic Shaping

Jól tudjuk, hogy pillanatnyilag a VM-ek hálózati felhasználása csak a VM-et elhagyó forgalom tekintetében szabályozható. Jó hír, hogy az új megoldás már a bejövő forgalmat is képes lesz szabályozni (bár ez felvet néhány kérdést, amire nem kaptunk választ pl., hogy történik-e vmilyen cache-elése a bejövő csomagoknak, vagy egy adott buffer betelítődése után a csomagokat egyszerüen drop-olja a vmkernel?) Mindenesetre jól jöhet ez a funkció a renitens torrent-ezők ellen

Private VLANs

Az egyik legérdekesebb újdonság a privát VLAN-ok bevezetése. Nagyon röviden ezzel a megoldással elérhető, hogy a VM-ek közötti forgalmat ne csak VLAN-ok létrehozásával kontrollálhassuk, amely valljuk be nem teljesen triviális, különösen, hogy fizikai switch oldalról is bele kell nyúlni a rendszerbe. A private VLAN-okkal kizárólag ESX kell beállításokat megtenni. A VM forgalmakat szeparálni tudjuk és mindezt úgy, hogy akár a teljes infrastruktúrán átivelő közös ip subnet-et használunk! Alapvetően 3 állapotba lehet billenteni a gépeket:

-Promiscous – ezen VM-ek minden más VM-mel beszélhetnek- ideálisan ez a gateway

-Isolated – az ebben a sávban lévő VM-ek csak a gateway-jel beszélhetnek, egymással nem

-Public -az itt lévő VM-ek a gateway mellett egymással is kommunikálhatnak

PCI Passtrhu

Abszolút technikai áttörés! Mindenki ismeri az RDM koncpeciót, ahol a storage-on létrehozott LUN-okat nyers formában adhajtuk ki a VM-eknek, azaz a diszk-et nem virtualizáljuk el. Nos ez a koncepció az alapja a PCI Passtrhu-nak is, csak éppen nem nyers diszkekről beszélünk, hanem az ESX-ben lévő NIC és HBA kártyákról! Bár első ránézésre ez visszalépésnek tűnik a virtualizáció kapcsán, azonban ez végre teret nyithat olyan jelenleg megvalósíthatatlan céloknak, mint például storage rendszerek natív kezelése VM szintén, vagy éppen VCB-t használva VM-ként is tudunk majd SAN-os mentést készíteni. Sajnos elkerülhetetlen hátulutője ennek a funkciónak, hogy a PCI Passtrhu-t használó VM-eket nem lehet majd VMotion-nel költöztetni.

New VM hardver

-10 NIC/SCSI vezérlő VM-enként (jelenleg 4 a maximális szám)

-hot add/remove NIC

Az idei utolsó VMUG rendezvény november 27-én kerül megrendezésre.

Program:

13:30 – 14:00 Érkezés, regisztráció
14:00 – 14:05 Köszöntő, bevezetés
14:05 – 14:25 VMware újdonságok technikai szemmel
14:25 – 15:05 VMware Infrastruktúra üzemeltetése a CIB Bank Zrt.-nél
15:05 – 15:45 VI kezelése PowerShell-lel
15:45 – 16:05 Kávészünet
16:05 – 16:45 Az ingyenes ESXi – bemutatás, összehasonlítás
16:45 – 17:25 NetApp tároló rendszerek VMware VI integrációja
17:25 – 18:00 Fórum, állófogadás

Helyszín:

Fortuna Szálloda– és Étteremhajó
Budapest, XIII. Szent István Park, Pesti alsó rakpart
Térkép

Regisztráció és további információ