VMDK műveletek

Mivel viszonylag még nem túl régen foglalkozok VMware szerver virtualizációval, így biztosan ezért nem találkoztam eddig trükkösebb igényekkel a virtuális gépek diszkjeivel kapcsolatban. Általában a kérések kimerülnek abban, hogy adjak még egy diszket a géphez, vagy növeljem meg valamelyik méretét. Ez utóbbi persze egy Windows 2003-as szerver rendszer partíciója esetében már nem is annyira triviális. Mármint az nem, hogy a Windows-ban a kapott plusz méretet hozzá kell adni a C: particíóhoz. Ez a művelet a többi kötet esetében nem okoz gondot, mert a diskpart segítségével könnyen megcsinálhatjuk. De a diskpart nem használható a rendszerlemez növelésére.
Ehhez szerencsére van egy kis program, amit még a Dell készített, és azt használva a gép kikapcsolása nélkül, futtában képesek vagyunk megnövelni egy 2003 szerver esetében is a C: meghajtót. Aki még esetleg nem ismeri, a Dell honlapjáról letöltheti. Már csak a nevét nem mondtam: az ExtPart.exe-ről van szó.

De ez csak egy kis kitérő volt, nem is erről akartam írni. Hanem arról, hogy kaptam pár nap eltéréssel két feladatot, amit a szokásos eszközeimmel nem tudtam volna megcsinálni.
Az első esetben egy olyan gépről volt szó, amely fizikai szerver virtualizálásával készült. A gépben eredetileg egy darab diszk volt, és két partícióra volt felosztva. 10+40GB. Aki virtualizálta a szervert elfelejtette két külön .VMDK file-ba tenni a két partíciót. Most viszont meg kellett növelni a C: méretét, miközben a D: is tele volt már.
A második esetben pedig az a ritka eset állt elő, amikor valaki azt kérte, hogy vegyük vissza a lemezek méretét. Ez azért történhetett, mert a virtuális gép egy másik klónozásával jött létre, és az eredeti gép esetében szükséges volt a 90GB méret, a klón esetében viszont 30 is elég volt.

Ehhez kellett keresnem valamilyen eszközt. Azt már láttam, hogy van a környezetünkben egy régi GParted (Gnome Partition Editor) nevű .ISO file, így megkerestem annak legújabb kiadását, amit itt meg is találtam.

Egy teszt gép segítségével megnéztem mit tud, hogyan kell használni, stb. Mikor úgy gondoltam, hogy már élesben is tudom használni, nekikezdtem.
A két gép esetében eléggé hasonló dolgokat kellett csinálni. A virtualizált szerver esetében a következő lépéseket hajtottam végre.

• mentés a gépről
• egy 15 és egy 40GB-os új diszk hozzáadása
• ezeket még a kikapcsolás előtt inicializáltam a Windowson belül
• gép kikapcsolás
• a GParted CD hozzárendelése a virtuális géphez, majd boot
• az eredeti lemezről a 10GB-os partíció átmozgatása a 15GB-os új lemezre
• az eredeti lemezről a 40GB-os partíció átmozgatása a 40GB-os új lemezre
• a 10GB-os partíció kihúzása a teljes 15GB-os méretre
• az így keletkezett 15GB-os partíció megjelölése, mint boot partíció
• a .vmx file módosítása úgy, hogy az scsi:0:0 az új 15GB-os partícióra mutasson
• miután a CD-t disconnect állapotba tettük, jöhet a bekapcsolás
• a Windows lefuttatja a chkdsk-t, mielőtt elindul
• nekem még az indulás után is kért egy újraindítást. Ennek okát pontosan nem tudom (valaki?)
• a lemez kezelőben ellenőrizni kell, hogy a többi prtíció rendben látszik-e. Ha kell, akkor a megfelelő meghajtó nevet hozzá kell rendelni
• végül a feleslegessé vált eredeti 50GB-os lemez törlése. Itt egy kicsit zavaró lehet, ha csak a virtuális gép tulajdonságaira hagyatkozunk. Nem biztos, hogy mindent jól mutat. Érdemes megnézni a datastore-on is, hogy melyik méretű .VMDK file-nak mi a neve.
• végül egy storage vMotion, hogy az előbbi bizonytalanságot megszüntessük.

A másik gép esetében is hasonlóan jártam el, csak ott mielőtt az új diszkre pakoltam volna a partíciót, előtte át kellett méretezni, hogy elférjen a kisebb lemezen is.

Ha van ettől egyszerűbb módszer a tarsolyotokban, szívesen venném ha megosztanátok velem.

vOpenData – nyílt közösségi virtualizációs adatbázis projekt

