A virtualizáció a modern vállalati informatikai infrastruktúra alapja Bodnár Ádám
[email protected] 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?
Szerverkonszolidáció
Nehézségek
A virtualizáció rövid története
Legacy szerverek kiváltása
Új megközelítés
Hol tart ma a technológia?
Új szerverek gyorsan
Előnyök
Magas rendelkezésre állás Dinamikus adatközpont Privát felhő
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 elsődleges telephely kiesése esetén a VM-ek a másik AAVM-ek változások a Hyper-V rendszeres Replica időközönként segítségévelreplikálódnak. replikálódnak. 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
Orchestrator
App Controller
Szolg. modell
Microsoft
Ügyfél
Ügyfelek
Service Manager
Service Manager
Szolgáltató
Szolg. Admin.
23
