2007-ben a magyarországi T-systems szervezésében megtartott, nagyszámú szakmai közönséget vonzó ITC konferencián tartottam a virtualizációról egy áttekintő előadást.
Tassy János kollégánk a webinárium keretében bemutatja az Amazon Workspaces Desktop-As-A-Service termékét, amellyel menedzselt virtuális munkaasztalt készíthetünk magunknak vagy vállalatunk dolgozóinak. Beszélünk a szolgáltatás fő jellemzőiről használati lehetőségeiről. Megismerjuk az erőforrások méretezését és az automatikus leállítást.
2007-ben a magyarországi T-systems szervezésében megtartott, nagyszámú szakmai közönséget vonzó ITC konferencián tartottam a virtualizációról egy áttekintő előadást.
Tassy János kollégánk a webinárium keretében bemutatja az Amazon Workspaces Desktop-As-A-Service termékét, amellyel menedzselt virtuális munkaasztalt készíthetünk magunknak vagy vállalatunk dolgozóinak. Beszélünk a szolgáltatás fő jellemzőiről használati lehetőségeiről. Megismerjuk az erőforrások méretezését és az automatikus leállítást.
1. Alkalmi kiadás a VMware vSphere Forum 2009 rendezvényre
A Polygon Informatikai Kft. hírlevele 2009. tavasz
80 százalékos tárhely-megtakarítás
Adattárolás dedup szisztémában
A valóságban egyszerû
Adatmentés virtuális gépeken
VMware Site Recovery Manager
Mûködésben a nyugalom
Polygon Informatikai Kft.
H-1118 Budapest,Budaörsi út 46. Tel.: +36-1-319-2751 Fax: +36-1-319-2749
H-6722 Szeged, Kálvária sgt. 24. Tel.: +36-62-558-558 Fax: +36-62-558-559
Web: www.polygon.hu
2. 2 POLYGON
80 százalékos tárhely-megtakarítás
Adattárolás dedup szisztémában
Az IDC egy 2008-as felmérése szerint a tárolók a szerverek után a legköltségesebb és a legtöbb energiát fogyasztó IT-eszközök. A
nap mint nap megtermelt „informatikai szemét” – ismétlõdõ levélcsatolmányok, apró változtatásokkal elmentett dokumentumok
– miatt a tárolás költségei évente átlagosan 50 százalékkal nõnek. Az IBM N sorozatú (NetApp), virtualizált szerverkörnyezetre
optimalizált tárolóival a céges adatok számára szükséges tárhely akár 80 százalékkal is csökkenthetõ.
Egy informatikai tárolókörnyezet kapacitásának nagyjából A takarékoskodásnak egy már korábban elterjedt, bevált
60-80 százalékát, ha nem is deklaráltan felesleges, de eszköze az „alulbiztosítás”, ún. Thin Provisioning. Ez a
nélkülözhetõ, másképpen is tárolható tartalmak kötik le. A módszer a logikai lemezkötetek lefoglalt területeit „közös
levelezõrendszer ismétlõdõ csatolmányai, a céglogók, használatba veszi”, így nem fordulhat elõ az a korábban
minimális változások, melyek kedvéért újra és újra tároljuk a gyakori helyzet, hogy hiába van még hely egy sereg
dokumentumokat. Ráadásul ezek a problémák szervezési, lemezköteten, egy adott kötet telítettsége miatt kell a tárolót
adminisztratív rendelkezésekkel nem orvosolhatók, úgyhogy lemezzel bõvíteni. Az N sorozat tárolói a pillanatkép másolat
sokan a drága és felesleges bõvítés mellett döntenek ahelyett, (Snapshot Copy) funkciót alapszolgáltatásként nyújtják. Ez a
hogy az adatmennyiséget „szûkítenék”. funkció megkönnyíti az adat- és lemezkötetek állapotainak
Az IBM N sorozatú (NetApp) tárolók fejlett szolgáltatásaival a gyakori, gyors és egyszerû mentését. Más gyártók
tárolóeszközök szintjén állíthatjuk meg a lemezkapacitás megoldásaival ellentétben a pillanatkép másolatok gyakori
pazarlását. és kiterjedt alkalmazása itt nem jár az eszköz teljesít-
Ezeknek a tárolóknak az „Advanced Single Instance ményének romlásával. Az IBM N sorozatú (NetApp) tárolók
Storage” szolgáltatása a mai informatikai szaknyelv népszerû általános sikere és saját referenciáink is bizonyítják, hogy ez a
„Deduplication” vagy röviden „Dedup” szisztémáját technológia ideális választás egy konszolidált, szerver-
alkalmazza. Ennek az a lényege, hogy a tárolóeszköz virtualizációra épülõ infrastruktúra adattárolási feladatainak
szoftvere képes hatékony módon felderíteni az ismétlõdõ hatékony megoldására.
blokkokat, majd ezeket csak egy példányban tárolja.
Virtualizált szerverek és számos másolatuknak (snapshot) Ezt Önnek is szívesen igazoljuk – jelentkezzen bemutatónkra,
rendszer- és alkalmazás adatai is rengeteg ismétlõdõ adatot szemináriumunkra!
tartalmaznak, így érthetõ, hogy a virtualizált környezetben
garantált a legalább 50 százalékos megtakarítás!
Tipikus alkalmazási környezetekben (virtualizáció, általános Elérhetõség:
irodai tartalom, iratok, levelezés, ügyvitel) 70-80 százalékos Brenner Zoltán Kónya István
lemezterület megtakarítást tudunk elérni. Az alábbi +36 30 3249533 +36 30 9492622
illusztráció egy ügyfelünk lemezkötetének dedup elõtti és zbrenner@polygon.hu ikonya@polygon.hu
utáni képét mutatja.
Filesystem kbytes used avail%used
/vol/vol0/ 16777216 245152 16532064 1% /vol/vol0/ 16777216 250972 16526244 1%
/vol/vol0/.snapshot 4194304 24284 4170020 1% /vol/vol0/.snapshot 4194304 222460 4171624 1%
/vol/vol0VM/ 209715200 168227128 41488072 80% /vol/vol0VM/ 209715200 39408820 170306080 19%
/vol/vol0VM/.snapshot 0 8312 0 0% /vol/vol0VM/.snapshot 0 0 0 0%
3. POLYGON 3
A valóságban egyszerû
Adatmentés virtuális gépeken
A virtualizált szerverek alkalmazása a teljes infrastruktúrát és kezelését nagyban egyszerûsíti, azonban az adatmentést nem teszi
egyszerûbbé. A Polygon kft. munkatársai erre a feladatra számos esetben sikerrel alkalmazták a CA Arcser ve Backup
adatvédelmi szoftvert, mely egyszerûvé, költséghatékonnyá teszi a virtuális gépek mentését osztott tárolórendszereken.
Segítségével a virtuális gépekrõl – egyszerre akár többrõl is – file és raw (teljes kötet) szintû mentések is készíthetõk, mint ahogy
visszatöltés esetén is választhatunk a két módozat között. Mindezt a szoftver a hálózat többletterhelése nélkül teljesíti. Az
alábbiakban bemutatjuk a telepítés, a mentés és a visszatöltés folyamatát.
A CA Arcser ve Backup r12 adatvédelmi szoftver –
Cél: Biztosítani a virtuális gépek mentését a CA Backup Agent
felhasználva a VMware Consolidated Backup (VCB)
for Vmware-en keresztül.
technológiát – megkönnyíti a virtuális gépek mentését osztott 1. Forgatókönyv: SAN-on , ISCSI tárolón található VM-ek
tárolórendszereken (SAN, ISCSI). A rendszer kiküszöböli a mentése ESX-szerveren és a backup-proxyn keresztül.
mentés ideje alatti teljesítménycsökkenést és lehetõvé teszi a 2. Forgatókönyv: SAN-on , ISCSI tárolón található VM-ek
mentése Virtual Centeren és a backup-proxyn keresztül
file-szintû visszaállítást. A CA Arcser ve jelentõsen
A folyamat: Elindítva a VM-ek mentését, a backup proxy
leegyszerûsíti a virtuális gépek mentését, tökéletesen szerveren futó Client Agent indítja a backup folyamatot. Az
integrálva a VCB technológiát a teljes CA Arcserve mentési agent a VCB-n keresztül felcstolja/ exportálja a SAN/ISCSI -n
folyamatba. található VM-et egy, a backup-proxy szerveren található
átmeneti területre. Az Arcserve szer ver errõl a területrõl menti a
A ESX szervereken futó virtuális gépek mentését Arcser ve VM-állományokat . A teljes rendszer Ethernet hálózaton
Agent for VMware teszi lehetõvé. Az Agent együttmûködik a kapcsolódik egymással.
VMware Virtual Centerrel, így képes több, a Virtual Center
által menedzselt, ESX szerveren futó virtuális gép mentésére. A mentés indítása
A virtuális gépekrõl (VM) fájl és raw (teljes image) szintû A virtuális gépek mentésekor a szokásos folyamatot követjük:
mentések is készíthetõk. A fájl szintû mentés visszaállítható az Kinyitjuk a „VMware VCB Systems” fastruktúrát a CA
eredeti helyre, hasonló módon mintha a helyi géprõl Arcserve Backup Manager-ben. Windows típusú virtuális
mentettük volna. A teljes mentésbõl történõ visszaállításra gépeknél „File-mode” vagy „RAW mode” választható. Nem
pedig az egész virtuális gép sérülése esetén lehet szükség. Windows-típusú virtuális gépeknél csak „RAW-mode”
választása lehetséges.
Az Agent for VMWare a mentési mûveletekhez a Client Agent
for Windows-on keresztül a VCB -t mint dedikált backup-
proxyt használja. Amikor a Backup Manager kezdeményezi a mentést, az Agent
for VMware egy rendszerhívást indít a backup-proxyn futó VCB-
Telepítés hez. Attól függõen hogy milyen mentést választottunk, az Agent
for VMware elkezdi a mentést, az alábbi módok egyikén:
Az Agent for Vmware telepíthetõ az Arcserve szer ver File Mode: Ezt a módot választva, a VM-rõl készült snapshot
telepítésekor vagy annak telepítése után. Ehhez szükséges felcsatolódik egy megadott könyvtárba (mount path) a backup-
hogy a CA Agent for Windows telepítve legyen a backup- proxyn.
RAW mode: Ezt a módot választva, az egész VM-image-et egy
proxy szerveren. Minden ESX-szer verhez külön licenc
megadott könyvtárba exportálja a helyi diszkre a backup-
szükséges, amelyet a CA Arcserve szer veren kell regisztrálni. proxyn.
Visszatöltés
A virtuális gépek visszatöltése két szinten lehetséges – fájl és
raw szinten. A fájl szintû visszatöltés lehetséges az eredeti
in LUN vagy más helyre is. Ez a fajta visszatöltés akkor használható,
Stored
k Files ha a virtuális gépen egy fájl megsérült vagy törlõdött.
VM Dis
N
RAW mentés esetén a virtuális gép egy átmeneti helyre
CSI LU
SAN/iS töltõdik vissza, és ezt követõen másolódik át az ESX szerverre.
A virtuális gép másolás után a VMWare által biztosított VCB
ESX2 rv e
ESX1 ARCse Restore programmal tehetõ újra mûködõképessé.
y: CA
p Prox gent for
Backu lient A
2 pC VCB Összegzés
Backu & VMware
aging ws
r: Man vers Windo rk installed
lCente r wo Az integrált CA Arcser ve r12 és az Agent for VMWare egy
Virtua iple ESX Se Frame
mult 1 rv e
ARCse t valóban gyors és költséghatékony mentési megoldás a
er: CA n
p Serv with the Age rendszergazdák részére, amely a virtuális gépek, ESX
Backu er ver
pS
Backu re installed szerverek és a hálózat többletterhelése nélkül biztosít
wa
for VM
hatékony kezelést és teljes biztonságot.
Gyakorlott kollégáink biztos kézzel, rutinosan és
garanciákkal vezetik be Önnél is ezt a megbízható és
Back up VMs via an external backup proxy using
the CA ARCserve Backup Agent for VMware költség-hatékony megoldást virtuális szerverei, adatai
védelmére.
4. 4 POLYGON
VMware Site Recovery Manager
Mûködésben a nyugalom
Egy katasztrófatûrõnek szánt infrastruktúrában az éles és a háttérrendszer állapotának és adatainak szinkronban tartása nem
megoldhatatlan feladat, ha a rendszer virtualizált. Azonban ha egyszer „beüt a mennykõ” és éles helyzetben kell
zökkenõmentesen a mûködés átkapcsolását megoldani, adódhatnak gondok.
Aki már áthelyezte szolgáltatásait virtualizált szerverekre, áttekinthetetlen, követhetetlen kézi eljárásokat, miközben
igazolni tudja, hogy az üzemeltetési biztonság, a bármikor tesztelhetjük háttér-rendszerünk „hadra-
szolgáltatások rendelkezésre állása ugrásszerûen javul. Egy foghatóságát”, az éles rendszer zavarása nélkül. Egyeztetett
hardverprobléma miatt kiesett szolgáltatás újraindítása egy idõpontban, vagy meghirdetett rendezvényünkön munka-
másik vason egyszerû rutinmunka, ahogy egy balul sikerült társaink örömmel adnak bõvebb tájékoztatást, és bemutatják
frissítés után visszatérni egy korábbi, elmentett rendszer- Önnek az SRM mûködését élõben is!
állapotra szintén egyszerû feladat.
Féltett szolgáltatásaink üzemeltetési biztonsága még
magasabb szintre emelhetõ, ha nem csak az adatközpont
helyszínén vagyunk képesek a mûködést visszaállítani, de egy
távolabbi gépteremben is minden rendelkezésünkre áll az
üzlet, vagy a fõtevékenység folyamatos támogatására.
Nagy vonalakban a következõk szükségesek ahhoz, hogy
szolgáltatásainkat egy másodlagos, vagy háttérrendszertõl is
igénybe vehessük:
Adataink friss állapota a háttérrendszeren
A szolgáltatásokat biztosító szerverek a háttér-
helyszínen, az elsõdleges rendszer szervereivel azonos
állapotban
Egy kommunikációs hálózaton el kell tudnunk érni a
háttér-rendszert
Eljárások, melyekkel a háttér-szolgáltatásokat
használatba vesszük
Minden jelentõs hálózati tárolóeszköz gyártó biztosít távoli
adatmásolás funkciót (Remote Copy, Replication, Mirror,
stb.), mellyel az adatok frissen tartását központilag, a
tárolóeszköz szintjén tudjuk megoldani. Ráadásul ezek között
mérsékelt árú és ugyanakkor bevált termékeket is
találhatunk, mint az IBM N-Series (NetApp) vagy a Dell
EqualLogic technikája.
Az adatok két helyszín közötti, csaknem szinkronjellegû
másolásával a virtuális szerverek rendszerállapotait is frissen
tudjuk tartani. Az igazi kihívás azonban a mûködés
átkapcsolása (failover) az egyik helyszínrõl a másikra. Ez a
pont elõbb-utóbb minden rendszer(gazda) életében
elérkezik. Ha egy tucat, vagy nem sokkal több virtuális szerver
átkapcsolásáról kell gondoskodnunk, akkor jól megtervezett,
letesztelt, dokumentált és betanult eljárással biztosíthatjuk,
hogy bármikor is lesz rá szükség, az átkapcsolás sikeres lesz.
Azonban a nagyvállalatok 30-40, vagy ennél is több virtuális
szerverének átkapcsolását már nem lehet „kockás füzetbõl”
biztonsággal levezényelni. Erre való a VMware Site Recover y
Manager (SRM) terméke, mely egy központi menedzsment-
funkcióval segíti a szolgáltatás-visszaállítási (DR) terv
elkészítését, frissen tartását és végrehajtását. Kiküszöböli az
A hírlevél tartalmával kapcsolatos kereskedelmi és mûszaki kérdésekkel keresse munkatársainkat:
Brenner Zoltán Kónya István
+36 30 3249533 zbrenner@polygon.hu +36 30 9492622 ikonya@polygon.hu