A virtualizáció a modern vállalati informatikai infrastruktúra alapja Bodnár Ádám a-adbodn@microsoft.com Server Product Marketing Manager Microsoft Magyarország 0
Miről lesz ma szó? A virtualizáció Mire használjuk? Szemléletváltás Mi is az? A virtualizáció rövid története Hol tart ma a technológia? Szerverkonszolidáció Legacy szerverek kiváltása Új szerverek gyorsan Magas rendelkezésre állás Dinamikus adatközpont Privát felhő Nehézségek Új megközelítés Előnyök 1
A virtualizációról röviden 2
A virtualizáció A virtualizáció: fizikai erőforrás absztrakciója Számos formája van RAID, virtuális memória, Szervervirtualizáció (több OS egy fizikai szerveren) A cél: erőforrások rugalmas csoportosíthatósága Szervervirtualizáció esetén a futó szoftverek elválnak a hardvertől A host és a guest közötti kapcsolatot a virtualizációs szoftver biztosítja Ez teszi lehetővé a feladat mozgatását más gépre VM paraméterei módosíthatóvá válnak (CPU, memória, diszk, ) 3
A virtualizáció rövid története A szervervirtualizáció története az 1960-es évek végére nyúlik vissza Erőforrások hatékony megosztása a mainframe alkalmazásai és felhasználói között Intel-alapú szerverek világában az ezredforduló után jelent meg Ma már PC-n is általános Microsoft Virtual Server: 2005 Microsoft Hyper-V: Windows Server 2008-cal együtt jelent meg (2008) Windows Server szerepkörként, illetve önállóan is elérhető (Hyper-V Server) Folyamatosan fejlődik (host/guest skálázhatóság, OS-támogatás,...) 4
Mikor hasznos a virtualizáció? 6
Szerverkonszolidáció Cél: hardveres erőforrások hatékonyabb kihasználása Több virtuális gép (OS instance) fut ugyanazon a hardveren Vegyes környezetek hatékonyabban építhetők fel Alacsonyabb energiaköltség, hardverköltség, ingatlanköltség Rugalmasságot is ad Virtuális gépek átméretezhetők, erőforrások adhatók hozzájuk vagy vehetők el Processzor, memória, hálózati vezérlő, háttértár, Mentés és visszaállítás Virtuális gépek egyben menthetők (Windows Server Backuppal is) 7
Elavult szerverek kiváltása Cél: elavult, nem javítható, nem támogatott szerverekről a feladatokat új hardverre vinni Nem szükséges a szoftverkörnyezetet (jelentősen) módosítani Teljesítménynövekedés is előfordulhat a korszerűbb hardver miatt Fizikai-virtuális (P2V) migráció nehézkes lehet 8
Új szerver gyorsan és könnyen Cél: Fejlesztéshez, teszteléshez gyorsan rendelkezésre álló környezet Ideiglenes VM-ek indulnak a meglevő hardvereken Előre konfigurált sablonok hozhatók létre Ki lehet próbálni extrém konfigurációkat is Ha fizikai szervekkel a kiépítés lassú és/vagy drága lenne VM-szaporulatra érdemes figyelni! A magukra hagyott VM-ek felfalják az erőforrásokat. 9
Magas rendelkezésre állás Cél: szerverleállás esetén a VM-ek működését biztosítani Fizikai szerverek esetén minden gépből legalább 2 kellene, virtualizáció esetén elég összesen 2 szerver Hibatűrő fürt: leállt VM a másik szerveren fut tovább Hyper-V 2012 R2: VM-et leállítás nélkül is lehet mozgatni cluster nélkül is Nem csak váratlan, hanem tervezett leállásnál is segít Patchelés miatti újraindítások, új frissítés tesztelése Üzemeltetés, karbantartás, hardverbővítés 10
Hibatűrő fürtözés Összehangolt, elosztott rendszer Fürttagok kommunikációja Minden csomópont hozzáférhet a megosztott tárolóhoz A virtuális gépek adatai a közös tárterületen vannak A csomópontok figyelemmel kísérik egymás egészségügyi állapotát Ha egy fürttag meghibásodik, feladatátvétel történik A VM újraindul egy másik csomóponton 11
Katasztrófatűrő rendszer Cél: telephely kiesése esetén az IT működését biztosítani Megoldás #1: Hyper-V Replica (VM-ek replikálása második telephelyre) Megoldás #2: Azure Site Recovery Akár egy VM replikája az Azure-be Több VM replikája System Center VMM-mel az Azure-be Vmware VM-ek vagy fizikai szerverek replikája Azure-be Replikált VM-ek az elsődleges telephely kiesése esetén a felhőben futnak tovább Az Azure Site Recovery tőkeberuházás nélkül, használatarányos fizetés mellett ad másodlagos telephelyet a felhőben 12
Azure Site Recovery VM-ek replikálása másodlagos telephelyre vagy a felhőbe Az A VM-ek elsődleges változások a Hyper-V telephely rendszeres Replica kiesése időközönként segítségével esetén a replikálódnak. VM-ek a másik telephelyen vagy a felhőben indulnak el Alapja a Hyper-V Replica Megfizethető üzletfolytonosság és katasztrófatűrés Replika gyakorisága konfigurálható (30 másodperc és 15 perc között) Biztonságos replika a hálózaton Hardverfüggetlen Nincs szükség más VM-replikációs technológiára Egyszerű beállítás és felügyelet 13
Dinamikus adatközpont VM-ek paraméterei módosíthatók (CPU, memória, diszk, ) VM-ek irányíthatók a szerverek között Fizikai és virtuális gépek automatizált szervezése Hardverek optimális kihasználása Legalacsonyabb fogyasztás, csúcsterhelés kezelése Magas rendelkezésre állás, katasztrófatűrés VM-ek mozgathatók a felhőbe is, így az adatközpont kiterjeszthető Kifejezetten felhőre optimalizált feladatok, pl. big data, machine learning Mindennek a lelke a felügyeleti szoftver (System Center 2012 R2 vagy az Azure) 14
Privát felhő Cél: a felhasználók/bérlők önkiszolgáló felületen igényelhessék az erőforrásokat Kevesebb üzemeltetési feladat, gyorsabb ügyfélkiszolgálás Tipikus felhasználó: hosztingszolgáltató vagy nagyvállalat Használatalapú "számlázás" Követhető használat Erőforrás-optimalizálás Ingyenes Microsoft Azure Pack Windows Server 2012 R2 és System Center 2012 R2 környezet Azure-éhez hasonló önkiszolgáló felhasználói felület VM, weboldal, adatbázis (SQL Server vagy MySQL), Service Bus, 15
Szemléletváltás 16
A virtualizáció nehézségei Mint minden új technológiát, ezt is meg kell tanulni Teljesítményveszteséggel járhat (overhead), ez egyre kisebb Ha egy szerver több VM-et futtat, a hardverhiba nagyobb kockázattal jár Válasszunk jó minőségű hardvert és megfelelő supportot Teljesítményproblémák az összes VM-et érinthetik Ezért fontos a Network és Storage QoS (Hyper-V 2012 R2-től) Nagyon ritka esetben az alkalmazások nem támogatják 17
Újratervezés Átfogóbb rendszertervezés szükséges Szerverek, tárolók, hálózat, backup, stb. Vagy felhő! Megbízható hardver és kiforrott szoftver erősen ajánlott Operációs rendszerek és integrációs komponensek ismerete szükséges Hypervisorok egyre több operációs rendszert támogatnak vendégként A gyártók egyre jobban figyelnek az integrációs komponensekre P2V (physical to virtual) migráció nehézkes lehet Jellemző kihívások: gyártóspecifikus szoftverek, eszközmeghajtók Felügyeleti szoftvert (System Center 2012 R2) meg kell ismerni 18
Előnyök A hardvereket hatékonyabban használja a szervezet Kisebb hardverköltség, energiaköltség, üzemeltetési költség Nagyobb biztonság és rendelkezésre állás Már kevés szerverrel is Másodlagos katasztrófatűrő adatközpont a felhőben Hatékonyabb rendszerfelügyelet Automatizálható feladatok, kevesebb hibalehetőség Felszabaduló idő a rendszerüzemeltető szakember számára Nem csak nagyvállalatoknak! 19
System Center 2012 R2 20
R2
System Center Egyesített felügyelet App Controller Orchestrator Microsoft Ügyfelek Szolg. modell Ügyfél Szolg. Admin. Service Manager Service Manager Szolgáltató
23