Alkalmi kiadás a VMware vSphere Forum 2009 rendezvényre
A Polygon Informatikai Kft. hírlevele ...
2 POLYGON
80 százalékos tárhely-megtakarítás
Adattárolás dedup szisztémában
Az IDC egy 2008-a...
POLYGON 3
A valóságban egyszerû
Adatmentés virtuális gépeken
A virtualizált szerverek alkalmazása a teljes infrastruktúr...
4 POLYGON
VMware Site Recovery Manager
Mûködésben a nyugalom
Egy katasztrófatûrõnek szánt infrastruktú...
of 4

Polygon Hírek III. évfolyam 2009 VMware

Published on: Mar 4, 2016
Published in: Technology      Business      
Source: www.slideshare.net


Transcripts - Polygon Hírek III. évfolyam 2009 VMware

  • 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

Related Documents