Ben Thomas és William Lam közösen elhatározták, hogy megpróbálnak létrehozni egy olyan adatbázist, amiből válaszokat kaphatunk pl. a következő kérdésekre:

- mekkora egy átlagos VM mérete?
- átlagosan hány hostot tartalmaz egy cluster?
- átlagosan hány cluster van egy infrastruktúrában
- stb.

Természetesen ilyen adatokat csak akkor tudunk kinyerni, ha minél több valós infrastruktúra adata kerül bele. Itt jövünk mi a képbe. Létrehoztak egy scriptet (pontosabban kettőt, egyet PowerCLI, egyet pedig Perl nyelven), amit ha futtatunk, és az így kapott .zip file-t feltöltjük, akkor mi is hozzájárultunk az adatgyűjtéshez.
A gyűjtött információk semmilyen beazonosítható adatot nem tartalmaznak, csak technikai értékeket. Bár gondolom ez még nem nyugtat meg mindenkit, illetve valószínűleg a munkáltató engedélye is kell a projektben való részvételhez. Ezt mindenki saját maga dönti el, hogy szerinte van-e értelme az ilyen kezdeményezésnek. Ha van, akkor érdemes hozzájárulni a sikeréhez. Rövid idő alatt már több mint 68000 virtuális gép adata került fel, így már tényleges következtetéseket is le lehet vonni.

Ha többet akartok tudni róla, akkor látogassatok ide: http://www.vopendata.org/
De ha csak ha a statisztikákat akarjátok látni, akkor ide: http://dash.vopendata.org/public
Ez utóbbi nekem IE használatával nem működik, lehet hogy csak helyi porobléma. Firefox alatt viszont minden rendben.

Kíváncsi lennék rá, hogy közületek lesz-e valaki, aki támogatja a projektet. Illetve még valami. Annak is érdemes letöltenie a scriptet, aki tanulni szeretne belőle. Én ezt tettem.

Host és VM performancia értékek, statisztikák gyűjtése

Biztosan mindenkivel előfordult már, hogy olyan statisztikai értékekre lett volna szüksége, amiket a vCenter szerver már nem őrzött meg az adatbázisban. Elméletileg lehetséges, hogy akár öt napig is megőrizzünk egy perces értékeket, de tudjuk jól, hogy ez az adatbázissal szemben komoly elvárásokat támasztana (közepes környezet esetében is több száz GB). Nem véletlen, hogy úgy lett kialakítva az adatgyűjtés, hogy hosszútávon csak két órás, vagy napi értékeket tárol le. De mi van akkor, ha van olyan hostunk, vagy vannak olyan virtuális gépeink, amik esetében ez kevés.

A következő néhány bejegyzésben szeretnék olyan módszereket bemutatni, amivel ez lehetséges. Most csak felsorolás szerűen, de két-három továbbiban a módszereket részletesebben is kifejtem.

A Statistics level és az 5 (4,3,2,1) perces értékek megőrzési idejének növelésével.

Ez az a módszer, amit mindenki szabadon alkalmazhat, feltéve, hogy az adatbázis szerverén van elég hely és teljesítményben sincs hiány.
Az alábbi képen a vCenter szerver képernyőképe látható.

Nem érdemes csak kíváncsiságból kísérletezni a beállításokkal, mert azt tapasztaltam, hogy utólag hiába állítunk be alacsonyabb Statistics Level-t, a vSphere kilensben meg fognak jelenni a nagyobb szinthez tartozó statisztikák nevei, értékek viszont nyilvánvalóan nem lesznek hozzá.
A beállítások leírása megtalálható a vSphere Monitoring and Performance dokumentum Monitoring Inventory Objects with Performance Chart fejezetében.

PowerCLI használatával

Aki használja a PowerCLI képességeit más célra is annak ez a módszer tűnhet a legalkalmasabbnak. Mielőtt ebbe bárki belekezd, tisztában kell lennie a az alapvető fogalmakkal (Statistics Level, Statistics Interval, Data Counters, Rollup Type), és persze a PowerShell megfelelő parancsait is ismerni kell. Röviden most csak annyit, hogy a PowerCLI három statisztikákhoz kapcsolódó parancsot biztosít számunkra: Get-Stat, Get-StatInterval, Get-StatType. Az elsővel a konkrét értékeket, a másik kettővel pedig információkat kapunk a lehetséges statisztikákról és intervallumokról. Ha sikerül vele megbarátkozni, akkor már csak arra van szükség, hogy a kapott értékeket valamilyen módon feldolgozzuk. Ha lesz rá időm, akkor ezzel egy külön írásban szeretnék foglalkozni.

Statfeeder használatával

