PROGRAM:

10:00 – 10:15
Köszöntő (Sándor István/VMUG), pályázat kiírás (Kozák Tamás/VMware)
10:15 – 11:15
vSphere 4.1 újdonságok és gyakorlati párhuzam (Sándor István/VMUG, Macskásy Attila/VMware)
11:15 – 12:00
Adatvédelem, Monitoring és Adminisztráció Vizioncore termékekkel – (Dan Falconer/Quest, Lovas Balázs/Arrow ECS)
12:00 – 12:40
SZÜNET
12:40 – 13:30
Symantec technológiai fejlesztések VMesare (Mark Stockham / Symantec)
13:30 – 14:00
Kliensoldali virtualizáció, ESX futtatás workstation alatt (Player, Workstation, Server) (Bognár Attila/NetAlfa Kft.)
14:00 – 14:50
vCloud Director – VMware infrastruktúra mint szolgáltatás: biztonság, a szolgáltatás minősége és választás szabadsága  (Macskásy Attila/VMware, Pintér Kornél/MHM)

14:50 – 15:00
Rendezvény zárás (Sándor István/VMUG)

Regisztrálok a rendezvényre!

HELYSZÍN:
Aréna Pláza – Cinema City Aréna
Budapest VIII. Kerepesi út 9.
Parkolás ingyenes a pláza mélygarázsában
Megközelítés
Térkép

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

Sokan elfelejtik a VMware Tools-t felrakni a VM telepítése után, talán azért mert a linux-os telepítés egyszerűsége nem ismert számukra, ezért bemelegítésként álljon itt egy rövid kis összefoglaló a telepítési lépésekről:

P2V (Physical To Virtual)

A 4-es verzió óta nem kell mindenféle trükközésekhez folyamodnunk, a VMware Converter Standalone kiválóan használható fizikai gépeink online (működés közbeni) konvertálására. A termék ingyenesen letölthető és használható, akár Linux vagy Windows gépre is feltelepíthető. A vCenter Server-be integrált változathoz képest két hátránya van nem tud P2V folyamatot beütemezni és ColdCloning-ra (CD-ről boot-olós offline konvertálás) nem használható. Viszont egy előnye is van, ugyanis a vCenter-es változat nem tud Linux gépet konvertálni. Az előadás dia azt mutatja be, hogy amennyiben a forrás gépen LVM-et használtunk, azt a konvertálás során szétszedi; viszont – ha szükséges – az IDE-SCSI átalakítást megteszi, kijavítja az fstab-ot is. Hasznájátok!

Lemez növelése, hozzáadása működés közben

SWAP növelése esetén a következőképpen néz ki:

Hot-Plug CPU

Ha hozzáadtuk a VI (ez nem a unix/linux vi editor! ) kliensben az új CPU-t, akkor már csak le kell futtatni – természetesen root jogosultsággal – a fenti script-et.

Hot-Add RAM
Ugyanaz mint a processzornál, csak itt még a Linux-ban aktív SUSPEND és hibernációs képesség is bekavar, ezért azokat mind ki kell kapcsolni – mert még több szerver disztribúcióban is alapból aktív! A script elérhető:

vCenter Template
Igazából semmi különbség nincs a Windows és Linux alapú template-ek között, mindkettő használható és működik: hozzunk létre egy egy új VM-et; telepítsük fel a linuxunkat, konfiguráljuk be, rakjuk fel rá a VMware Tools-t, illetve minden corporate standard alkalmazást; állítsuk le; konvertáljuk át template-té; hozzunk létre egy ‘customization specification’-t és mehet is a deploy! A testreszabásban (customiation) lehetőség van az új gép gép nevének, hálózati beállításainak konfigurálására. Hasznájunk a template-ben LVM-et, így kellően kicsi template-et tudunk létrehozni és garantáljuk a későbbi fájlrendszer növelési igények teljesíthetőségét is.

Időszinkron
Két lehetőségünk van – és persze az egyszerűbbet fogom választani:

a) guest-ben NTP-n keresztül: itt a VMware Tools-os időszinkront a hoszthoz le kell tiltani, DE ha az alábbi műveletek bármelyikét csináljuk (tools startup, taking a snapshot, resuming from a snapshot, resuming from suspend, VMotion), a Tools MINDENKÉPPEN fog egy ad-hoc időszinkront csinálni a hoszthoz, tehát a hoszton mindenképpen be kell állítani az NTP alapú szinkront. Ha pedig már úgyis beállítjuk, akkor használjuk a kövekzető lehetőséget.

b) VMware Tools szinkron a hoszthoz: guest-ben nem kell NTP-t, sőt a Tools-t sem konfigurálni, mert ez a fajta időszinkron a VI kliensben a VM paramétereknél beállítható. Viszont attól függően, hogy milyen disztribúciónk és boot loader-ünk van, szükség lehet a /etc/lilo.conf vagy /boot/grub/grub.conf paraméterezése. Disztribúciónkénti részletes listát itt olvashattok: http://kb.vmware.com/kb/1006427

Nekem ez bevált!

Kernelben integrált VMware driver-ek
Ebből egy részeltesebb cikket tervezek írni, ezért most csak annyi, hogy 2.6.33-as verzió óta már a kernel része néhány VMware driver.

A teljes előadás anyag elérhető a letöltések szekcióban, sőt a videón is dolgozunk!

A regisztráció egyben tagsági regisztráció is, így (ha majd egyszer) lesz tagsági rendszerünk, akkor oda is érvényes lesz a felvétel.

http://www.vmug.hu/regisztracio/

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

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

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ó