Ez egy egészen új lehetőség (1-2 hetes). Egy megfelelő .xml file-t kell megírnunk, majd paraméterként a Statfeeder-nek megadni. A PowerCLI-hoz képest előnye, hogy ez akár Linux alól is futtatható. Érdekesnek tűnő megoldás, egy-két kezdeti problémával. De kipróbáltam, és teljesen jól használható. Bár a leírás szerint nem csak szöveg file-ba képes írni az adatokat, egyelőre nem tudom, hogy milyen más lehetőség érhető el. Kedvem lenne ezzel is részletesebben foglalkozni, de majd meglátom.

Direkt SQL parancsokkal

Számomra ez a legizgalmasabb, mivel hosszabb ideig foglalkoztam (illetve még mindig foglalkozom) MS SQL szerver üzemeltetéssel, fiatal koromban pedig mint fejlesztő dolgoztam. Itt lehetőségem volt használni régebbi tapasztalataimat. Tulajdonképpen én ezt a módszert használtam amikor azt a feladatot kaptam, hogy készítsek egy olyan alkalmazást, amivel pl. az IS vezetés is le tudja kérdezni az alapvető statisztikákat, akár visszamenőleg hosszabb időre is.
Készítettem egy új adatbázist, amit megfelelő SQL tárolt eljárások segítségével időzítve töltök fel adatokkal. A módszer nagy előnye, hogy esetemben SQL adatbázisból direktben töltök át SQL adatbázisba adatokat, így az azokból való lekérdezéshez semmilyen utófeldolgozás nem szükséges. Mivel ezzel nagyrészt már végeztem, erről egészen biztosan fogok részletesen írni.


Most már csak az a kérdés, hogy mit is kezdjünk az így összegyűjtött adatokkal. Az Excel biztosan mindenkinek eszébe jut, de vannak esetek, amikor már kényelmetlen a használata. De pl. a Crystal Reports, vagy az MS SQL Reporting Service használatával pofás kimutatásokat, diagrammokat tudunk készíteni. Én ez utóbbit használtam, majd bemutatok néhány megoldást ezzel kapcsolatban is.

Röviden most ennyi. Ha ezzel kapcsolatban van megjegyzésetek vagy kérdésetek, akkor szívesen veszem a megjegyzések között.

Top 10 Virtualizációs és VMware blog

Minden évben Eric Siebert a saját blogján meghirdet egy blogger "versenyt", amely évről évre népszerűbb. Mindig jelennek meg újabb bloggerek, de vannak akik már évek óta a legjobbak között szerepelnek. Az első 10 helyezett blogról szeretnék megosztani veletek néhány információt.
Én a magam részéről napi rendszerességgel olvasom őket (természetesen RSS használatával), így nagyon sok információ birtokába lehet jutni.
Ha valaki nem ismeri valamelyik blogot a lentiek közül, annak érdemes pár percet rászánnia, biztosan fog pár érdekességet találni.

Akkor nézzük az idei verseny első 10 helyezettjét.

1. Yellow Bricks (Duncan Epping)

Mint a Clustering Deepdive könyvek egyik szerzője, leginkább erőforrás kezeléssel, DRS és HA működésével, vCloud használatával kapcsolatban ír. Nagyon termékeny, nem véletlenül lett az első.

2. Frank Denneman blogja

A fentebb említett könyvek másik szerzője. Ennek megfelelően hasonló témában jelennek meg cikkei, de nagyon gyakran egy adott problémát, érdekességet jár körbe. Ezek mellett időnként jövőbeli vSphere funkciókról is olvashatunk. Volt szerencsém több előadáson részt venni, ahol Frank Denneman és Duncan Epping volt az előadó, és minden ilyen alkalom nagy élmény volt.

3. Scott Lowe blogja

Virtualizáció, storage és network. Mindhárom témában nagyon sok érdekes és hasznos cikk olvasható. De én leginkább a Mastering VMware vSphere 5 könyvéről ismerem. Amikor a VCP5 vizsgámra készültem, ez a könyv volt a fő forrásom. Rendkívül részletes, olvasmányos.

4. NTPro.nl (Eric Sloof)

Alig van olyan nap, amikor nem jelenik meg új bejegyzése. Mivel főleg oktatással foglalkozik, ezért cikkei is ezen téma köré csoportosulnak. Minden infót megtalálhatunk új tanfolyamokról, vizsga lehetőségekről, oktató videókról, könyvekről, White Paper megjelenésekről, flingeről, stb.

5. Virtual Geek (Chad Sakac)

Minden ami EMC és VMware. Ennek megfelelően főleg storage jellegű írásai vannak. Mély technikai jellegű írások.

6. Virtually Ghetto (William Lam)

Mint ahogy blogjának alcímében írja, VMware scripts & resources. Olyan scriptek fűződnek a nevéhez, mint a vmwarevSphereHealthCheck.pl, vagy vmwarevSphereSecurityHardeningReportCheck.pl, vagy a sokak által ismert ghettoVCB. Persze ezek mellett sok más információt, technikai érdekességet találhatunk a blogjában. Jellemzően kb. 100 hasznos bejegyzés évenként!!

7. Mike Laverick blogja

Sok hasznos és részletes cikk a vSphere környezet használatáról, beállításokról, stb. Főleg oktatási céllal megírt bejegyzések. Nincs saját blogja, írása a VMware saját blogjai között jelennek meg.

8. Virtu-al (Alan Renouf)

Ha PowerCLI, akkor Alan Renouf (és persze Luc Dekens). Elképesztő mennyiségű scriptet írt és osztott meg az érdeklődőkkel. Ha ilyen jellegű problémának van, biztosan kapunk rá választ. Vagy a blog olvasása során, vagy  fórumban feltett kérdésünkre adott válaszán keresztül. De nekem a legnagyobb segítséget a vCheck script gyűjtemény megírásával segített. Erről már írtam itt is régebben.
Nagy élmény amikor párban Luc Dekens-sel előadást tartanak. Mindketten nagyon nagy fejek.

9. Cormac Hogan blogja

Ő az egyetlen a 10-ből, akinek nem követem az írásait. Így ez meglepetés marad mindenki számára (mindenki alatt azt a néhány embert értem, aki ezt olvassa...). Illetve még abban is kilóg a sorból, hogy az előző években nem szerepelt a blogja a listákon, tehát új bloggernek számít.

10. vSphere-land (Eric Siebert)

Mint a bevezetőben említettem, az ő blogján történt a szavazás. A teljes lista itt található.
Neki az előkelő 10.-dik helyet sikerült megszereznie:) E mellett természetesen más jellegű írások is találhatók a blogjában. (pl. egy nagyon részletes link gyűjteményt)

Ők 10-en kapták a legtöbb szavazatot. Persze ez nem jelenti azt, hogy mások ne lennének ennyire jók, de valamiért a szavazóknak ezek a blogok tetszettek leginkább.
Én a fentieken kívül még hasznosnak tartom pl. Kendrick Coleman, Andre Leibovoci, Luc Dekens, Vladan Seget blogját is, és persze fel-fel bukkan mindenfél hasznos írás mások blogján is.

Ha valakinek van ötlete, hogy mit érdemes olvasni a Neten annak, aki napi szinten tájékozott szeretne maradni, akkor a hozzászólások között bátran ossza meg másokkal is. (Hátha most majd lesz végre hozzászólás is...)

RV Tools 3.5

Megjelent a népszerű és ingyenes RV Tools legújabb verziója. Aki már használta, az tudja hogy néha nagyon jól jön, aki még nem találkozott vele, annak pedig érdemes kipróbálnia.

Az előző verzióhoz képest a következő újítások/változások vannak benne:

• On vInfo tabpage new field: Resource pool
• On vInfo tabpage new field: Consolidation needed.
• On vCPU tabpage new field: Number of cores per socket
• New tabpage with resource pool information
• On vNetwork tabpage new column: Switch name
• On vNetwork tabpage new column: Starts Connected
• On vTools tabpage new column: required version
• On vHost tabpage new columns: custom fields
• On vDisk tabpage new columns: raw disk information
• Improved error handling for SSO login problems
• Bug fix: Invalid snapshot size fixed
• Bug fix: All datetime fields now use the local time zone
• Bug fix: data not refreshed after changing filter

Letölthető innen.

Vmware vCenter Converter Standalone 5.1 béta

Az vSphere 5.1 óta nem jelent meg frissítés az ingyenes konverterhez. Most jelent meg a publikus béta, ami szabadon letölthető innen.

Ami újdonság a hibajavításokon túl:

• 9-es hardware verzó támogatása
• Windows 8 és Windows 2012 guest operációs rendszer támogatás
• Red Hat Enterprise Linux 6 támogatás
• GUID Partition Table (GDR) diszkek támogatása
• UEFI támogatás
• EXT4 file rendszer támogatás

Régebbi operációs rendszerek támogatása egyre-másra kopik ki a konverterből, így mindig érdemes régebbi verziót is kéznél tartani.

Update: Megjelent, le lehet tölteni.

HUTUG 2013.03.08 előadás

A közelmúltban megkerestek, hogy a következő Hungarian Tivoli User Group (HUTUG) rendezvényen tartsak előadást a VMware mentéséről TSM alkalmazásával. Mivel ez pont az a téma, ami munkámból kifolyólag is napi szinten előkerül, ezért szívesen vállaltam. Az előadásra készült prezentációt letölthetitek innen: VMware mentése TSM használatával.