Modern

vállalati
informatika
 5 Áttekintés
6 Windows 8 a vállalatoknál
8 A hordozható munkakörnyezet
12 Folyamatos kapcsolatban
14 Virtuális munkakörnyezetek
18 Licencelés

21 Áttekintés
22 Virtualizáció
26 Tárolás, fájlszerver és fürtözés
30 Hálózat
32 Felügyelet és automatizmus
35 Azonosság- és hozzáféréskezelés
38 Licencelés

41 Áttekintés
42 Nyilvános felhő
43 A Windows Azure képességei
44 A Windows Azure a vállalatoknál
50 Árazás és licencelés
Modern platform a modern elvárásokhoz
Óriási fordulópont előtt áll a Microsoft: a modern felhasználói és vállalati elvárásokat egyaránt, együttesen szem előtt tartva teljesen
megújul a szoftverplatformunk, amihez kapcsolódóan mind a Microsoft, mind partnereink új szolgáltatásokat és informatikai eszkö-
zöket tesznek elérhetővé.

A Windows 8 megjelenésével egy időben nagyot lépünk előre az ultrahordozható számítógépek, táblagépek, érintőképernyők,
alkalmazások, játékok és kiegészítők terén, miközben továbbra is biztosítjuk a már meglévő hardverekkel és szoftverekel a kompati-
bilitást, valamint a Microsoft platform hatékony központi felügyeletének eszközeit az informatika számára.

– és a modern munkastílus

A Microsoft azonban továbbra is a felhasználót helyezi a középpontba, nem pedig az egyes eszközöket, amikkel a munkáját végzi.
Alapvető célunk, hogy egy felhasználó bármely számítógépére vagy mobil eszközére bejelentkezve megszokott környezetét,
beállításait, dokumentumait és alkalmazásait kapja meg. A Windows 8 esetében erre már vállalati és otthoni környezetben egyaránt
lehetőséget biztosítunk.

Ahogy a felhasználók egyre több saját informatikai eszközzel rendelkeznek, egyre gyakrabban viszik azokat magukkal a vállalati
környezetbe is, vagy szeretnének azokról akár otthonról is munkát végezni. Az is gyakran elődordul, hogy a vállalati eszközökről
szeretnék személyes profiljukat, dokumentumaikat elérni a napi munkával párhuzamosan. Fontos feladat, hogy mindezt a vállalati
informatika megfelelő központi szabályozás mellett legyen képes integrálni a mindennapi működésbe, anélkül, hogy teljes irányí-
tás alá venné a felhasználó saját eszközét.

Ezekre a kérdésekre a megújult Windows 8 és a Windows Server 2012, valamint rendszerfelügyeleti oldalon a Windows Intune és
a System Center komponensek nyújtanak teljeskörű megoldást. Ezzel foglalkozik kiemelten kiadványunk első része, ahol egyaránt
szó esik a munkakörnyezet hordozhatóságáról, a távmunka és távelérés új lehetőségeiről, valamint a virtuális munkakörnyezetek
kialakításának eszközeiről.

– a vállalati informatika motorja

Kiadványunk második fő témája a Windows Server 2012, ami a Windows vállalati felhasználásának az egyik legfontosabb építőkö-
ve. Technikai oldalról nézve mind a virtualizáció, az adattárolás, a hálózat, a felügyelet és a biztonság területein lényeges újdonságok
érkeztek. A Hyper-V hatalmas fejlődésen ment keresztül, a jelenlegi változat funkcionalitásban és technikai lehetőségek terén szinte
minden ponton megelőzte a vetélytársait.

Mindeközben az új tárolási, hálózati és virtualizációval kapcsolatos képességeknek köszönhetően a kisebb IT költségvetéssel rendel-
kező vállalatok is könnyebben belevághatnak olyan megoldások megvalósításába, amiket korábban elképzelhetetlennek tartottak
komolyabb hardverberuházások nélkül.

– a következő szervert már a felhőből bérlem

A harmadik kulcsterületünk a Windows Azure. A Microsoft szerverek százezreit üzemelteti saját adatközpontjaiban, és ezek elér-
hető kapacitását ügyfeleink és partnereink rendelkezésére bocsátjuk felhőszolgáltatásaink révén. A Windows Azure egyike ezen
felhőszolgáltatásoknak, amin akár virtuális gépeket, akár saját fejlesztésű alkalmazásokat is lehet futtatni. Mindezt olyan módon,
hogy az ehhez szükséges hardver összetevőket a Microsoft biztosítja és üzemelteti, ezzel lényegesen csökkentve egy új projekt
kezdeti beruházási költségeit. A rugalmas előfizetési konstukcióknak köszönhetően a rendszer fenntartási költsége is a ténylegesen
lekötött erőforrások függvényében módosulhat.

A felhőben üzemeltetett virtuális gépeket és alkalmazásokat a vállalat saját adatközpontjával is össze lehet kötni, így természetes
kiterjesztése lehet a meglévő rendszernek.

Érdemes újratervezni
Érdemes tehát áttekinteni a legújabb Mircosoft megoldásokkal érkező lehetőségeket, és azok ismeretében újragondolni a már meg-
lévő, vagy még tervezés alatt álló informatikai rendszereket. Akár a költségek csökkentése, akár a modern felhasználói igények minél
hatékonyabb kiszolgálása a cél, a megújult Microsoft platform rengeteg ponton segíthet.

Bízunk benne, hogy kiadványunkkal hozzá tudunk járulni az újdonságok megismeréséhez!

3
Modern
munkastílus
Az emberek munkastílusa jelentős változásokon ment keresztül az elmúlt évtized-
ben. A mai felhasználók a legújabb eszközöket és technológiákat szeretnék
használni már a munkájuk során is, és készségszintjük jelentősen emelkedett.
Az egyre hordozhatóbbá váló számítógépek, az okostelefonok és táblagépek
térhódítása, valamint a közösségi élet robbanása miatt a felhasználók egyre
nagyobb elvárásokat támasztanak már a munkahelyi informatikával szemben is;
elvárják egyéni és egyre rugalmasabb munkastílusuk figyelembe vételét.

Sokuk már nem is felétlenül elégedett egyetlen (vállalati) PC használatával. Zsebükben már ott lapulnak ez egyre okosabbá váló
okostelefonok, szívesen hagyják kétkilós notebookjukat asztalukon, és kapnak fel egy táblagépet, hogy ügyeiket intézzék. Igaz,
hogy jelenleg gyakorta igen korlátozott a vállalati alkalmazások elérhetősége és támogatottsága, és különösen a teljes vállalati
desktop elérhetősége mobil eszközökön, de már a céges e-mail használhatósága, internetelérés és alapvető appok megléte
egyre több felhasználónak elég érv a gazdag vállalati desktop időnkénti nélkülözésére, és a több eszköz párhuzamos használata
okozta nehézségek felvállalására.

Vállalati környezetben a munkavégzés legtöbbször elképzelhetetlen alkalmazások használata nélkül, melyek ma még leggyakrabban
Windows XP és Windows 7 rendszereken futnak. A teljes desktop megjelenítése nem Windows-t futtató táblagépeken bár desktop-
virtualizációs technológiákkal (VDI) megoldható, használhatóságának korlátai (pl. nagy sávszélesség folyamatosságának hiánya) miatt
a legtöbb felhasználó számára nem elfogadható kompromisszum; az IT számára pedig újabb kihívást jelent az új eszközök biztonságáról,
üzemeltethetőségéről gondoskodni.

Az új Windows alapvető jelentősége abban van, hogy egy operációs rendszerben ad választ az ultrahordozhatóságra, az érintéses
használatra, és egyúttal benne van a megszokott Windows desktop, amin az eddig használt alkalmazások továbbra is használhatók.
Nincs még egy operációs rendszer család, amely az asztali gépen, notebookon, táblagépen és mobiltelefonon ugyanazt a rendszert
nyújtaná felhasználóinak, fejlesztőinek és üzemeltetőinek.

Valódi üzleti táblagép

A Windows 8-as táblagépekkel a felhasználók a kényelem és hordozhatóság mellett a megszokott Windows-környezet előnyeit is
megkapják. A táblagép lehet önálló, vagy billentyűzettel összekapcsolt hibrid eszköz, támogatja az érintéses, billentyűzetes, egeres és
tollas beviteli módokat is, a már megszokott eszközökhöz (nyomtató, hálózat, monitorok, dokkolók és külső eszközök) remekül kapcso-
lódnak különféle portokon keresztül. Nagyszerű társ azoknak, akik nem csak az asztal mögött ülve dolgoznak, és nem csak fogyasztani
kívánják, hanem szerkeszteni és létrehozni is az újabb tartalmakat.

De nem csak táblagépen mutatja meg a Windows 8 az erejét. Érintés nélküli számítógépeken is kiválóan kezelhető egérrel és billentyű-
zettel, az új appok ugyanúgy használhatók, és a felügyelhetőségben sincs eltérés. Ráadásul a Windows 7 gépigényével megelégszik, és
a javított memória és folyamatkezelésnek hála gyorsabbnak tűnik a legtöbb felhasználó számára; így a meglévő Windows 7-es géppark
is jó kiindulás az új verzió bevezetéséhez.

5
 Windows 8 a vállalatoknál
A Windows 8-at a chipsettől egészen a felhasználói felületig újraterveztük. Alapos elemzésnek vetet-
tük alá, hogyan és mire használják a felhasználók a Windows operációs rendszert, és ennek eredmé-
nyei alapján terveztük azt át még hasznosabbra és könnyebben kezelhetőre.
Az egyik legizgalmasabb újdonság a Windows 8 kapcsán az új hardverek megjelenése: notebookok, táblagépek, monitorba épí-
tett számítógépek, melyek lehetnek érintőképernyősek és/vagy egérrel, billentyűzettel kezelhetőek; és minden felhasználó a saját
igényeinek megfelelő eszközt választhatja. A Windows 8 eszközök vékonyabbak, könnyebbek, gyorsabban indulnak el és kapcso-
lódnak wifihez elődeihez képest, így téve élvezetesebbé és gyorsabbá az elvégzendő feladatokat. A Windows 8-as hardvereket úgy
tervezték meg, hogy minél tovább bírja az akkumulátor és erősebbek legyenek hálózati kapcsolatai. És mivel Windows rendszert
futtatnak, továbbra is ugyanolyan kompatibilisek a szoftverekkel és a hardverekkel, mint elődei, valamint a meglévő Windows 7
infrastruktúrákba és felügyeleti környezetekbe is remekül illeszkednek.

De nem csak új hardvereken fut jól az új Windows.

Gépigénye megegyezik a Windows 7 igényeivel,
azaz az elmúlt 3-5 évben vásárolt számítógépek
alkalmasak a futtatására. Az egyetlen nyitott kér-
dés, ami sokak fejében megfordul: használható-e
a Windows 8 érintőképernyő nélkül? A válasz: igen.
Egérrel és billentyűzettel is remekül használha-
tó az új kezdőképernyő és a modern alkalmazások,
érdemes kipróbálni. A hagyományos munkaasztal-
nál pedig kétely sem merül fel e kérdés kapcsán.

A Kezdőképernyő élő csempéi friss információkat

jeleníthetnek meg a letűzött (akár vállalati) alkalma-
zásokból, így értesítve a felhasználót egy újdonság-
ról, hírről vagy éppen jóváhagyandó feladatról. És
amint a felhasználó rákattint a csempére, az alkal-
mazás egyből arra a képernyőre viszi el, ahol az élő
csempén megjelenített újdonság megtalálható.

Ezek az új generációs modern alkalmazások teljes képernyőn adnak egészen újszerű felhasználói élményt. És nemcsak a játék appok
lehetnek újak és modernek, hanem vállalati alkalmazásokat is létre lehet hozni például C#, CSS3, html5, javascript használatával,
melyek akár saját rendszerekhez kapcsolódva adják meg a felhasználók számára a korszerű felületet és kezelési módot. A kifejlesztett
vállalati, modern appokat célszerű nem a Windows Áruházon keresztül eljuttatni a felhasználókhoz (amely vállalati környezetben le
is tiltható), hanem inkább menedzselt szoftverterítéssel (Enterprise Sideloading), illetve önkiszolgáló módon engedni a felhasználót
telepíteni a belső hálózatról.

A Windows 8 modern alkalmazásai izolált konténerekben futnak, sem az operációs rendszerrel, sem pedig egymással nem akad-
hatnak össze. Az operációs rendszer érintetlensége megszűnteti azt a régről jövő élményt, hogy a sok telepítés és eltávolítás után
egy idő után a rendszer mégis csak lassul, „elöregszik”. Ha nem használják őket, automatikusan alvó állapotba kerülnek, nem
fogyasztják a CPU-t, nem lassítják a gépet.

Megjelenik a Windows az eddig megszokott x86 és x64 architektúrák mellett az ARM processzort használó eszközökön is, így
alacsony energiafelvétele révén hosszabb üzemidejű, vékonyabb és könnyebb táblagépek és notebookok lesznek kaphatóak.
Az ARM processzort tartalmazó eszközökön a Windows RT operációs rendszer lesz előtelepítve, mely az új kezdőképernyőt, a modern
alkalmazásokat, a Windows Áruházat, és az érintésre optimalizált Microsoft Office Word, Excel, PowerPoint és OneNote szoftvereket
egyaránt tartalmazza. És mivel ez is Windows operációs rendszer, ezek az eszközök is több felhasználói profilt képesek kezelni, jelen-
tősen megkönnyítve mind a végfelhasználók, mind pedig az üzemeltetők dolgát. Mivel a Windows RT-t futtató eszközök domainba
nem léptethetők, felügyeletükről a Windows Intune szolgáltatással lehet távolról gondoskodni.

6
A Windows 8 újabb funkciókkal segíti az intézményi környezettől távol lévők munkáját. A nagy sávszélességű mobilhálózatokat
egyként kezeli a vezeték nélküli hálózatokkal, és folyamatosan képes hálózati kapcsolatot tartani azáltal, hogy az ismert irodai és
otthoni környezetben wifi-kapcsolatot használ, azon kívül pedig képes automatikusan átváltani mobil kapcsolatra, a céghez visszaér-
ve pedig ismét visszavált wifire, így optimalizálva az elérhetőség és költségek között. A Windows 7-ben már megjelent DirectAccess
használatával folyamatosan az intézményi hálózatban tartható a számítógép, így egyszerre tudunk a felhasználó számára folyamatos
elérhetőséget biztosítani, miközben az informatika állandóan felügyelheti ezeket az eszközöket.

A Windows To Go segítségével akár egy pendrive-ra is telepíthetjük a vállalati Windows 8 desktopot, amely képes minden
(a Windows 8 követelményeinek megfelelő) PC-n a telepített operációs rendszer helyett Windows 8-at futtatni. Sokféleképpen
használható. Lehet másodlagos munkakörnyezet, amivel már nemcsak az irodai gépén dolgozhat a felhasználó, hanem amelyi-
ken csak szeretne. Külső szerződő partnereknek biztosíthatunk – a saját gépén futó – de a mi felügyeletünk alatt álló operációs
rendszert, akár VDI környezet kiépítése nélkül is.

A Windows 8 Pro kiadásban is a rendszer része a BitLocker technológia, mellyel a merevlemezeken és USB-tárolókon lévő információk
számára nyújt nagyvállalati színvonalú védelmet minden felhasználó számára.

A felhasználók egyre inkább igénylik a minél hosszabb rendelkezésre állást egy feltöltéssel, ezért a Windows mélyén több pon-
ton is optimalizáltuk ennek a területnek a működését. A modern alkalmazások kizárólag akkor használnak processzoridőt, amikor
a felhasználó ténylegesen használja azokat, és amint a háttérbe kerülnek, a Windows elveszi tőlük a processzoridőt, majd hosszabb
inaktivitást követően – biztonságos leállítással – a memóriából is eltávolítja. Így a valóban használt alkalmazások számára több rend-
szerteljesítmény marad. Valamint csökkentettük a háttérben futó folyamatok számát; melyek együttesen eredményezik a rendszer
gyorsulását és a kevesebb energiahasználatot.

A megújult feladatkezelő elkülönítve mutatja az alkal-

mazások és a háttérfolyamatok teljesítményigényeit
(processzor, memória, disk és hálózat), és akár proces�-
szormagonként is követhetjük a terhelést és a továb-
bi erőforrások felhasználását. A Windows indulásakor
betöltődő alkalmazásokat és a rendszerindulás gyorsa-
ságára gyakorolt hatását is könnyen áttekinthetjük, és
egyetlen kattintással tudjuk engedélyezni vagy tiltani az
egyes alkalmazások automatikus indulását.

A Windows 8 mindent tud, amit a Windows 7 is tudott,

és erre a stabil alapra építve fejlesztettük tovább az új
kor kihívásainak megfelelően. Gyorsabban betöltődik, to-
vább bírja a gép akkumulátora, gyorsabban kapcsolódik
wifihez, biztonságosabb lett és több monitort is jobban
kezel az elődeinél. Az új eszközök pedig minden felhasz-
náló számára megadják a munkavégzéséhez számára
legkedvezőbb géptípust.

7
 A hordozható munkakörnyezet
A Microsoft platform egyik legfontosabb előnye a felhasználók munkakörnyezetének, beállításainak,
alkalmazásainak, jogosultságainak és dokumentumainak központosított kezelése. Egy megfelelően
megtervezett és beállított szerver infrastruktúra megléte esetén bárhonnan és bármilyen eszközre is
jelentkezik be a felhasználó, mindenhonnan a megszokott környezetében, a saját eszközeivel és doku-
mentumaival dolgozhat. A Windows 8, a Windows Server 2012, a Windows Intune és a System Cen-
ter komponensek együttes használatával arra is lehetőség adódik, hogy a felhasználók saját eszközei-
ket, táblagépeiket, telefonjaikat munkára foghassák, és arról érjenek el vállalati adatokat, alkalmazásokat
– mindezt az IT felügyelete és biztonsági előírásai mellett.

Vándorló profilok
A felhasználói profil, azaz a felhasználó munkakörnyezétenek teljes tükre (a dokumentu-
mok, az Asztal elemei és „kinézete”, illetve az alkalmazások beállításai) egy informatikai
infrastruktúrában helyben, illetve hálózatban is tárolható. Egy Windows tartományi kör-
nyezetben viszont érdemes kihasználni a centralizáció adta kézenfekvő lehetőségeket,
azaz többek között a profilok központi elhelyezését.

Ebben az esetben a felhasználó környezete függetlenné válik a számítógépétől, így ez-

után bármelyik, tartományi számítógépre (akár fizikai eszközre, akár virtuális desktopra)
interaktívan bejelentkezve a saját, jól megszokott környezetében dolgozhat tovább.
Ez a megoldás arra is lehetőséget biztosít, hogy a felhasználó különböző Windows ver-
ziók között tudjon egyszerűen váltani – ha a felhasználó beállításai és a dokumentumai
a szerveren találhatóak, valamint az alkalmazás-terítési stratégia is megfelelően ki van
dolgozva, a Windows 8 migráció a felhasználók szemszögéből egyszerűen az új számító-
gépre történő bejelentkezést is jelentheti.

Az egységesség és a folyamatosság biztosításának okán kötelező (mandatory) vagy

szuper-kötelező (super mandatory) profiltípusokat is definiálhatnak. Mindkét esetben
egy előre elkészített, a felhasználó szemszögéből megváltoztathatatlan környezet bizto-
sítása a cél, azonban a második esetben ezen profil kizárólagos használatát szeretnénk
elérni. Ilyenkor már a belépés sem lehetséges, ha bármilyen okból nem elérhető a profil.

Mappa átirányítás
A felhasználói profilhoz tartozó mappákat (Dokumentumok, Képek, Videók,
Linkek, Letöltések, Keresések, Kedvencek) a csoportházirend segítségével
a lokálisan tárolt profilból átirányíthatjuk egy hálózati megosztott mappába.

A központilag tárolt dokumentumok megkönnyítik a felhasználók adatainak

biztonsági mentését, és lehetővé teszik, hogy a felhasználók különböző gépe-
ken bejelentkezve is elérjék ezen mappák tartalmát. Emellett a felhasználók szá-
mára transzparenssé teszik a dokumentum kezelési műveleteket, hiszen például
helyi gép merevlemezére mentett dokumentumok a folyamatban közreműködő
fájszerverre kerülnek az átirányítás során – anélkül, hogy a felhasználó ezt érzékelné.

A felhasználók számítógépén a Dokumentumok, a Képek és a többi – a profil

részeként elérhető – mappa gyorsítótárba helyezett példánya található, így ezek
a fájlok akkor is elérhetőek, ha a gép éppen nincs kapcsolatban a hálózattal.
Minden esetben, amikor a felhasználó be-, vagy kijelentkezik, a rendszer szinkro-
nizálja ezen mappák a klienseken lévő példányát a kiszolgálón lévő példánnyal.

A Windows 8 egyik újítása ezen a területen az, hogy a korábbi verziókkal ellentét-
ben mindig a helyben található állományokkal dolgozik, miközben a háttérben
folyamatosan szinkronizál, nem csak be- és kijelentkezéskor. Ennek eredménye
a következetesen jó válaszidő és a lényegesen gyorsabb bejelentkezés.

8
Kapcsolat nélküli fájlok
Ha a hálózat nem érhető el számunkra, ellenben mégis hozzá kell férnünk egy hálóza-
ti mappában tárolt fontos fájlhoz, akkor azonnal megértjük, hogy miért fontos a kapcsolat
nélküli fájlok megoldás. Ezek használatával ugyanis akkor is elérhetővé válik a megosztott
mappák tartalma, ha a hálózati fájlszerver éppen nem elérhető – akár szerverhibáról, akár
távoli, vagy a mobil használatról van szó.

A kapcsolat nélküli fájlok konfigurálása viszonylag egyszerű, mindössze a felhasználónak ki

kell jelölnie azokat a mappákat vagy fájlokat, amiket szeretne kapcsolat nélkül is elérni. Ezt
követi az a folyamat, amely során automatikusan készül a számítógépen egy másolat a há-
lózati fájlokról. A Windows operációs rendszer ettől a ponttól kezdve a háttérben folyama-
tosan szinkronizálja ezeket a fájlokat, és akkor is képes megnyitni azokat, amikor a hálóza-
ton található verziók éppen nem elérhetők.

További előnye ennek a szolgáltatásnak, hogy védelmet nyújt a hálózati hibák okozta ká-
roktól, ugyanis nem számít, ha megszakad a hálózati kapcsolat, vagy elérhetetlenné válik
a használni kívánt hálózati mappa. Ha a fentiek valamelyike előfordul, a Windows automa-
tikusan a számítógépen tárolt offline példányokat kezdi el használni a hálózati mappában
található fájlok helyett, így a felhasználó megszakítás nélkül folytathatja a munkát.

Elsődleges számítógépek kijelölése

Az előző három képesség összefűzésére és közös alkalmazására már a korábbi operációs rend-
szerekben is volt lehetőség, a Windows 8 és a Windows Server 2012 esetén viszont mindezen
képességeket egy újfajta módon is összekapcsolhatjuk, azaz pontosabban a különböző végfel-
használói eszközökhöz történő hozzáférés miatt csoportosíthatjuk.

A csoportházirend és az Active Directory Administration Center segítségével beállítha-

tunk egy vagy több elsődleges számítógépet (Primary Computer) a felhasználó számára,
és kiválaszthatjuk, hogy a felhasználó többi eszközén használhatjuk-e a vándorló profilt
és a mappa átirányítást, vagy sem. E megoldás a vándorló profil és a mappa átirányítás
automatikus működésének szabályozására jött létre, azaz például megszabhatjuk, hogy a ván-
dorló profilunk az asztali gépünkre és a laptopunkra letöltődjön, de a tartományba léptetett
táblagépünkre ne, és semmilyen más, például közösen használt tartományi gépre se kerüljön fel.

Windows To Go
A Windows To Go segítségével egy Windows 8 Enterprise operációs rendszert tudunk
USB meghajtókról (például merevlemez vagy pendrive) futtatni. Ezzel a módszerrel
tökéletesen hordozhatóvá tehetjük a munkakörnyezetünket, mivel egy tetszőleges
gépbe behelyezve a preparált USB eszközünket máris saját operációs rendszerünket
használhatjuk. Segítségével azonnal be tudunk jelentkezni a vállalatnál elérhető tartalék
gépekre, de akár más felhasználó számítógépére is, függetlenül attól, hogy egyébként
ezek a gépek milyen operációs rendszerrel lettek telepítve. Mindez úgy működik, hogy
az USB-ről indított számítógépre semmilyen adat nem kerül tárolásra (alapbeállítás
szerint nem is látja az operációs rendszer a számítógép beépített lemezeit), ezáltal
a biztonsági kockázatokat is minimalizálni tudjuk (például nem kerülnek rá a profil-
információink vagy a dokumentumaink sem a használt számítógépre).

A Windows To Go példányra telepíthetőek alkalmazások is, frissíthető a Windows Update-tel és összességében alig bír néhány
korláttal a klasszikus merevlemezre telepített változatokhoz képest. Mivel Enterprise kiadás, ezért a maximális vállalati funkcionali-
tással működik (DirectAccess, BitLocker, BranchCache, stb.), beléptethető tartományba, és minden központi felügyeleti alkalmazás
(pl. System Center Configuration Manager) ugyanúgy kezeli, mint bármely más Windows operációs rendszert.

Valójában a Windows To Go önmagában nem egy speciális Windows 8 telepítési változat, hanem egyszerűen a Microsoft legújabb
kliens operációs rendszere már alapértelmezés szerint is képes futni az eltávolítható, USB-s meghajtókról. Ellenben a telepítés mód-
ja mégis különleges, hiszen nem a klasszikus telepítő futtatásával kell elkészítenünk a hordozó USB-s eszközt, hanem egy Windows 8
– kizárólag az Enterprise – kiadásba épített, a Vezérlőpultban elhelyezett varázslót kell ehhez használnunk.

9
 App-V
A Microsoft Application Virtualization (App-V) lehetővé teszi, hogy az alkalmazásokat tökéletesen
elválasszuk az operációs rendszertől, és gyakorlatilag szükségtelenné tegyük a hagyományos alkal-
mazástelepítést. Az alkalmazásokat virtuális csomagok képében juttatjuk el a felhasználó számítógé-
pére akár a már megszokott alkalmazás-terítési eljárásokkal, akár az App-V által biztosított streaming
infrastruktúra segítségével.

A technológia használatával az alkalmazások bármely számítógépre vagy virtuális környezetre auto-

matikusan követhetik a felhasználókat, és akár arra is van lehetőség, hogy maga az alkalmazás
automatikusan az első használat alkalmával települjön fel a felhasználó gépére.
Az App-V legfontosabb előnyei a következőek:

● Az alkalmazások frissítése a szerveren található csomag frissítésével, és annak a desktopokra

történő eljuttatásával történhet meg, nincs szükség külön telepítésre és frissítésre a desktopokon.
● Az alkalmazások egymástól teljesen izoláltan futnak, így akár több Office vagy Java verzió együttes, akár egyszerre történő
használatára is van mód.Ez a lehetőség nagyban csökkenti az alkalmazás-kompatibilitási tesztekre fordítandó idejét is, hiszen
az alkalmazások nem tudnak egymással „összeakadni”.
● A címtárszolgáltatás vagy a System Center Configuration Manager segítségével központilag kezelhetjük az alkalmazások
felhasználói fiókokhoz rendelését és eltávolítását, valamint azt, hogy ki melyik verzió(k) használatára jogosult.
● A megoldás integrálható az RDS szerverekkel, ekkor egy speciális App-V verzióval képesek leszünk a terminálszerveren keresztül
kiajánlani az alkalmazásokat, akár a WebAccess, akár a VDI segítségével. Ennek köszönhetően akár korábbi operációs rendszert
igénylőalkalmazásokat is ki tudunk ajánlani a felhasználók számára.
● Az alkalmazások kiajánlása vagy frissítése működhet HTTPS-en keresztül is, azaz az App-V alkalmazások biztonságosan és
kényelmesen használhatóak a védett hálózatunkon kívülről is.

Az App-V a Microsoft Desktop Optimization Pack részeként érhető el.

UE-V
A User Experience Virtualizaton (UE-V) egy teljesen új megoldás, ami a felhasználó által használt alkalmazások állapotát, beállításait
„figyeli” és ezek változásait menti, majd szinkronizálja egy másik – de ugyanazon felhasználó által használt - számítógépre. Adott
esetben tehát egy Acrobat Reader vagy egy WinZip konfigurációs beállítás így elérhetővé válik az első – az asztali gépünkön történő –
beállítás után a laptop számítógépünkön, vagy éppen egy, a VDI segítségével használt virtuális gépünkön is - teljesen automatikusan.

Az alkalmazások beállításainak hordozhatóságához az UE-V-hez egy kliens szoftverre

van szükség. Ez a szoftver folyamatosan figyeli, hogy mi történik a gépünkön azokkal az
alkalmazásokkal, amelyekhez egy „működési” sablon van mellékelve. Ezt a sablont egy,
az App-V Sequencer-hez hasonló szoftverrel kell elkészítenie az üzemeltetőnek (vagy le-
töltenie egy előre gyártottat). A sablon gyakorlatilag a konfigurációs beállítások manuális
végigpróbálását monitorozza, azaz ennek a folyamatnak a hozadéka. A beállítások tárolá-
sára egy hagyományos hálózati megosztást használhatunk.

UE-V integrálható a Microsoft desktop virtualizációs megoldásaival, együttműkö-

dik a csoportházirenddel, illetve a terjesztést illetően az MDT-vel vagy a System Center
Configuration Managerrel, és a külső felügyeleti megoldásokkal is. Az UE-V is a Microsoft
Desktop Optimization Pack csomag részeként érhető el.

Saját eszközök használata a vállalatnál

A modern informatikai üzemeltetési modellek lassan, de biztosan magukba foglalják azokat a helyzeteket, amikor a vállalati
vagy intézményi környezetben nem csak a szervezet számítógépei, de a felhasználó saját eszközei is használhatóak. Nem mindig,
és nem minden munkakörben hasznos vagy járható ez a modell, de ahol igen, ott pénzügyi megtakarítást, és a biztonság meg-
tartása mellett inspiráló, agilis környezetet vár az alkalmazó vállalat. Az eddig ismertetett technológiai eszközök mind-mind
hozzájárulhatnak egy ilyen üzemeltetési modell felépítésében és támogatásában. A saját eszközök használatának legegyszerűbb
változata, amikor bizonyos vállalati szolgáltatásokat a felhasználók saját mobil (többnyire okostelefon) eszközén is elérhetővé
teszünk. A rendszer kiépítésével két fontos rendszerfelügyeleti feladatról kell gondoskodnunk:

1. biztosítanunk kell, hogy a vállalati adataink biztonságban

vannak a felhasználók eszközein.
2. A hozzáféréseket és az eszközöket nyilván kell tartanunk
auditálási és licenc-elszámolási kötelezettségek miatt.

Mindkét feladatot a Microsoft felhő alapú Windows Intune, vagy

a System Center Configuration Manager felügyeleti szoftverével
végezhetjük el. Ezek a szoftverek a Windows Phone 7 és Phone
8 mellett WinRT, iOS és Android eszközök eszközfelügyeletét
(leltározás, házirendek érvényesítése, stb.) is képesek elvégezni.

10
Alkalmazás piacterek támogatása
Egy fokkal összetettebb az a modell, amikor az adathozzáférés
mellett egyedi, a vállalat által használt alkalmazások terítését
is vállalja a vállalati informatika. Ezt a feladatot szintén a Windows
Intune vagy a System Center Configuration Manager segítségé-
vel lehet megoldani. Ezen eszközök legfrissebb verziói már nem
csak a hagyományos desktop alkalmazások terítését képes elvé-
gezni, de a vállalati önkiszolgáló webportál segítségével belső
vállalati alkalmazás piacteret hozhatunk létre, ahonnan Windows
8 vagy WinRT (továbbá iOS és Android) alkalmazások kipubliká-
lását és terítését végezhetjük el.

Jegyezzük meg, hogy Android eszközöknél a házirendek érvé-

nyesítéséhez továbbra is szükségünk lesz Exchange Activesync
kapcsolatra. WinRT és iOS rendszereknél ez azonban már
nem szükséges. A megoldás nagy előnye, hogy több platform
számára egységesen, egy pontból végezhetjük a belső alkal-
mazások publikálását, függetlenítve a vállalati informatikát
a nyilvános piacterektől.

Vállalati alkalmazások elérése táblagépekről

Az új típusú alkalmazások mellett szükségünk lehet hagyományos x86-os desktop alkalmazások elérésére is – a felhasználók által
birtokolt – táblagépeken.

A Windows 8 többféle módon lehet a segítségünkre:

1. RDS vagy VDI infrastruktúra segítségével publikálhatjuk az

alkalmazásainkat WinRT alapú táblagépek felé. Mivel a WinRT
rendszerek jól kezelik az egeret és a billentyűzetet, és beépített
RDP8 protokollal rendelkeznek, ezért kényelmesen használható
felhasználói élményt képesek biztosítani.

2. A Windows 8 (x86, x64) gépekre natív módon, vagy szintén

RDS/VDI megoldással biztosíthatjuk a belső vállalati
alkalmazások elérését. E környezetben használható a
korábban már megismert App-V és UE-V technológia,
a belső infrastruktúra elérését pedig könnyítheti a Direct
Access alkalmazása.

Teljes vállalati desktop saját eszközökre

Végezetül a „hozd a géped” modellek legkifinomultabb válto-
zata, amikor a felhasználók a saját desktop vagy notebookjukat
hozzák be munkaeszközként, vagy fordítva, a vállalati infor-
matikai szervezet natív, vállalati lemezképet biztosít az otthon
használt eszköz számára. Mindkét helyzetet a Windows To Go
technológia alkalmazásával lehet megvalósítani.

Amikor a felhasználó a saját gépét hozza be a munkahelyre, a

Windows To Go segítségével anélkül lehet natív, helyi hardver
erőforrásokat használó vállalati környeztet biztosítani, hogy az
bármilyen módon érintené a felhasználó otthoni, saját rend-
szerét, mivel a Windows To Go technikailag is elválasztja a két
rendszert. A Windows To Go által biztosított viszonylag kis tár-
terület-kapacitás sem jelenthet problémát, ha alkalmazzuk
a korábban már ismertetett technológiákat, mint például az
alkalmazás-virtualizációt vagy a mappa-átirányítást.

Ha a Windows To Go USB eszközt a vállalaton kívül, például a felhasználó otthoni gépén futtatjuk, érdemes BitLocker titkosítást
is alkalmazni rajta, hogy illetéktelen ne férhessen hozzá a vállalati lemezkép belső állományaihoz. Az otthon elindított Windows
To Go egy szinte teljes értékű desktop operációs rendszer: tartománytagsággal bírhat, DirectAccess segítségével becsatlakozhat
a belső, vállalati rendszerekhez, valamint felügyelhetjük a Windows Server beépített eszközeivel (Csoportházirend, Applocker stb.)
és a nagyvállalati felügyeleti eszközökkel is.

11
 Folyamatos kapcsolatban
Biztonságos és rugalmas távoli elérés nélkül nem érdemes modern munkavégzésről beszélni. E cél
eléréséhez több szolgáltatást is bevethetünk a Windows 8-ban és a a Windows Server 2012-ben.
A felhasználók számára a lehető legkényelmesebb módon biztosíthatunk folyamatos távelérést
a DirectAccess használatával, valamint továbbra is lehetőségünk van a klasszikus VPN kapcsolatok
kezelésére. A változó felhasználói igényeknek megfelelően a mobil szélessávú kapcsolatok támogatása
is megjelent a Windows 8 részeként. Ahogy a felhasználók egyre több eszközről és hálózatból kap-
csolódhatnak be a vállalati rendszerünkbe, a Network Access Protection segítségével megvalósított
biztonsági ellenőrzések jelentősége is nő.

DirectAccess
A DirectAccess legnagyobb előnye, hogy a felhasználó beavatkozása nélkül képes folyamatos és biztonságos kapcsolatot
biztosítani a vállalati hálózathoz. Az elsőként a Windows 7-ben és a Windows Server 2008 R2-ben megismert szolgáltatás IPv6 és IPSec
segítségével – megfelelő kiépítés esetén – bármilyen közegből (publikus helyek, otthon, mobil használat) képes a belső, védett hálózat
teljes vagy szabályozott elérését biztosítani.

Nem csak a felhasználó, hanem a számítógépe is eléri a belső hálózatot, azaz rendszerfelügyeleti szempontból is jelentősen
segít az üzemeltetőknek ez a megoldás, hiszen ha a gép elérhető (azaz bármikor, amikor van Internet-elérés), akkor a DirectAccess
kapcsolat a különböző felügyeleti megoldások (csoportházirend, WSUS, System Center, stb.) számára is működik.

Az új DirectAccess gyökeresen átalakult, és ez leginkább a szolgáltatás működtetéséhez szükséges szerveroldalt érinti. A korábbi
kötöttségek jelentős része megszűnt vagy megváltozott, ezáltal a Windows Server 2012-vel lényegesen egyszerűbbé válik
a DirectAccess beüzemelése és karbantartása. Így immár egy kisebb informatikai környezet számára is lehetővé vált egy modern és
kényelmes távoli elérési módszer mindennapos használata.
A legfontosabb változások:
● A DA szerver lehet tűzfal mögött is, tehát NAT képes, vagyis nem kell a 2 db publikus IPv4 cím (de használható továbbra is az Edge
forgatókönyv szerint), illetve egyetlen hálózati interfésszel is lehetséges DA szervert építeni.
● A csak IPv4-gyel működő belső szerverek elérése is megoldott, tehát nem szükséges a belső hálózatban valamilyen IPv6/v4
konverziós megoldás.
● Nem kötelező a PKI infrastruktúra kiépítése, egy self-signed (önaláírt) tanúsítvánnyal is kiválóan működik a DirectAccess –
Windows 8 kliensek esetén.
● Eddig két IPSec csatornával működött a DA – egy kellett a gépnek, egy pedig a felhasználónak –, de innentől egyetlen tunnellel is
képes működni.
● Az interaktív telepítés összesen csak kettő lépést tartalmaz, a többit egy automatikus folyamat végzi el.
● A telepítési módot tekintve immár van lehetőségünk arra, hogy válasszunk: a kliensek távoli elérést és távoli felügyeletet kapjanak
vagy csak távoli felügyeletet.
● Az új RemoteAccess konzolon rengeteg plusz információt láthatunk, jóval logikusabb elrendezésben, mint korábban.
A Dashboardon a szerverek, valamint a kliensek állapota, illetve az aktivitásuk is remekül követhető, míg az Operations status
alatt a DA-t alkotó összetevők egészségi állapota látszik. A naplózás mikéntjéről – helyi Windows Internal Database, vagy egy
távoli RADIUS szerver – szintén ezen a konzolon dönthetünk. Ez a naplózás tárolja a távoli user adatokat, a statisztikákat, a szerver
használatot és a konfiguráció változásokat egyaránt.

Emellett fontos tényező az is, hogy a Windows 8 Enterprise kiadása beépítve tartalmazza a csoportházirenddel vezérelhető
DirectAccess kliens interfészt is, tehát további műveletek nélkül követheti a felhasználó a DA állapotát, illetve a problémaelhárítás
és a naplózás eszközei is rendelkezésre állnak.

12
VPN
A DirectAccess mellett a Windows kliensek számára a klasszikus távelérési
megoldás, a Virtual Private Network (VPN) továbbra is rendelkezésre áll.
Ezzel a módszerrel a Windows Server 2012 jelenleg négyféle módon adhat
hozzáférést a belső, védett hálózathoz.

● Point-to-Point Tunneling Protocol (PPTP) VPN kapcsolatok

● Layer 2 Transport Protocol over IPsec (L2TP/IPsec) VPN kapcsolatok
● Secure Sockets Layer (SSL) segítségével titkosított HTTP VPN
kapcsolatok, azaz a Secure Socket Tunneling Protocol (SSTP)
● VPN Reconnect, amely IPsec Tunnel Mode + IKEv2 alapon nyújt távoli
elérést, kifejezetten a mobil kapcsolatokat támogatva A Windows szerverek előző verzióiban a távoli elérést biztosító
megoldások használata komplex feladat volt, mert például a VPN kapcsolatok létrehozása, kezelése és monitorozása
(Routing and Remote Access, RRAS) és a DirectAccess kapcsolatok kezelése csak különböző eszközökkel volt megvalósítható.
A Windows Server 2012-ben az új Remote Access szerepkörrel és a hozzá tartozó konzollal mindez összeolvadt, és
a DirectAccess mellett a klasszikus VPN kapcsolatokat is ebben a konzolban láthatjuk és kezelhetjük.

Mobile Broadband
Ma már a hordozható számítógépek az internethez - és így a belső hálózathoz - sok esetben egy beépített,
vagy USB-s eszközön keresztül, mobil internet megoldással csatlakoznak. Eddig az ilyen kapcsolatok felépí-
téséhez minden esetben külső eszközmeghajtókra és a kapcsolatot létrehozó kommunikációs szoftverre
is szükség volt. A Windows 8-cal a helyzet lényegesen egyszerűbb, ugyanis minden összetevő beépítve
is elérhető, mind a Windows RT (ARM) mind az x86-os számítógépek esetében.

Ezen kívül az új Windows Connection Manager natív módon felügyeli a mobil kapcsolatokat (a WiFi
kapcsolatokat is), a Windows Store-ból letölthető operátor alkalmazással pedig olyan komplex lehető-
ségeket adhatunk a felhasználók kezébe, mint az eszköz állapotának lekérdezése, a hálózati interfészek
sorrendjének szabályozása, a repülési üzemmód beállításai vagy a kapcsolatok adatforgalmazási adatai-
nak mérése és kvótázása.

Network Access Protection

A NAP, azaz a Network Access Protection a Windows szerverek egyik legfontosabb és
legrobusztusabb biztonsággal kapcsolatos komponense. A legfontosabb működé-
si területe viszont egyértelműen a kliens oldal, azaz például a Windows 8 bármilyen
hálózati hozzáférési igénye (DirectAccess, VPN, WiFi, stb.) esetén az ügyfél operációs
rendszer egészségi állapotát vizsgáljuk meg, és az alapján engedjük be, vagy zárjuk ki a
hálózati erőforrások eléréséből a NAP segítségével.

A legtöbb szervezet esetében ugyanis jelentős igény mutatkozik egy olyan megoldásra,
amely már a fizikai hálózat szintjén elválasztja az alkalmi csatlakozású vagy kevésbé meg-
bízható, illetve kevésbé felügyelhető számítógépeket a belső hálózatba tartozó klien-
sektől és szerverektől. Viszont a fizikai vagy a távoli hozzáférés szintjén egyáltalán nem
rendelkezünk ezekkel az eszközökkel, ugyanakkor sok esetben nem tagadhatjuk meg teljesen a hozzáférést a hálózatra szükségsze-
rűen jogosan kapcsolódó (nem tartományi) gépektől sem.

Erre a láthatóan nehezen megoldható helyzetre nyújt gyógyírt a NAP, ami egy olyan szerver-kliens megoldás, amely a védett
hálózatunkban alapértelmezés szerint még az IP-kapcsolatot sem engedi meg, és amely csak egy alapos, az üzemeltetők által
részletesen finomhangolható „vizsga” sikeres teljesítése esetén adja meg a hozzáférést a belső hálózathoz kapcsolódni
szándékozó gépeknek. De a NAP nem csak az ellenőrzést oldja meg, hanem az elutasított gépek számára karantént is biztosít,
amivel az automatikus állapotjavításhoz szükséges folyamatokat is képes kézben tartani.

A NAP célja tehát a Windows Server 2012-ben is az, hogy a routerek, switchek, a vezeték nélküli hozzáférési
pontok, a szoftveres és a hardverebe épített célszoftver rendszerek segítségével érvényesítse a végpontokon a biztonsági
elvárásainkat. Mindezt úgy éri el, hogy lekérdezi a hálózatra csatlakozó eszközök egészségi állapotát (bekapcsolt tűzfal,
Windows Update kliens, vírus/spyware-irtó állapota, valamint külső gyártóktól származó sablonok alapján más alkalmazáso-
kat is figyelhet), majd ezt összehasonlítja az általunk előre definiált szabálycsomaggal, és az eredmény alapján dönt a hálózati
hozzáférés engedélyezéséről. Ha a folyamat negatív eredménnyel zárul, a kapcsolódni szándékozó kliens nem jut be a védett
hálózatba, hanem lehetőséget kap biztonsági állapotának szintre hozására, azaz csatlakozhat a publikus szegmensen működő
„patikaszerverekhez”, például egy WSUS-hoz, vagy System Center Configuration Managerhez, vagy a vírusirtó-szignatúrákat
tároló szerverhez, majd a szükséges korrekció után (ami lehet automatikus is) a kliens végrehajthat egy újabb kapcsolódási kísérletet.

13
 Virtuális munkakörnyezetek
A Windows Server 2012-ben két, egymástól a működési elv alapján jól elhatárolható, ám mégis rengeteg
ponton összeérő virtuális munkakörnyezetet is felépíthetünk a felhasználók számára. A már hagyo-
mányosnak számító munkamenet (session) alapú mellett a virtuális gépekkel megvalósított desktop
virtualizációs (VDI) megoldást is bevezethetjük.

Közös komponensnek számít a Remote Desktop (RD) Web Access, az RD Connection Broker és az RD Gateway
illetve az RD Licensing. Ezzel szemben a két megvalósítás egy-egy szerepkör alkalmazásában tér el egymás-
tól, ez pedig az RD Session Host illetve az RD Virtualization Host. De a két környezetet akár egymás mellett is
alkalmazhatjuk például ugyanabban a tartományban, azonban csak eltérő fizikai kiszolgálókon.

A munkamenet alapú virtuális környezet

A Windows Serverben elérhető Remote Desktop Session Host (a klasszikus terminálszolgáltatások megfelelője) nem csak a bizton-
ságos táveléréssel kapcsolatos teendőket látja el, hanem tökéletesen használható alkalmazás alapú virtuális munkakörnyezetek ki-
alakításához is. Ennek köszönhetően választhatjuk azt, hogy bizonyos felhasználók számára – akár kizárólagosan, akár opcionálisan,
második környezetként – nem a felhasználó számítógépén, hanem egy Remote Desktop Session Host alapú környezetből biztosítunk
vállalati alkalmazásokat.

Ezt a munkakörnyezetet – a klasszikus terminálszolgáltatás jellemzői miatt – például akkor célszerű választani, ha kisebb hardver
igénnyel számolhatunk csak, illetve ha nincs szükség arra, hogy a felhasználók emelt szintű jogosultsággal dolgozzanak, és ha csak
alkalmazásokat szeretnénk publikálni.

Egyszerű RDS bevezetés és felügyelet

A Remote Desktop Services (RDS) komponensek, azaz a Session Host,
a Connection Broker, a Web Access és a Gateway (a Licencing Server némiképp
kivétel) összes telepítési, konfigurálási és felügyeleti lehetősége a Windows
Server 2012-ben egyetlen helyen összpontosul: az új Server Manager-ben.

Az új szemlélet szerint olyan forgatókönyvet is választhatunk, amelyben

az RDS szerepkörök egy menetben felkerülhetnek a rendszerünkre (RDS
scenario-based installation). Ezt akár összesen egyetlen szerverrel, és
néhány kattintással is megvalósíthatjuk (Quick Start). De ha később mégis
bővítünk, azaz pl. egy további Session Host szervert is tervezünk, az új felületen
könnyedén beemelhetjük ezt is. Abban az esetben ha nagyobb méretben épí-
tünk rendszert (Standard deployment), akkor sem valótlan az eddig vázolt
bevezetési elképzelés, hiszen egy helyről, a Server Managerből kényelmesen
felvehetjük, telepíthetjük és kezelhetjük az összes különálló RD szerepkört
hordozó kiszolgálót, ráadásul vizuálisan is láthatjuk az RDS rendszer építőköveit.

Fontos azt is tudni, hogy az RDS platform teljeskörű PowerShell támogatást kapott, azaz minden szerepkör és képesség teljes
mértékben konfigurálhatóPowershellel.

14
RemoteApp
A RemoteApp alkalmazásokkal könnyedén, látványosan és üzembiztosan megoldhatjuk a terminálkliensek alkalmazás ellátását, illet-
ve használatát. A klasszikus forgatókönyv szerint a vékony kliensről egy hagyományos RDP kapcsolatot kell kiépítenünk, majd az adott
kapcsolaton (ablakon) belül futtatják a felhasználók a számukra engedélyezett alkalmazásokat. Viszont igazából nincs szükség arra, hogy
az egész szerver desktopot (Asztal, Start menü, stb.) is lássák, mivel tipikusan az alkalmazások miatt használunk egy RDS szervert, és nem
a környezet miatt. Másrészt biztonsági és erőforrás okokból is jobb lenne, ha nem kellene betölteni mindent a munkamenetbe, illet-
ve egy komplett operációs rendszer környezetet lényegesen nehezebb felügyeleti szempontból rendben tartania az üzemeltetőknek.

Az új módszer szerint, azaz a RemoteApp használata során, először az üzemeltető a Server Manager-ben egy kollekció részeként
felveszi az alkalmazásokat, illetve engedélyezi a publikálásukat a Web Access felületeten is. A forrás több RDSH szerver is lehet, azaz
a publikálandó alkalmazások központosítva jelennek meg. Így azonnal, egy helyen látjuk az összes elérhető alkalmazást, amelyekből
persze igény szerint több kollekciót is gyárthatunk.

Továbbá a Windows 7 és a Windows 8 operációs rendszerek esetén, a vezérlőpult „RemoteApp and Desktop Connections” pont alól
az ún. RDWA feed segítségével fel is iratkozhatunk a RemoteApp programokra, amelyek ezek után a Start menübe is bekerülnek
– így a felhasználó számára pont úgy jelennek meg, mint a hagyományos, helyből indítható alkalmazások.

A desktop alapú virtuális környezet

A Virtual Desktop Infrastructure (VDI) használata egy kiváló alternatíva a klasszikus asztali PC használatával szemben. A felhasználók
számára majdnem észrevétlenül, ám biztonságos és központilag felügyelhető módon és a virtualizáció adta rugalmas lehetőségekkel
üzemeltethető akár egy nagyobb méretű infrastruktúra is. Egy VDI rendszer tehát olyan környezet, ahol a felhasználók a fizikai gépek
helyett/mellett a szervereken/adatközpontban futó virtuális gépeken (is, vagy csak) dolgoznak, teljesen hétköznapi módon, mindezt
egy RDS infrastruktúrán keresztül elérve.

További előnynek számít, hogy két egymástól jól elváló használatra tervezett virtuális gépet tudunk alkalmazni, azaz a felhasználók
kezébe adni.

● Az első típusnál minden felhasználónak van egy saját, dedikált, személyes virtuális gépe (Personal Virtual Desktop), amely csak
az övé, testreszabhatja, akár rendszergazda jogosultságot is kaphat rajta, és persze a változásokat mentjük is a .vhd fájlba.
● Közös használatú gépek, amelyek egy ún. pool-ban várakoznak. Altalános célokra és a változásokat nem mentve (azaz minden
változás törlődik, vagyis inkább az eredeti állapot „visszaíródik”) használják a felhasználók ezeket a gépeket, és tipikusan nem is
emelt szintű joggal.

15
 Egyszerű VDI bevezetés és és felügyelet
A Windows Server 2012-ben egy VDI rendszer építése is sokat egy-
szerűsödött és egyúttal számos korláttól meg is szabadult. A Server
Manager-en belül, a Standard/Quick forgatókönyvek itt is élnek,
azaz egy darab szerverrel is kialakíthatunk egy VDI rendszert,
a fő komponens RD Virtualization Hosts mellett a Connection Broker,
a Web Access és esetleg a Gateway szerepeket használva.

Mivel a kapcsolat az RDS infrastuktúrával szoros, ezért a Server

Manager-ben a telepítés első két lépése is ugyanaz lesz, gyakorlati-
lag csak ezután válik el a két megoldás. A varázsló viszont a VDI ese-
tén is feltelepít mindent, amire szükségünk lehet, egyetlen dolgot
kér csupán, ami viszont teljes mértékben újdonság: az ún. arany
lemezképet (gold image, lásd később). A hasonlóság tovább foly-
tatódik, ugyanis mind a közös használatú, mind a személyes gépek
egy-egy az RDS-nél már megismert kollekció felépítésével kerülnek
be a rendszerbe, természetesen teljesen eltérő beállításokkal.

Ezen kívül viszont egy harmadik típust is megtalálhatunk a kollekciók között, ami gyakorlatilag immár ekvivalens az RDS RemoteApp
módszerrel, ám eddig a VDI infrastruktúrától függetlenül, a „RemoteApp for Hyper-V” néven ismerhettük. A Windows Server 2012-
ben viszont a Server Manager-ből publikálhatjuk a Hyper-V-ben futó virtuális gépek (tipikusan kliens operációs rendszerek) alkal-
mazásait illetve meg is jeleníthetjük ezeket a Web Access-ben, így többek között a kompatibilitást tekintve léphetünk nagyot előre.
Természetesen a feed alapú feliratkozás ezekre az alkalmazásokra is egy opció, azaz a Vezérlőpultról akár az az RDS, akár a VDI
környezetben elérhető RemoteApp-okat is használhatjuk, egyszerre is.

A VDI és a Hyper-V kapcsolata

Ha rendelkezünk tapasztalattal Windows Server 2008 R2 VDI témakörben, akkor valószínűleg ismert előttünk a tény, hogy
a személyes vagy a pool virtuális gépek előkészítése időigényes és körülményes feladat, még akkor is, ha az ajánlott Powershell
szkriptet alkalmazzuk. A Windows Server 2012 rengeteget javít majd ezeken a tapasztalatokon, mivel nagyságrendekkel egyszerűbb
lett ezen gépek beemelése a VDI infrastruktúrába.

● Az „arany lemezkép” használata: ez egy olyan virtuális gép, amelyet

a telepítés és az indító konfigurálás után a sysprep megfelelő paraméterével
lezárva, mind a közös, mind a személyes (és a RemoteApp) virtuális gépekhez
is felhasználhatunk – sablonként. Természetesen több ilyen sablonunk
is lehet, de akár egyet is használhatunk több kollekcióhoz. Fontos
tulajdonsága például az, hogy az ezen alapuló virtuális gépek egy-egy
differenciális lemezt használnak majd, azaz gyakorlatilag elegendő a sablon
gépre terítenünk a frissítéseket és az új alkalmazásokat.
● Ha a sablon gépünk vagy gépeink készen vannak, többet gyakorlatilag nem
kell a Hyper-V konzolt használnunk. Akkor sem, ha a VDI gépparkunk
bővítése a cél, hiszen a Server Managerben, egyszerűen megadva a plusz
gépek számát, pillanatok alatt megnövelhetjük a rendszer teljesítményét.
● A Server Managerben a kollekciókba szervezett virtuális gépek teljes újra-
építése is egyszerűen megoldható, pár kattintással, teljesen automatikusan.

A két munkakörnyezet között hasonlóság is akad számos, például a már emlegettt kollekciók bevezetése, a felhasználói élményt
növelő megoldások kiterjesztése, az ún. User Profile Disks, vagy éppen a kibővített FairShare mechanizmus alkalmazása.

A kollekciók
Bármelyik munkakörnyezet típus bevezetése után után már nem csak kiszolgá-
ló szinten látjuk a rendszert, hanem a kollekciók (collection) szintjén is. Egy RDS
rendszer esetében ez egyféle lehet (session collection, amely talán a korábbi
farmokhoz hasonlít a legjobban, de van több különbség is). A VDI esetén pedig
három különböző típust is alkalmazhatunk, a személyes virtuális gépek, a pool
típusú gépek illetve a virtuális gépeken keresztül elérhető alkalmazások kollek-
ciója áll a rendelkezésünkre.

Egy-egy kollekcióban a hozzárendelt RDSH/VDI gép(ek) gyakorlatilag ös�-

szes beállítása megtalálható, többek között a jogosultságok, a kliens RDP
beállítások, a RemoteApp publikálás, az aktuális kapcsolatok, a virtuális gépek
jellemzői és egyebek.

16
A felhasználói élmény fokozása
A felhasználók számára akár az alkalmazásokról van szó, akár a virtuális desktopokról, mindenképpen teljes Windows élményt kell
tudnunk biztosítani. A korábbi szerver változatok esetén már népszerűvé vált például a plusz grafikus teljesítményt adó RemoteFX
technológia, de a Windows Server 2012-ben a Microsoft alaposan kibővítette az opciókat, többek között az eszközátirányítások
lehetőségeinek növelésével, a különböző adaptív megoldásokkal, vagy éppen a WAN hálózatokon keresztüli kapcsolatok sebessé-
gének optimalizálásával.

● Adaptív grafika: Eltérő kódekek használata, optimalizálva a tartalomra (multimédia, kép, szöveg), valamint a cache javítása és
a RemoteFX progresszív renderelés bevezetése.
● Optimalizált média streaming: Új kódek sávszélesség problémákmegoldására.
● Adaptív hálózat detektálás: Az RDC kliens a felhasználó bevatkozásanélkül detektálja a hálózati viszonyokat, illetve követi
a változásokat.
● DirectX11 támogatás virtuális GPU-val: az adott esetben rendelkezésre álló DX11 kompatibilis hardver mellett szoftveres emuláció is
használható (akár keverve is), mind a munkamenet virtualizációnál mind a virtuális gépeknél.
● USB átirányítás: A korábbi OS-ek esetén a RemoteFX USB átirányítás csak az RDVH-n keresztüli virtuális gépeknél volt elérhető,
a Windows Server 2012-ben viszont az RDSH natívan támogatja. Ellenben ugyanehhez a virtuális gépek esetén sincs immár
szükséga RemoteFX kompatibilis 3D Video adapterre.
● Az eddigek mellett érdemes még megemlíteni az UDP/TCP kevert használatot (Intelligent Transports) a kapcsolatok kialakításánál
a teljeskörű és alaposan egyszerű sített Single Sign-On (SSO) alkalmazását, valamint az egyéb böngészők (Chrome, Firefox,
Safari) Web Access támogatását

FairShare
Ahhoz, hogy a virtális vagy fizikai kliensekről indított munkamenetek megfelelő sebességgel és válaszidővel működjenek, nemcsak
nagysebességű hálózatra, vagy erős RDS/VDI szerverekre van szükség, hanem az erőforrás kiosztás igazságos szabályozására is.
A FairShare lényege az, hogy amelyik kliens több erőforrást követel, az sem kap egy időszeleten belül többet mint a másik kliens,
hanem gyakorlatilag vár a sorára.

Korábban, például a Windows Server 2003-nál viszont az adott (általában elsőként érkező) munkamenet megkapta a teljes erőforrás-
igényét – akár a többi munkamenet hátrányára is. A Windows Server 2012-ben a rendelkezésre álló kapacitás elosztása automatiku-
san kiterjed a CPU-ra, a lemezekre (I/O műveletek), illetve a hálózati erőforrásokra is (sávszélesség), ami lényegesen kiegyensúlyozot-
tabb rendszert eredményez nagyobb terhelés és sok felhasználó esetén.

User Profile Disks

Ez a lehetőség a felhasználók környezeti beállításainak (profiljának) tárolásában segít
a pool típusú virtuális gépeknél illetve a RemoteApp programoknál. Az User Profile
Disks célhelye nem a virtuális gép lemeze, hanem tipikusan egy hálózati megosztásra
irányítjuk és például méretkorláttal ellátva állíthatjuk be a felhasználóknak.

A cél, hogy a klasszikus vándorló profil nélkül is – persze részletesen szabályozható

módon – lehessen testreszabni a felhasználói környezetet. A User Profile Disks szintén
kollekció szinten jut érvényre, és így akár egy adott felhasználó esetén más és más is
lehet, azonban a személyes virtuális gépeken – értelemszerűen – nem alkalmazható.

17
 A Windows 8 licencelése
Windows 8 kiadásai és a Windows RT
A Windows 8 és Windows RT rendszereket a legkisebbtől a legnagyobb multinacionális vállalkozások számára terveztük.

Eszközökre előtelepítve az alábbi kiadású Windows rendszereket lehet megvásárolni (OEM licenc):

● Windows 8: otthoni felhasználók számára kiváló választás, mely tartalmazza (többek között) az új kezdőképernyőt, a modern
alkalmazásokat, a Windows Áruház elérését, több felhasználói fiók lehetőségét, a megszokott Windows desktopot 32 és 64 bites
alkalmazások futtatása számára, a Microsoft Accounton keresztüli szinkronizációt, érintőképernyő, egér és billentyűzetes bevitelt,
külső eszközök rendkívül széles körének csatlakoztatási lehetőségét.

● Windows 8 Pro: vállalatok és intézmények számára remek választás új számítógépeken; a Windows 8 fent leírt funkcionalitását
emelt szintű biztonsági és felügyeleti funkciókkal egészíti ki, úgy, mint pl. domainba léptetés és csoportházirendek érvényesítése,
BitLocker a merevlemezes és USB-k titkosítása, Client Hyper-V, fájlrendszer titkosítása és Remote Desktop host.

● Windows RT: A Windows-család új tagja kizárólag előtelepítve érhető el ARM architektúrájú eszközökön. A vékony, könnyű és
hosszú akkumulátor-élettartamú eszközökön elő vannak telepítve az érintésre optimalizált Microsoft Word, Excel, PowerPoint és
OneNote alkalmazások. Az új startképernyőn futtathatók a Windows Áruházból telepíthető modern alkalmazások, viszont a Win32
alrendszerben futó alkalmazások nem. Több felhasználói fiók is létrehozható, mindegyik szinkronizálható a Microsoft Accounttal.
Külső eszközök széles körével együttműködik, többek között USB csatlakozókon keresztül.

Mennyiségi licencszerződés keretében az alábbi termékek vásárolhatók meg:

● Windows 8 Pro Upgrade: Frissítési licenc a Windows korábbi verzióinak Pro(fessional) kiadásairól.

● Windows 8 Enterprise: Ez a kiadás Software Assurance for Windows előfizetésével érhető el, és a Windows 8 Pro minden
funkcionalitásán túlmenően prémium szolgáltatásokat tartalmaz a nagyvállalati szintű mobilitás, biztonság, felügyelet és
virtualizáció terén.

● Software Assurance (SA) for Windows: A Software Assurance szolgáltatás nyújtja a Windows használatához a legnagyobb
rugalmasságot. Része a Windows 8 Enterprise, az új verziókra való jog, különféle eszközök és képzések a rendszer legjobb
üzemeltetéséhez.

● Windows Virtual Desktop Access (VDA) előfizetés: A Windows VDA előfizetői licenc jogot ad virtuális Windows desktop-
környezetekhez való hozzáférésre olyan eszközökről, melyek nincsenek lefedve Software Assurance for Windows szolgáltatással,
mint pl. vékony kliensekről.

● Microsoft Desktop Optimization Pack (MDOP): Az MDOP komponensei magasabb szinten segítik a Windows rendszerek
felügyeletét, üzemeltetését, virtualizációval egyszerűsítik a terítését és visszaállítását rendszeresemény esetén.

● Windows Companion Subscription License (CSL): A Windows CSL lehetővé teszi az alkalmazottak számára, hogy több eszközükön
is elérhessék Windows munkakörnyezetüket.

18
Windows 8 Enterprise

A Windows 8 Enterprise kiadása a Windows 8 Pro minden funkcióján túlmenően további szolgáltatásokat nyújt a mobil munkavég-
zés, biztonság és felügyelet, valamint a virtualizáció területein, és a Software Assurance for Windows és Windows VDA előfizetés
keretében érhető el.

A Windows 8 Enterprise funkciói az alábbiak, melyek nem részei a Windows 8 Pro rendszernek:

Funkció Rövid összefoglaló

Távoli hozzáférést nyújt a vállalati hálózathoz külön VPN alkalmazás

DirectAccess
használata nélkül.

A távoli telephelyeken működő desktopok válaszidejét növeli fájlok, weboldalak és más

BranchCache tartalmak átmeneti letárolásával a felhasználó PC-ken, elkerülve az ismételt
letöltéseket a központi kiszolgálókról.

AppLocker Az Informatika szabályozhatja, mely alkalmazások futhatnak a felhasználók számítógépein.

Microsoft RemoteFX és Windows Server 2012 funkciók, mellyel a felhasználók számár

Virtuális desktop
a vizuálisan gazdag, akár 3D-s tartalmak, USB-s perifériák és touch-képes eszközök
Infrastruktúra (VDI)
szolgáltathatók bármilyen hálózaton (LAN és WAN) keresztül VDI használata esetén.

Enterprise Sideloading Az Enterprise Sideloading használatával a domainba léptetett PC-kre közvetlenül,

for Windows 8 Apps a Windows Store elkerülésével lehet Windows 8 modern appokat telepíteni.

Microsoft Desktop Optimization Pack

A Microsoft Desktop Optimization Pack (MDOP) komponensei magasabb szinten segítik a Windows rendszerek felügyeletét, üzemel-
tetését, virtualizációval egyszerűsítik a terítését és visszaállítását rendszeresemény esetén.

A Software Assurance szolgáltatás mellett vásárolható meg kiegészítő licencként, és addig használhatják funkcióit, ameddig az
MDOP-előfizetésük él.

Az MDOP-csomag az alábbi technológiákat tartalmazza:

Technológia Rövid összefoglaló

Microsoft Felhasználói A felhasználó a saját munkakörnyezetét, beállításait és dokumentumait érheti el több eszközön is, azaz
Állapot Virtualizáció mindig ugyanaz a munkakörnyezet fogadja különféle számítógépein. A hozzá szükséges felhasználói
(User Experience állapot virtuálizációs technológia egyszerűen kiépíthető és integrálható a rendszerfelügyeleti környezet-
Virtualization – UE-V) be.

Microsoft
Alkalmazásvirtualizáció A Microsoft Alkalmazásvirtualizáció (App-V) lehetővé teszi szinte bármilyen alkalmazás eljuttatását
Virtu- (Application Virtualization a végfelhasználókhoz anélkül, hogy közvetlenül telepíteni kéne a számítógépeikre.
– App-V)
alize
Microsoft Enterprise
A Microsoft Enterprise Desktop Virtualization (MED-V) segítségével lehetőség nyílik a Windows 8-ra
Desktop Virtualization
való áttérésre még akkor is, ha néhány alkalmazás még nem kompatibilis vele.
(MED-V)

Microsoft Advanced Group

A Microsoft Advanced Group Policy Management (AGPM) kibővíti a Csoportházirendek meglévő
Policy Management
funkcionalitását változáskezeléssel és audittal.
(AGPM)

Manage Microsoft BitLocker A Microsoft BitLocker Administration and Monitoring (MBAM) egyszerűsíti a és központosítja a
Administration and BitLocker telepítését és felügyeletét, kulcsvisszaállítását, és kimutatásokat készít a szervezet minden
Monitoring (MBAM) eszköze titkosítottságának állapotáról.

Microsoft Diagnostics and

Csökkenti a leállások idejét, gyorsítja a rendszervisszaállítást és a nem-bootolható Windows-alapú
Recovery Toolset
rendszerek helyreállításához ad eszközöket.
(DaRT)
Restore

19
A vállalati
informatika
motorja
A Windows Server 2012 legalább akkora változást hoz a Windows Server 2008 R2-höz
képest, mint amekkora változást jelentett a Windows 2000 Server a Windows NT
4.0 után. Minden területen találkozhatunk lényeges újdonságokkal, amik egyaránt
segítenek a meglévő rendszerek beruházási és üzemeltetési költségeinek csök-
kentésében, miközben számtalan új fejlesztési lehetőséget biztosítanak a vállalati
informatika számára.

A virtualizáció mindenkié!
Mára már a virtualizáció használata alapvető elvárássá vált a vállalati informatikai rendszerek esetében, ezért a Windows Server
2012-vel érkező Hyper-V kiemelt fókuszterület volt a szoftver fejlesztése során. Az elkészült Hyper-V a jelenleg piacon található
valamennyi virtualizációs megoldással felveszi a versenyt, és továbbra is teljesen ingyenesen érhető el akár a Windows Server
2012, akár a külön letölthető Hyper-V Server 2012 részeként. Mostantól a legszerényebb IT költségvetéssel rendelkező vállalatok is
kialakíthatnak nagyvállalati tudású, magas rendelkezésre állású, vagy akár hibatűrő rendszereket, anélkül, hogy a virtualizációs
rétegért fizetniük kellene.

A Hyper-V skálázhatósága olyan szintre emelkedett, hogy nehezen lehetne olyan

szerverkörnyezetet vagy feladatot találni, amit ne lehetne mostantól virtualizálni.
A legnagyobb adatbázisok vagy vállalatirányítási rendszerek is könnyedén, és
a megfelelő magas rendelkezésre állás mellett mozgathatóak be a virtualizált
adatközpontokba. A Hyper-V a legnagyobb, többprocesszoros szerverek
esetében kialakított NUMA topológiákat is képes figyelembe venni, és az erőfor-
rásokat ezek mentén optimalizálni. A Linux operációs rendszerek támogatása sem
probléma többé a 3.4-es kernelbe bekerült, Microsoft által fejlesztett integrációs
komponenseknek köszönhetően.

Az egyszerre több vállalat informatikai rendszerét kiszolgáló (multitenant) szolgáltatói adatközpontok kialakítására is létezik
biztonságos és egyszerű módszer az új Hyper-V és a System Center Virtual Machine Manager együttes bevetésével.

Mi mindenre jó ma már egy operációs rendszer?

A Windows Server 2012 segítségével nem csak a szoftverköltségek, hanem akár a hardverköltségek is jelentősen csökkenthetőek.
Azáltal, hogy az x86-os architektúra lehetőségei hatalmasat fejlődtek, a Windows Server 2012 is egyre több, korábban csak költ-
séges célhardverre jellemző feladatot képes ellátni. A Storage Spaces és a hozzá kapcsolódó új tárolási technológiák egy átlagos
szerverhardveren, speciális RAID vezérlők nélkül, akár SATA lemezeken is képesek mindazt a tudást biztosítani, amit egy belépő
szintű tárolóeszköz – de lényegesen alacsonyabb költségek mellett. Akár hibatűrő tárolóeszközt is építhetünk kizárólag Windows
Server 2012 használatával az aktív-aktív fájlszerver szerepkör felhasználásával.

A rendszerben beépítetten elérhető deduplikáció és thin provisioning képessé-

gek révén a nagyobb tárolóeszközökkel és kapacitással rendelkező szervezetek
is azonnal, újabb hardverek beszerzése nélkül profitálhatnak – ráadásul nem
csak a tárolóeszközökön, hanem valamennyi szerveren, amin ezeket a funkció-
kat igénybe veszik, akár a szerver lokális lemezein is. A hálózat esetében hasonló
lehetőségeket a hálózatvirtualizáció tartogat, amely képesség mindeddig csupán
a legnagyobb tudású hálózati eszközök sajátja volt, de ma már építhetünk virtuá-
lis hálózatokat teljesen szoftveres alapokon is.

Amennyiben a legújabb technológiákat aktívan használni képes hardverekkel

rendelkezünk, azt a Windows Server 2012 azonnal kézzelfogható teljesítmény-
növekedéssel hálálja meg – legyen szó akár hálózati szinten az SR-IOV, az IP Sec
Task Offload vagy a Direct SMB (RDMA) támogatásáról, illetve a tárolóeszközök
kapcsán az Offloaded Data Transfer lehetőségéről.

A Windows 8 hűséges társa

A Windows Server az esetek túlnyomó többségében a Windows operációs rendszer párjaként, a felhasználók számítógépeinek
központi felügyeletére, valamint a számukra nyújtott további szerverfunkciók kialakítása miatt kerül bevezetésre. A Windows környe-
zetek felügyelete terén is számos újdonságot találhatunk – ezek egy jelentős részét a Windows 8 kapcsán már áttekintettük, azon-
ban a biztonság, a jogosultságkezelés vagy a csoportházirend újdonságai már itt, a Windows Server 2012 kapcsán kerülnek terítékre.
 

21
 Virtualizáció
A Windows Server 2012-vel érkező Hyper-V a Microsoft ingyenes virtualizációs megoldása, ami
egyaránt elérhető a Windows Server 2012 részeként (telepíthető komponensként), valamint önállóan
letölthető formában is, ez utóbbi a Hyper-V Server 2012 névre hallgat.

Bármelyiket is válasszuk a kettő közül, ugyanazt a skálázhatóságot és funkciógazdagságot kapjuk meg.

Az új Hyper-V azon túl, hogy könnyedén felveszi a versenyt az összes, jelenleg elérhető virtualizációs
platformmal, olyan új képességekkel bővült, amik lényegesen olcsóbbá teszik a magas rendelkezésre
állású és hibatűrő rendszerek építését, a katasztrófatűrő telephelyek kialakítását, valamint a privát
és partnerfelhők üzemeltetését.

Skálázhatóság

Windows Server Windows Server

Rendszer Erőforrás 2008 R2 Hyper-V 2012 R2 Hyper-V Növekmény

Logikai processzor 64 320 5x

Host Fizikai memória 1TB 4TB 4x

Virtuális CPU/Host 512 2048 4x

Virtuális CPU/VM 4 64 16x

VM memória 64GB 1TB 16x

VM Aktív VM/Host 384 1024 2,7x

Guest NUMA Nem Igen -

Fürttagok száma 16 64 4x
Fürt Maximális VM szám 1000 8000 8x

A Hyper-V paramétereinek maximumai a korábbi változathoz képest óriásit emelkedtek, és ezzel nem csak a korábbi Hyper-V vál-
tozatok, hanem a többi virtualizációs platform tudását is sikerült a legtöbb ponton meghaladni, vagy legrosszabb esetben utolérni.
Hostonként maximum 4TB memória, 320 logikai processzor és 2048 vCPU támogatott, és ezeket az erőforrásokat a Hyper-V a virtuá-
lis gépek számára a meglévő NUMA topológiának megfelelően is ki tudja osztani. Virtuális gépenként 1TB memória, 64 vCPU és 64TB
virtuális lemezméret támogatott, és egy egy Hyper-V fürt legfeljebb 64 tagból és 8000 virtuális gépből állhat.

Az új Hyper-V és a Windows Server 2012 használatával nincs olyan szerverfeladat, amit ne lehetne magabiztosan virtualizálni
az x86-os platformon.

Hyper-V Server 2012

A Hyper-V Server 2012 a Hyper-V ingyenesen letölthető változata, amelyik akár csak az elődei, korlátozás nélkül tartalmaz
minden olyan funkciót és képességet, ami a virtualizáció szempontjából lényeges lehet. Nincs időkorlát, nincs korlátozott kiszolgá-
lószám, nincs korlátozott memória, processzortámogatás, és még sorolhatnánk. Minden képesség, ami elérhető a Windows Server
2012 Datacenter hypervisorában, megtalálható a Hyper-V Server 2012-ben is. A termék neve nem véletlen: nincs benne a „Windows”
szó, amivel azt jelzi a gyártó, hogy nem jár hozzá Windows kiszolgáló futtatási jog. Vagyis letölthetjük, és telepíthetjük hasonló-
an mint egy operációs rendszert, de ha Windows vagy Windows Server operációs rendszereket szeretnénk futattni rajta, akkor azok
licenceiről külön kell gondoskodnunk.

Azonban még ha nem is szerepel a „Windows” a névben, technikai értelemben ez egy tiszta Windows architektúrát
hordozó megoldás. Emiatt a Hyper-V Server minden olyan hardver konfiguráción fut, amelyen Windows szerver működhet
– vagyis a hardverkompatibilitás nem okozhat gondot.

További tulajdonságai:
● Csupán egyetlen szerepkört (Role) tartalmaz – ami a Hyper-V.
● Rendelkezik viszont minden olyan képességgel (Feature), amely a Hyper-V-vel kapcsolatba hozható (Failover Cluster, WoW64,
MultipathIO, .Net Framework).
● Kizárólag „Server Core” módon telepíthető, azaz tisztán parancssoros változatban használható a helyi konzolról, de távolról
a megszokott grafikus eszközökkel is felügyelhetjük.

22
Shared-Nothing Live Migration
A Live Migration a Windows Server 2008 R2 óta a Hyper-V része, és a segítségé-
vel kiesés nélkül tudjuk a virtuális gépeinket mozgatni a fizikai szerverek között.
Azonban a kritériumlista eddig mindenképpen tartalmazta a közös tárolót (Cluster
Shared Volume, pl. egy iSCSI vagy egy SAN tárolón) és a hibatűrő fürt megépíté-
sét. A Windows Server 2012 Hyper-V estén viszont mindenféle közös vagy megosz-
tott tárolóeszköz nélkül is végrehajthatjuk a gépek leállás nélküli migrációját, azaz
például két önálló, a virtuális gépeket helyben, egy szimpla köteten tároló fizikai gép
esetén is. Ehhez mindössze egy Ethernet hálózati kapcsolat szükséges.

Elég egy egyszerű konfigurálást végeznünk előzetesen mindkét host gépen, amely
során engedélyezzük magát a migrációt, valamint akár a szimultán üzemmódot
is – mivel most már több gépet is mozgathatunk egyszerre. Ha szükség van rá, az
IP cím / alhálózat szerinti hatókört is korlátozhatjuk.

Live Storage Migration

Az előzekben ismertetett Shared-Nothing Live Migration esetén a virtuális leme-
zek mozgatása is megtörténik, azonban erre külön, a virtuális gép migrációja
nélkül is van lehetőségünk – anélkül, hogy eközben a virtuális gépet le kellene
állítanunk. Ez a tárolóeszközök cseréjekor, illetve a virtualizált rendszer másik
hostra vagy másik fürtre költöztetésekor lehet a segítségünkre.

A tároló migráció az adott virtuális gép részeit számba véve több lehetőséget is
kínál számunkra:
● A virtuális géphez tartozó összes fájl mozgatása egyetlen új helyre
● A virtuális géphez tartozó különböző fájlok mozgatása több új helyre
● Az virtuális géphez tartozó összes fájl mozgatása – kivéve a virtuális lemezeket

Bármelyik esetről is legyen szó, a célpont kétféle lehet, egy másik Hyper-V host gép helyi lemeze, vagy egy Windows Server
2012 fájlszerver SMB 3.0 típusú hálózati megosztása (erről bővebb információt a következő fejezetben nyújtunk). Ide kapcsolódó
újdonság továbbá az alaposan átalakított pillanatfelvétel készítés is. Korábban a pillanatfelvételek ugyan online készültek, de
a visszaolvasztásukra (merge) csak a virtuális gép lekapcsolása után került sor. Ez az korlát az új verzióban megszűnt, azaz minden
tevékenység online történik.

Hyper-V Replica
Egy újabb nagyon fontos újdonság a virtuális gépek aszinkron replikációs lehe-
tősége két Hyper-V-t futtató számítógép között, amihez szintén nincs szükség
például közös tárolóra vagy hibatűrő fürtre. Ez azt jelenti, hogy az egyik Hyper-V
hostunkon található virtuális gépünk lemezeiről és beállításairól egyszerűen
a konzolról indítva létrehozhatunk a másik Hyper-V hostra egy másolatot. Az erede-
ti virtuális gép folyamatosan, aszinkron módon, akár 5 perces időközönként szink-
ronizálni fogja állapotát a másik oldallal. Amennyiben az elsődleges rendszeren
a virtuális gépünk leáll, a másik szerverre replikált virtuális gépet bármikor el tudjuk
indítani – manuálisan.

Ezzel a megoldással könnyedén és költséghatékonyan építhetünk katasztrófatűrő telephelyet, és a replikációnak köszön-

hetően az elsődleges telephelyet ért végzetes meghibásodás esetén minimális adatvesztéssel tudunk átállni a másodla-
gos rendszer használatára. Ilyenkor a replikáció iránya is megfordul, és amint újra elérhetőek lesznek az elsődleges telep-
hely szerverei, a replikáció folytatódik a két szerver között, csak ebben az esetben ellenkező irányban. Arra is van mód, hogy
két telephely virtuális gépei keresztbe, mindig az ellenkező telephelyre replikálódjanak, így az „A” telephely virtuális gépei a „B”
telephely számítógépeire replikálódnak, míg a „B” telephely virtuális gépei az „A” telephely számítógépeire replikálódnak – és így
bármely oldal kiesése esetén rendelkezünk katasztrófatervvel.

Ezen kívül több visszaállítási pontot is replikálhatunk, a replikációhoz szükséges kötelező hitelesítés történhet tanúsítvány segít-
ségével, valamint igény szerint behatárolhatjuk a replikációs célpontokat is. A Hyper-V replikációs lehetőség magában foglalja
a replikációs állapot megfigyelését és egészségi adatainak lekérdezését is.

23
 Hyper-V Extensible Network Switch
A Hyper-V új verziójában a hálózati switchek számos új képességgel bővültek.
Szabályozható a virtuális gépeknek szánt sávszélesség, valamint tükrözhetőek
a switch portok, azaz a gép teljes kimenő/bejövő hálózati forgalmának dupliká-
lása megoldható egy másik switch portra, például egy másik virtuális géphez,
amely a monitorozást végzi. Védelmet kaphatnak a virtuális gépek az illegális
DHCP vagy router advertisment forgalommal szemben, illetve minden eddiginél
részletesebben konfigurálhatjuk a virtuális gépek izolációját (PVLAN-ok), és
a diagnosztikai képességek is bővültek (Unified Tracing).

Ha esetleg nem elegendő a beépített switchek képessége, akkor kicserélhetőek

a fizikai eszközöket gyártó cégek termékeivel, például a Cisco Hyper-V-hez gyár-
tott teljes mértékben kompatibilis eszközeivel. Adott esetben viszont elképzelhe-
tő, hogy a switchet elég csak kiegészíteni egy-egy funkcióval. Több gyártó is akad
már, akik virtuális tűzfalat, antivírus ellenőrző modult, vagy DoS támadás ellen védő
szoftvert gyártanak a Hyper-V hálózati kapcsolójához. Ezeket a külső megoldásokat
– a nyitott platform előnyei miatt – a megszokott módon, Powershell, WMI vagy
a Hyper-V konzol segítségével konfigurálhatjuk és felügyelhetjük.

Hálózat-virtualizáció
A hálózat-virtualizció teljesen új képesség a Windows Server 2012-ben, amely elsősorban az azonos IP címtartományok közötti
konfliktusokat oldja fel. Tipikusan akkor szembesülhetünk ezzel a problémával, ha a szervereinket a felhőbe mozgatjuk például egy
IaaS forgatókönyv apropóján. Ebben az esetben elképzelhető, hogy a szervereink hálózatati címzése megegyezik a felhőszolgáltató
szervereinek címzésével. A hálózat-virtualizáció segítségével áthídalhatjuk ezt a problémát, anélkül, hogy bármelyik IP alhálózat
adatait meg kellene változtatnunk.

A működés lényege a következő: a Windows Server 2012 host gépen futó virtuális gépek két különböző IP címet kapnak majd ezután,
egyet amelyet eddig is használtak (Customer Address – CA), illetve egy másikat (Provider Address – PA), amelyen keresztül kapcsolódik
a szolgáltató – eddig azonos, a CA-nak megfelelő – IP tartományba tartozó hálózatához. A virtuális gépek ebből semmit sem észlel-
nek, viszont a hoston futó hálózat-virtualizáció miatt a külső hálózat a szervereinket elérve egy alternatív címzési rendszerrel lép kap-
csolatba, így az ütközés elmarad.

A virtuális IP címek fizikai címekhez történő hozzárendeléséhez szükséges egy speciális, köztes kapcsolat. Ezt a kapcsolatot a Windows
Server 2012 és a Hyper-V esetén a Network Virtualization Generic Routing Encapsulation (NVGRE) nyújtja, ami a virtuális gépek csomag-
jait egy új fejléccel csomagolja be mielőtt azok a fizikai címekhez érkeznének. Egy másik módszer az ún. „IP rewrite”, amely a virtuális
gépektől érkező csomagok címeit módosítja, szintén köztes rétegként.

A hálózat-virtualizáció, mint szolgáltatás a Windows Server 2012 részeként a beépített eszközök segítségével, PowerShellel és WMI
használatával konfigurálható. A nagyobb rendszerek esetében – mivel a hálózat-virtualizáció alkalmazása a legnagyobb előnnyel
az adatközpontokban jár – a System Center Virtual Machine Manager 2012 Service Pack 1-gyel tudjuk biztosítani a teljes rendszer
működtetéséhez és felügyeletéhez szükséges keretrendszert.

24
IPSec Task Offload
Az IPsec Task Offload a központi processzor terhelését hivatott csökkenteni az
intenzív számítási teljesítményt igénylő IPSec titkosítás esetén. Abban az esetben ha
a kompatibilis hálózati hardvert használunk, az IPSec Task Offloaddal drámai módon
csökkenthetjük az IPSec-et használó fizikai gépek CPU terhelését.

A Windows Server 2012-től kezdve ezt megtehetjük közvetlenül a virtuális gépeink és

a velük IPSec kapcsolatban álló fizikai gépek között is. Ehhez az adott virtuális gép
beállításai között kell engedélyeznünk ezt az opciót.

SR-IOV
A Single Root I/O virtualization (SR-IOV) a PCI Express specifikáció egy olyan bővítmé-
nye, amely például a hálózati interfész számára is engedélyezi, hogy megossza a hoz-
záférést a saját erőforrásai és a rendelkezésre álló számos PCIe hardveres opció között.
Windows Server 2012 Hyper-V esetén ez azt jelenti, hogy a hálózati interfész az egyes
portok fizikai konfigurációját a virtuális gépekhez hozzárendelt virtuális portokra oszt-
ja, kihagyva ezzel a virtuális kapcsolót. A direkt hozzáférés előnye természetesen az I/O
terhelés csökkenése, azaz a hálózati teljesítmény jelentős javulása lesz, majdnem tel-
jesen elérve a fizikai adapter teljesítményét, egyúttal alacsony szinten tartva a gazda-
gép terhelését.

A beüzemelését a Hyper-V konzolból érhetjük el, virtuális kapcsolónként engedé-

lyezve az SR-IOV hardvert, valamint ugyanezt megtehetjük PowerShellből is, amel�-
lyel viszont további SR-IOV jellemzőket is konfigurálhatunk. Fontos tudni, hogy
ezt a képességet csak 64 bites vendég operációs rendszer esetén érhetjük el, és
jelen pillanatban csak a Windows Server 2012-vel és a Windows 8-cal, továbbá
célszerű ellenőrizni az SR-IOV hardver eszközünk firmware-ének frissítését is.

Kibővített tárolási lehetőségek

Az új Hyper-V-ben bemutatkozik egy új merevlemez formátum is. A .vhd fájlok természetesen továbbra is használhatók, de az alap-
értelmezett formátum immár a .vhdx lett. A korábbi 2 TB-tal szemben – a piacon egyedülálló módon – 64 TB-ig növelhető a lemez
mérete, illetve az új formátum védettebb az adatsérülés ellen (pl. egy nem tervezett kikapcsolás utáni esetre gondoljunk), illetve
nagyobb a blokkméret a dinamikus és a differenciális lemezek esetén.

A virtuális gépek hardver eszközkészlete egy új, szintetikus eszközzel egészült

ki, azaz az új Hyper-V-ben a virtuális gépek egyenként, maximum 4 db virtuá-
lis Fibre Channel adaptert is használhatnak. Ezek a virtuális adapterek éppúgy
viselkednek, mint a fizikai társaik. Közvetlenül elérhetnek FC SAN eszközöket és
például ugyanúgy zónázhatók is. Ráadásul nem veszítik el a mozgathatóságukat,
a Live Migration funkció továbbra is alkalmazható rájuk.

Ennek a bővítésnek az előnyeit talán a legjobban úgy képzelhetjük el, ha egy olyan tárolóeszközre gondolunk, amelyet eddig nem
voltunk képesek virtualizált környezetben kihasználni, mivel a virtualizációs réteg nem támogatta az FC SAN tárolót – megfelelő
csatlakozási pont, azaz a virtuális adapter híján. Ellenben Windows Server 2012 alatt a virtuális gépből az adott LUN-ra direktben
csatlakozni immár nem okoz problémát.

Linux operációs rendszerek támogatása

A Linux operációs rendszerek támogatása is sokat fejlődött, azonban ez nem kifejezetten a Hyper-V, hanem a Linux kernelének
köszönhető, amelybe bekerültek a Microsoft által fejlesztett komponensek.

A 3.4-es Linux kerneltől kezdődően minden disztibúció beépítetten tartalmazza a Hyper-V Linux Integration Servicest, vagyis alapból
képesek tökéletes sebességgel és integrációval működni az ennél újabb kernelű Linuxos virtuális gépek a Hyper-V felett. A SetLinuxVM
segédprogram (http://www.setlinuxvm.com/) segítségével a Linux virtuális gépek felügyelete is további támogatást kapott.

A hivatalosan támogatott Linux operációs rendszerek listája tovább bővült, jelenleg a következőképpen néz ki: RHEL 5.7, 5.8, 6.3,
CentOS 5.7, 5.8, 6.3, SLES 10 SP4, SLES 11 SP1/SP2. Ezen felül (bár jelenleg hivatalosan nem támogatott) megfelelően futnak rajta
többek között a FreeBSD 9, Solaris 10 u9 és Solaris 11, Debian 6.0.3, Fedora 16, Oracle Enterprise Linux 6.2, Ubuntu 10.04, 12.04 rend-
szerek is. A lista folyamatosan bővül.

25
 Tárolás, fájlszerver és fürtözés
A Windows Server 2012-ben a virtualizáció mellett a tárolás területén található meg a legtöbb és leg-
nagyobb horderejű újdonság. Az új operációs rendszer segítségével kiaknázhatóvá válnak a legújabb
hardvereszközök képességei a rendszer sebességének és magas rendelkezésre állásának növelésére.
Ezen kívül az a tendencia is jól látható, hogy egyre több, korábban csak a hardverre jellemző képes-
ség épül be szoftveresen a szerverbe, így a kisebb költségvetéssel és mindeddig kevesebb lehetőséggel
rendelkező vállalatok is belevághatnak a magas rendelkezésre állású, hibatűrő megoldások építésébe.

Storage Spaces
A Storage Spaces egy integrált, tároló-virtualizációs technológia. Segítségével redundáns, működés közben javítható, virtuá-
lis lemezekkel dolgozó tárhelykezelő megoldást kapunk. Működése során ún. storage pool-okat hozhatunk létre a rendelke-
zésre álló fizikai lemezekből, majd ezekből készíthetünk és ajánlhatunk ki virtuális lemezeket az operációs rendszer komponen-
sei, például fájlszerverek, fürtök, vagy a Hyper-V számára. Ezek a virtuális lemezek jellemzőiket tekintve gyakorlatilag megegyez-
nek a fizikai lemezekkel, egyetlen fontos különbséget leszámítva: a pool-on belül több fizikai lemezt is kezelhetünk egyként.

Ezek a lemezek szimpla kötetekként, illetve tükrözött (legalább kettő virtuális lemezzel) vagy paritásos (legalább három virtuális
lemezzel) kötetekként is megjelenhetnek – közvetlenül a lemezkezelőben, redundanciát vagy nagyobb teljesítményt nyújtva.
A virtuális lemezek méretének meghatározásánál választhatunk fix értéket vagy az ún. Thin Provisioning segítségével a rendelkezés-
re álló fizikai kapacitásnál nagyobbat is – a jövőbeni bővítéseket előkészítve.

A Storage Spaces SATA, SCSI, iSCSI és SAS lemezekkel dolgozik, képes alkalmazni a Hot Spare (meleg tartalék) lemeztípust, és nem
igényel maga alatt semmilyen RAID technológiát, hanem képességként ezt is nyújtja. A Storage Spaces teljes funkcionalitása a Server
Managerből vagy Powershellből érhető el, és a Windows Server 2012 mellett a Windows 8-on is nagyon hasonló módon működik.

NTFS és ReFS újdonságok

A fájlrendszer tekintetében egy nagyon figyelemre méltó változást is tapasztalhatunk
a Windows 8 és a Windows Server 2012 esetén. Ez egy olyan újdonság amely a rendszer-
üzemeltetők életét igencsak megkönnyítheti, ugyanis a Microsoft teljesen újraírta a
NTFS fájlrendszer esetleges hibáit javító mechanizmusokat és a hozzá tartozó CHKDSK
segédprogramot. A fejlesztés révén a javítások egy részét online és a háttérban vég-
zi el a rendszer (Online Analysis, Self-Healing), és ha esetleg ez nem sikerül, akkor
erről értesítést és javaslatokat kapunk például a Server Manageren keresztül. De az új
mechanizmusok munkája itt nem szakad meg, hiszen ekkor olyan előkészületeket tesz
az operációs rendszer, hogy a tényleges javítás a következő újraindításkor legfejlebb 1-2
másodpercig tart majd, függetlenül a kötet méretétől vagy a vizsgált fájlok számától.

Ezen kívül az új szerverben mutatkozik be egy új fájrendszer, a ReFS (Resilient File System), amely az NTFS alapjaira épül, és jelentős
mértékben használhatóak vele az olyan képességek, mint a BitLocker, az ACL-ek, az USN journal, a szimbolikus linkek, a kötet árnyék-
másolatok, a hibatűrő fürt támogatás és egyebek. A lemezhibákkal szemben szintén ellenálló, az összes önjavító újítást használja,
valamennyi metadata és felhasználói adathibát észleli. Természetesen a Storage Spaces műveletekben is használható, sőt a ReFS eb-
ben az esetben az NTFS-nél hatékonyabb ellenőrző és automatikus javítási módszerekkel rendelkezik.

Az ReFS a modern SATA szabványokkal viszont jobban lépést tart, és lényegesen jobban is skálázható. A maximális fájlméret
16 Exabyte, a maximális kötetméret 256 Zettabyte illetve például egy Storage Pool maximális mérete 4 Petabyte lehet. Kisebb
hátránya viszont, hogy az eltávolítható eszközökön nem használható, illetve rendszerindítást sem lehet megvalósítani a ReFS-sel
formázott lemezekről.

26
Beépített deduplikáció
A Windows Server 2012 Data Deduplication nevű rész-szerepköre a táro-
lóinkon ismétlődő adatmennyiséget csökkenti, azaz a több példányban
tárolt adatblokkokat felszabadítja, magasfokú adatintegritás megőrzéssel,
miközben az erőforrás terhelése (processzor, memória) átlagosnak tekinthető.
Általánosan elmondható, hogy hagyományos fájlszerverek esetén 2:1 aránnyal
képes működni (az 1TB-ot foglaló adatok a deduplikáció után 500GB-nyi he-
lyet foglalnak majd). Azonban olyan tárolás esetén, ahol valóban nagy az is-
métlődés (pl. vhd/vhdx fájlok) ez az arány a 20:1-et is elérheti. Fontos tudni,
hogy ez a funkció kötetszinten érhető el, és a használat alatt álló fájlokra
nem használható – azaz például a futó virtuális gépek .vhd fájljai vagy nyitott
rendszerállományok esetén.

Skálázási és teljesítmény tulajdonságait tekintve figyelemreméltó a működési sebessége, illetve a szimultán működés, azaz egyszerre
több köteteten is képes futni egy szerveren, anélkül, hogy a rendeltetésszerűen működő egyéb folyamatok teljesítményét befolyásol-
ná. Ha a szerver aktuálisan nagyobb terhelést kap, akkor a deduplikáció képes akár automatikusan leállni, de az üzemeltetőknek ru-
galmas lehetősége van arra is, hogy bármikor, időzítve futtassák. Felhasználási területe kiterjed minden olyan környezetre, ahol prob-
léma a megfelelő kapacitás biztosítása, de különösen fontos lehet pl. a telephelyek és a központ között használható BranchCache
szolgáltatás megléte esetén. A felügyeleti eszközei a Server Manager-ben, illetve PowerShell-en keresztül érhetőek el, az utóbbi-
val például a Sysprep-pel előtelepített gépek apropóján is, így akár már az első rendszerindítás során elindítható automatikusan
a deduplikáció folyamata.

SMB 3.0
A Server Message Block (SMB) protokoll a hálózati fájlmegosztások protokollja, azaz egy kliens-szerver rendszerben
ennek segítségével érheti el, olvashatja, írhatja vagy frissítheti a felhasználó, vagy a felhasználó nevében futó alkalmazás
a fájlszerveren elhelyezett és megosztott fájlokat. Jelentős ideje teljesen hétköznapi módon használatos a Windows operációs rendsze-
rek világában, ám a Windows Server 2012-ben megtalálható 3.0-ás verzió nagyon sok újdonságot és hasznos képességet hoz magával.

Az SMB Transparent Failover támogatja egy fürtözött fájl-

szerver esetén a hálózati fájlmegosztást, mint a fürtözött
alkalmazás tárolási lehetőségét. Ha hardveres vagy szoft-
veres hiba lép fel, vagy karbantartásra van szükség, az SMB
kliensek nemcsak magas rendelkezére állással, hanem hibatűrő
módon állnak át egy másik fürttagra, amely szintén probléma
nélkül és folyamatosan elérést biztosítva képes használni a meg-
osztásban lévő adatokat.

Az SMB Scale Out a Cluster Shared Volumes (CSV) szintén új,

azaz a 2.0-ás verziójában képes a megosztásokról szimultán
elérést biztosítani, közvetlen I/O műveletekkel, a fürt összes
csomópontján keresztül. A korábbi verzióban a CSV nem volt
használható általános fájlszerver erőforrásként. Ez a rendel-
kezésre álló hálózati sávszélesség és a terheléselosztás maga-
sabb szintű kihasználását teszi lehetővé, így javítva a szerver
alkalmazások teljesítményét.

Az SMB Multichannel képes az aggregált hálózati interfészek felhasználására, azaz például ha egy SMB kliens és szerver között
kettő vagy több GB-os hálózati interfészt alkalmazunk, akkor a fájlmegosztásokról történő másolási műveletek is arányosan
felgyorsulnak, illetve az interfészek konfigurációjától függően redundanciával is működhetnek. Az SMB Direct támogatja azokat
a hálózati interfészeket is, amelyek rendelkeznek az RDMA képességgel és így nagyon kis erőforrás igénnyel hatalmas hálózati
sávszélességgel képesek működni.

További újdonság, hogy IPSec vagy bármilyen más szoftveres / hardveres segítség nélkül is használhatunk natív módon titkosítást az
SMB kapcsolatoknál. Fontos tudni, hogy megosztás vagy szerver szinten konfigurálható az SMB Encryption, amely a nem megbizható
hálózatok esetén kulcsfontosságú opció lesz.

A teljesítmény-optimalizáció célját szolgáló SMB Directory Leasing segítségével jobb válaszidők érhetők el az SMB 3.0 klienseken,
azaz a Windows 8 vagy a Windows Server 2012 gépeken. Ezt a felhasználók sebességnövekedésként élik meg.

27
 Aktív-aktív fájlszerver fürt
Az SMB 3.0 külön kiemelendő képessége a különböző szerver alkalmazások támogatása a Transparent Failover szolgáltatással.

Jelenleg két forgatókönyv szerint tudjuk kiaknázni ennek előnyeit.

● Hyper-V over SMB, azaz a Hyper-V egy SMB 3.0 hálózati megosztáson tárolja
a virtuális gépek állományait (az alap .vhdx-eket, a pillanképeket, a konfigurációs
fáljokat). Ekkor az önálló vagy fürtbe szervezett Hyper-V gépek esetén is
elérhető az aktív-aktív fájlszerver üzemmód, folyamatos működéssel, és egy
hardver hiba esetén automatikus átállással.

● SQL Server over SMB, azaz az SQL Server használata is támogatott, tehát
fennáll a lehetőség az adatbázis állományok SMB 3.0 fájlszerveren történő
tárolására, és ezzel a redundancia növelésére egy szimpla hálózati megosztás
esetén - ugyanúgy mint pl. egy SAN tárolóval.

Ahhoz hogy ezeknél a szerver alkalmazásoknál használhassuk az SMB megosz-

tást, az aktív-aktív fáljszerver alapjaként a host gépeken szükség van a VSS adap-
ter engedélyezésére.

iSCSI Target Server

Az iSCSI Targetet korábban a Windows Storage Server részeként, illetve a Windows Server 2008 R2-hez egy ideje ingyenesen letölt-
hető kiegészítőként ismerhettük meg. A Windows Server 2012-ben viszont teljes mértékben integrált komponensként használhatjuk.

Az iSCSI Target Server amellett, hogy dedikált, vagy éppen közös használatú tárolókkal egészítheti ki a hálózaton keresztül a szer-
vereinket, hálózati rendszerindítással is képes akár nagyszámú számítógépet a rendelkezésünkre bocsájtani. Ehhez adott esetben
összesen egy darab, központi helyen tárolt operációs rendszer lemezképre lesz csak szükségünk (ami egy sysprep-pel generalizált
arany lemez-kép), amely a felügyeletet, a rendelkezésre állást és a biztonságosságot egyaránt alaposan megnöveli. Az akár százasával
a hálózatról induló gépeink a testreszabáshoz diffenciális lemezeket használhatunk, így az összes gép működtetéséhez szükséges
diszk kapacitást nagyon alacsony szinten tarthatjuk.

Az iSCSI Target Server használata mellett nemcsak a géppark felépítése, hanem a kiesett gépek gyors visszaállítása is megoldható.
Mivel az operációs rendszerhez tartozó adatok nem a helyi gépen tárolódnak, ezért a fizikai gép cseréje után azonnal kezdődhet
a távoli rendszerindítás és az operációs rendszer beüzemelése, majd a használata.

Ezeken túl fontos tudni, hogy az iSCSI Target Server Network Boot a nyilvánvalóan robusztus képességéihez képest, nem igényel
nagyon különleges hardvert. A Microsoft belső, referencia tesztrendszerében 256 gépet 34 perc alatt sikerült elindítani, és ennek
háttere 24 db 15k RPM-es lemez volt, RAID 10-be kötve, 10 GB hálózati sebesség mellett. A mérések szerint 60 db iSCSI szerver
indításához még az 1 GB-es hálózati interfész is elegendő.

28
Offloaded Data Transfer
A tárolóeszközök hardvergyártóival együttműködve, azok innovatív újdonságait beépítve, a Windows Server 2012 a nagy-
méretű fájlműveletek felgyorsítására egy olyan újdonságot használ, amit Offloaded Data Transfer-nek (ODX) hívunk.

Ez az együttműködés a operációs rendszer és a hardver között azt eredmé-

nyezi, hogy az adatmásolás, a mozgatás és az összefűzés műveletek nagyon
gyorsan, a szerver oldal erőforrásait (processzor, hálózat) nem terhelve,
a tárolóeszköz hathatós segítségével, közvetlenül az eszközön valósul-
nak meg. A Windows Server 2012 SCSI parancsokkal irányítja és ellenőrzi
az adott műveletet, mintegy távvezérelve a tárolóeszközt. A cél és a forrás
terület egyformán lehet iSCSI, Fibre Channel, Fibre Channel over Ethernet
vagy egy SMB fájlmegosztás.

Felhasználási területe legalább kétféle lehet, egyik esetben olyan Hyper-V

virtuális gépek esetén aknázhatjuk ki az előnyeit, amelyek fájlai ODX kom-
patibilis eszközön találhatóak. Ilyenkor virtuális SCSI vagy pass-through
lemezekkel, illetve a natív .vhdx-ekkel operálhatunk, a virtuális IDE vezérlőkre
kötött lemezekkel nem (és ebben az esetben a .vhdx-ekkel sem). A másik
eset még egyszerűbb, nagyméretű vagy nagyszámú média- vagy éppen
adatbázis fájlok másolása és mozgatás esetén lesznek látványosan gyorsak
a fájlműveletek.

Fürtözés újdonságok
A Windows Server 2012-ben a hibatürő fürtözés számos ponton erősödött, erre az első látványos példa a skálázhatóság. Az előző
verzióval szemben immár a 16 csomópont helyett 64-et, az 1000 virtuális gép helyett pedig 8000-et vagyunk képesek maximum
üzembe állítani fürtönként. A nagyméretű fürtök felügyelete a Server Managerből és a Failover Cluster Managerből is megoldható,
illetve a PowerShellel kezelhető.

A CSV2 (Clustered Shared Volume) használata is egyszerűbb lett, kibővített teljesítmény, biztonsági és fájlrendszer támogatási
képeségekkel rendelkezik. Mivel már nem csak a Hyper-V szerepkörhöz használható, ezért egy a Scale Out típusú fájlszerver is
nyújthat ezen keresztül folyamatos, magas rendelkezésre állást és hibatűrést a korábban említett módon például az egyszerű
SMB 3.0 kliensek számára.

A Hyper-V együttműködésben a kizárólag Windows Server 2012 Hyper-V esetén elérhető kiterjesztett virtuális gép monitorozás
mellett, a Hyper-V Replica Broker is újdonság, amely feladata központilag kezelni a csomópontok replikációs engedélyeit és beállításait.

Cluster-Aware Updating
Az új Server Managerből vagy a Failover Cluster Managerből
egyaránt használhatjuk a teljesen új fürt-frissitési mechanimust,
amely a nagy figyelmet igénylő patch management kérdést
oldja meg hathatósan.

A Cluster-Aware Updating segítségével automatikusan és egymás

után, sorrendben frissíthetőek a csomópontok, a így elkerülhető
a rajtuk futó szolgáltatások leállása és kiesése. Ehhez egy telje-
sen új felületet kapunk, ahol a teljes fürtre kiterjedő beállítások
mellett (pl. időzítés és frissítési profil), előnézet, futtatási szabá-
lyok, jelentés generálás, priorizált sorrend és még számos egyéb
beállítási opció elérhető.

29
 Hálózat
A Windows Server 2012 kapcsán a hálózat témakörben egyaránt találunk olyan teljesen új megoldásokat,
mint a hálózati interfészek összefűzését lehetővé tevő immár integrált NIC Teaming, vagy a régi ismerős
DHCP szerver fürt nélküli redundanciáját megvalósító DHCP Failover. További nagyon fontos és immár
nélkülözhetetlennek tűnő újdonság az IP alhálózatok és hozzákapcsolódó szerver szerepkörök felügye-
letét ellátó IP Address Management és természetesen a telephely-központ viszonylatban már ismert,
de alaposan feljavított BranchCache képesség ismertetése sem maradhat ki.

NIC Teaming
A NIC Teaming elnevezés (más néven Load Balancing and
Failover, azaz LBFO) a Windows Server 2012 új, integrált képes-
ségét takarja, amely több hálózati interfész összekapcsolásást,
egy csoportba (team) szervezéset jelenti. Két előnye is lehet
egy ilyen műveletnek, először is a redundancia, azaz bármelyik
interfész meghibásodása esetén a tartalék folyamatosságot biz-
tosít, illetve a teljesítményfokozás, azaz az elérhető sávszélesség
többszörözése.

A korábbi Windows szerverek esetén beépített segítség híján

a teaming-hez külső gyártótól származó szoftvert kellett hasz-
nálni. A Windows Server 2012-ben ez a lehetőség integrált,
ráadásul hardverfüggetlen, azaz eltérő gyártóktól származó
hálózati interfészek is csoportosíthatóak.

A Windows NIC Teaming maximum 32 interfészt támogat, három különféle üzemmódban.

● Static Teaming: A szerver hardver gyártók által általánosan támogatott módszer, amely használatához szükség van a hálózati
switch konfigurálásra is.
● Switch Independent: Ebben az üzemmódban nem szükséges, hogy a team tagjai különböző switchekhez kapcsolódjanak.
● LACP (Link Aggregation Control Protocol): Más néven dinamikus teamingnek hívott, a legtöbb hálózati hardver gyártó által
támogatott módszer, amely az LACP segítségével automatikus konfigurációt tesz lehetővé – amennyiben a switchen manuálisan
beállítjuk a megfelelő portoknál az LACP támogatást.

DHCP Failover
A Windows Server 2012 a közismert DHCP szerver tekintetében
is hoz egy igen komoly változást, ez pedig a DHCP szolgáltatás
redundánssá tétele, hibatűrő fürt nélkül, két közönséges DHCP
szerver segítségével. A redundancia a hálózati infrastuktúra fon-
tos tagjaként működő DHCP szervereknél is kulcsfontosságú, hiszen
a DHCP hatókör beállításaitól függetlenül gyorsan vagy lassabban,
de megszűnhet a kliens gépek automatikus, központi IP konfiguráci-
ójának lehetősége. Ez azt jelenti, hogy a kliensek elveszthetik minden
kapcsolatukat a hálózaton keresztül elérhető erőforrásokkal, ami
további súlyos problémákat okozhat.

Ha van egy aktív, illetve egy másik üresen telepített DHCP szerve-
rünk, és engedélyezzük ezt a DHCP Failovert, akkor választanunk kell,
hogy a rendelkezésre álló kétféle üzemmód közül melyiket szeret-
nénk bevezetni:

● Aktív-passzív mód (másnéven Hot Standby), azaz egy elsődleges és egy tartalék DHCP szerverünk is lesz, amelyek egymást
helyettesíthetik meghibásodás esetén. Ekkor a DHCP szolgáltatás automatikusan átáll a működő szerverre.
● Aktív-aktív mód (Load Balance), amikor a teljes hatókört felosztjuk százalékos formában (pl. a 80/20-as szabály értelmében),
és mindkét DHCP szerver folyamatosan aktív.

Mindkét üzemmódban értelemszerűen egy kezdeti, majd később egy folyamatos replikáció is történik, amely titkosítható is, illetve az
üzemmódok közötti váltás is megoldható. A szolgáltatás beállításhoz és konfiguráláshoz csak az egyik DHCP szerverre van szükség.

A módszer továbbfejlesztett változata az ún. Multisite DHCP, amely elsősorban a telephelyi vagy több hálózatból álló infrastruktúra
esetén előnyös. Itt a már ismert egyszerű Failover, valamint a „Hub and Spoke” vagy a „Ring” módszerekből választhatunk, amelyek-
kel a több, különböző hálózatban működő DHCP szerverek közötti partneri viszonyt definiálhatjuk.

30
IPAM
Az IP Address Management egy teljesen új képesség a Windows
Server 2012-ben és igazi erejét egy összetett hálózati infrastruktú-
ra esetén mutatja meg. Egy olyan keretrendszerről van szó, amely
felfedezi, ellenőrzi, auditálja és felügyeli a hálózatunkon az IP
címtartományokat, illetve a DHCP és DNS szervereket. Segít az
IP adatok nyilvántartásában, képes jelentéseket generálni a kihasz-
náltságról, továbbá a szabad és foglalt IP blokkokról, mindezt az IPv4
és IPv6 platformon egyaránt.

A Server Managerbe integrált IPAM konzolon láthatjuk az ös�-

szes DHCP szerver hatókörét, az összes DNS zónát, illetve az ezekkel
kapcsolatos összes eseményt, amelyeket az NPS szerverekről
illetve a tartományvezérlőkről is képes begyűjteni. Az így össze-
gyűjtött adathalmazban lehetőségünk van keresni és nyomkövetést
végrehajtani. Az IPAM az auditálást az álatlánosan elfogadott
szabványrendszerekkel kompatibilis módon képes lefolytatni.
Az IPAM 100 000 felhasználó esetén 3 évnyi adatot képes tárolni
(IP címek, host MAC címek, felhasználók kilépése/belépése) az
integrált Windows Internal Database-ben.

Az IPAM egy komplex jogosultsági rendszerrel érkezik, azaz megkülönböztethetünk általános IPAM rendszergazdákat, IP rendszer-
gazdákat, IPAM szerver rendszergazdákat, illetve szimpla felhasználókat (csak betekintési joggal) és audit felhasználókat.

BranchCache
A BranchCache a web- és fájlszerverek telephely-központ viszonylatban történő elérését gyorsítja. A BranchCache bevezetésével
egy telephelyi szerverrel (vagy enélkül is) van lehetősége a kliens gépeknek arra, hogy a központból letöltött fájlokat egymás között
megosszák, azaz a legelső letöltést követően, már csak helyben, egy másik klienstől vagy a helyi BranchCache szerverről töltsék le.

A Windows Server 2012 és a Windows 8 együttes használatával alaposan kibővültek a BranchCache lehetőségei:

● A BranchCache képes natívan használni a szintén új Data Deduplication képességet, így még kevesebb adatot kell a lassú
hálózaton átpréselni.
● A leendő gyorsítótárazott tartalom előkészítésére és a telephelyi BranchCache szerverre történő eljutattására (a kliens
kérését megelőzően) új eszközök jelentek meg a Windows Server 2012-ben, illetve a gyorsítótárazott tartalom titkosítása már
alapértelmezés szerint is erősebb biztonsági beállításokkal történik.
● Egyszerűsödött a megoldás bevezetése, például a telephelyenként külön-külön kötelező csoportházirend objetumok elhagyá-
sával, a fájszerver szerepkörbe történő mélyebb integrálással, illetve az automatizmust is elősegítő új PowerShell parancsokkal.

31
 Felügyelet és automatizmus
A szerver operációs rendszerek felügyeleti újdonságai elsősorban az üzemeltetők számára bírnak óriási
jelentőséggel. Az elvárások magasak, bárhonnan és bármivel elérhetőek legyenek a felügyelendő gépek,
természetesen a grafikus felületről és parancssorból egyaránt. Legyen megfelelően informatív a felület
a rendszerünk állapotáról, illetve a hétköznapi feladatokat ne kelljen számos alkalommal egymás után el-
végezni, hanem azokat képesek legyünk automatizálni.

Annak érdekében, hogy ezeknek az igényeknek az operációs rendszer minél inkább meg tudjon felelni,
a Windows Server 2012-ben jelentősen megváltozott a Server Manager, és így egyszerűbbé vált a szerve-
reink együttes felügyelete, a komponensek telepítése. Ezen felül megismerkedhetünk új felület telepí-
tési módszerekkel, és a Powershell 3.0 is jelentkezik jópár újdonsággal.

Az új Server Manager
A Server Managerben alapvető felületi változások kerültek bevezetésre. Az új, vagy alaposan megváltozott szerepkörök (például az
IPAM vagy RDS/VDI) már csak és kizárólag az új Server Managerből érhetőek el, de a korábbi MMC bővítmények is folyamatosan
megkapják Server Managerből elérhető párjukat. Szerencsére ezeket az újdonságokat könnyű megszokni, hiszen az új felület jól
áttekinthetővé vált, és az alkalmazási lehetőségei is jelentősen bővültek.

Az új Server Manager a később külön kiemelt képésségeken kívül is komoly lehetőségeket ad az üzemeltetők kezébe, többek
között a testreszabás tekintetében. A teljes Dashboard tartalma és riasztásai konfigurálhatóak, az eseménynapló lekérdezé-
sek részletei szintén, ahogyan a teljesítmény adatok (CPU, RAM, frissítési periódus) és a nem releváns BPA események ritkítása is
szabályozható az üzemeltető elvárásai alapján.

Több szerver felügyelete

Az új Server Manager nagyon egyszerűen, ám mégis sokoldalúan teszi lehetővé több szerver felügyeletét. A kiépítés
folyamata során egy server poolt kialakítva, egyszerűen tudunk felvenni más szerver számítógépeket a címtárból, DNS segít-
ségével, vagy éppen egy import művelettel. A jobb átláthatóság érdekében sok szerver esetén tetszőleges szerver csoportokat
is definálhatunk a Server Manageren belül. A server pool és a csoportok tagjai egyaránt lehetnek fizikai vagy virtuális
gépek, illetve helyben, vagy felhőben lévő szerverek.

Akár eltérő erdőből vagy tartományból is választhatunk szervereket, mivel rendelkezünk egy „Manage As…” opcióval is, amivel
eltérő jogosultsági kontextust is megadhatunk, sőt, akár a korábbi szerver operációs rendszerekre (Windows Server 2008 és R2)
is kiterjeszthetjük ezt a lehetőséget.

Ha már több szervert felügyelünk Server Managerrel, akkor következhet az állapotinformációk és beavatkozási lehetőségek megis-
merése. Az új felületen a System Center felügyeleti eszközökhöz hasonló funkciók köszönnek vissza. A Server Manager a fejlécben
különböző színű zászlók formájában jelzi a rendszer egészében fennálló problémákat. Ha például megnyitunk egy ilyen riasztást, akkor
hamar kideríthetjük, hogy a különböző gépeken összesen hány rendszerszolgáltatás áll. Természetesen be is avatkozhatunk, azaz
ezeket a szolgáltatásokat azonnal és egyszerre el is indíthatjuk. Ha a manőver sikeres volt, erről újra kapunk egy grafikus jelzést
a Dashboard fejlécében.

32
Emellett a pool gépeiről vagy az adott csoport szervereiről rengeteg egyéb információhoz juthatunk, illetve az adott szerver
helyi menüjéből számos műveletet végezhetünk el, például: leállítás, Remote Desktop, PowerShell indítás, a Computer
Management MMC, vagy éppen a tartományvezérlőkön az ADSIEdit futtatása, vagy olyan újdonságok is, mint az új és integrált NIC
teaming varázsló indítása.

Szerepkörök és képességek telepítése

A szerepkörök és képességek teljesen rugalmas és távoli telepítése szintén elérhető az új Server Manageren belül, azaz ezen a terüle-
ten is történtek komoly változások, kezdve azzal, hogy a szokásos telepítés módszer mellet, egy egy komplexebb, több szerepkörös
forgatkönyv telepítése is megtörténhet egy lépésben (erre jelen pillanatban csak egy példa van, az RDS/VDI).

A rendelkezésre álló több szerveres támogatás miatt bármely szerverre telepíthetünk tetszőleges komponenseket (például. az egyik
tartományvezérlőről egy másikat is létre tudunk hozni), illetve akár egyszerre is telepíthetünk szerepköröket és képességeket, az
azonnali újraindítás szüksége nélkül. Fontos újdonság az is, hogy az előfeltételeket alaposan ellenőrzi a Server Manager, és adott
esetben felajánlja, hogy ezeket biztosítja, azaz például hogy egy új Windows Server 2012-es tartományvezérlő telepítésekor a séma
preparálás és a tartomány/erdő működési szint emelése is megoldható ugyanitt, egy menetben.

Említésre méltó az a változás is, hogy egy telepítési folyamat végén mindig lesz egy export opció (hogy legközelebb ne kelljen még
ennyit sem kattintgatni), illetve egy automatikus újraindítrási lehetőség – azaz bátran ott lehet majd hagyni a gépet, ha szükséges,
automatikusan újraindul. A teljes befejezést sok esetben követhette eddig is egy indító konfigurálás (pl. egy DHCP vagy CA szerver
esetén), ez most is így van, viszont félretehetjük és később bármikor folytathatjuk, a Dashboard erre szintén grafikus formában
figyelmezteti majd az üzemeltetőt.

33
 Core / Minimal / Full telepítés
A Windows Server 2008-tól kezdve megismerhettünk egy teljesen új telepítési változatot, a Server Core-t, amelyet a grafikus
felület nélkül (Explorer, MMC, IE, Shell, stb.), de a legfontosabb szerepköröket és képességeket tartalmazva használhattunk.
A konzolról csak parancssorból elérhető szerver változat erőforrás takarékoskodást, biztonságosabb működést és kisebb
felügyeleti igényt hozott magával.

Mindeddig azonban hiába lett volna szükség a teljes grafikus felületre, egy Server Core telepítésű gépre eddig nem lehetett azt
feltenni, illetve fordított irányban sem élt a lehetőség az eltávolítására. A Windows Server 2012-ben viszont ez a helyzet megváltozott,
azaz három állapottal is rendelkezünk, amelyek a következőek:

1. Server Core felület – Az operációs rendszer telepítésnél ez az alapértelmezett mód, gyakorlatilag csak parancssort kapunk a helyi
szerveren, de GUI-val rendelkező gépekről grafikus eszközökkel is felügyelhetjük.

2. Minimal Server Interface: A köztes állapot, azaz az Internet Explorer, a Desktop, a Windows Explorer, a Windows 8 stílusú
alkalmazások, a multimédia támogatás és a Desktop Experience képesség nélküli változat. Van viszont Server Manager,
és minden grafikus felügyeleti eszköz helyben elérhető.

3. Teljes grafikus felület.

A felületváltáshoz szükségünk lesz a DISM eszközre, PowerShell-re, az adott gépre bemásolt telepítő csomagra, és egy újraindítás-
ra is. Fontos tudni azt is, hogy a két lépcsőben hozzáadott grafikus felület el is távolítható, a Server Managerben „Server Graphical
Shell” és „Graphical Management Tools and Infrastructure” néven találjuk meg ezeket az összetevőket.

PowerShell 3.0
A PowerShell-alapú automatizáció gyakorlatilag már mindenre kiterjed a Windows számítógépek platformján. A felügyelet,
a konfigurálhatóság és az automatizmus gyakorlatilag az operációs rendszer és minden egyéb szerver szoftver esetén rendelke-
zésre áll a PowerShellen keresztül is, sőt a finomabb beállítások néhány esetben csak és kizárólag ezen keresztül érhetőek el.

A Windows Server 2012-be a PowerShell 3.0 verziója került, amely a szintén új Windows
Management Framework 3.0 keretrendszerre épül. Új cmdlet-ek százait tartalmazza,
és többek között olyan újdonságokat is, mint a háttérban futó időzített feladatok kezelése
(Scheduled Jobs), vagy a megváltozott PS Session kezelés. De olyan újdonságokat is meg-
ismerhetünk, mint a Show-Command parancs amely egy PowerShell ISE-vel rendelkező
gépen, a PS parancssorból is képes egy grafikus felületen bemutatni az adott parancs
kapcsolóit és paramétereit, sokkal látványosabb segítséget nyújtva az egyszerű, de sokszor
követhetetlen get-help parancsnál.

Szintén újdonság a PowerShell Web Access, amely feltelepítése esetén böngészőből,

egy webes felületen keresztül, akár az Internetről érkezve is elérhetjük az adott szerveren
futó PowerShell konzolt, felügyeleti célokból.

34
Azonosság- és hozzáféréskezelés
Ebben témakörben elsősorban a bármely szervezet esetén kulcsfontosságú Active Directory
infrastuktúra elemeivel foglalkozunk. Az AD összetevőivel skálázható, rugalmas, biztonságos,
központilag szabályozható és felügyelhető rendszert építhetünk fel a felhasználók és az vállalat
erőforrásainak kezelésére, illetve az AD szolgáltatásait és komponenseit is használó egyéb szerver
szolgáltatások (például Exchange Server, SQL Server, System Center) számára. Az AD DS telepítésének
változásai, vagy az AD Administrative Center bővülése sokat segíthetnek a korrekt üzemeltetésben,
ahogyan a Hyper-V-vel támogatott AD virtualizáció vagy a tartományvezérlők egyszerű klónozása is.
De nem feledkezhetünk meg a Csoportházirend újdonságokról sem, és az olyan teljesen új
szolgáltatásokól sem, mint a mennyiségi licenszelés felügyeletét lehetővé tevő AD Based Activation,
vagy a forradalmain új és robusztus Dynamic Access Control szolgáltatás.

AD DS telepítés és migráció
Az Active Directory Domain Services, azaz a klasszikus cimtárszolgáltás
a vállalati informatikai rendszerek alappillérének számit. Éppen ezért a Win-
dows Server 2012-ben – az eddig gyakorlattal szemben, – egyetlen helyen,
a Server Managerben egyesül minden olyan eszköz és opció, amely a cím-
társzolgáltatás alkotóelemeinek bevezetésével, frissítésével és migrációjával
kapcsolatos.

Ilyen szolgáltatás például egy új tartományvezérlő telepítése, amelyhez ed-

dig a DCPromo.exe segédprogramot használtuk, ami viszont megszűnt az új
operációs rendszerben. Immár tehát nemcsak a bináris állományok telepítése
történik a Server Managerből, hanem a teljes folyamat. Ez és a Server Manager
újdonságai olyan további kényelmes megoldásokat adnak az üzemeltetők
kezébe, mint az egy helyről, egyetlen gépről történő tartományvezérlő telepí-
tés, teljes megfelelés-ellenőrzés vizsgálattal, még a telepítés előtt.

Továbbá, egy új verziójú tartományvezérlő esetén, nem kell külön gondoskodnunk az ADPrep.exe-vel a séma frissítésről, az automa-
tikus ellenőrzés során kiderül, hogy van-e rá szükség, és ezek után lesz lehetőségünk a folyamat részeként ezt a műveletet a Server
Managerből elvégezni. Hasonlóan járhatunk el az erdő vagy a tartomány működési szintjének emelése esetén is. Az AD DS szerepkör
telepítése teljes mértékben PowerShell alapon is működhet, és ehhez segítséget kaphatunk a grafikus felületről is, hiszen a művelet
végén lehetőségünk van az alkalmazott PS parancsok exportálására.

AD Administrative Center
Az Active Directory Administrative Center (ADAC) a Windows Server 2008 R2-ben mutatkozott be egy központi felügyeleti konzolként,
sok szempontból kiegészítve az eddig meglévő AD MMC-ket, illetve jópár szempontból helyettesítette is azokat. Az ADAC PowerShell
alapú, webszolgáltatásként működő megoldás, ami a Windows Server 2012-ben gazdagon kibővült további képességekkel.

Belekerült például az Active Directory Recycle Bin, azaz a Lomtár, amely az előző verzióban csak PowerShellel, illetve külső szoftverekkel
volt elérhető. Szintén bekerült a Fine-Grained Password Policy, azaz az alternatív jelszó házirendeket is nagyon egyszerűen és gyorsan
el tudjuk készíteni az ADAC-ból. Emellett kaptunk teljesen új eszközöket is, hiszen most debütál az ún. Windows PowerShell History
Viewer is. Ennek segítségével ha az ADAC-ban bármilyen műveletet végzünk, azt online módon, folyamatosan görgetve láthatjuk
a Windows Powershell History ablakkeretben. Ennek használatával a PowerShell parancsok elsajátítása, illetve a szkriptek írása
lényegesen könnyebbé válik.

35
 AD virtualizáció
A tartományvezérlőinket (Domain Controller, DC) virtualizáljuk már jó pár éve, de fenntar-
tásokkal. A problémás körülmények közé tartozik a Hyper-V időszinkronizálás, az export és
a másolás, illetve a pillanatfelvételek (snapshotok) használata. De az igazi gondot az ezekből
történő helytelen visszaállítás okozza. A nem megfelelő állapotú DC visszaállítása a tarto-
mányvezérlők között komoly replikációs problémákat, USN és RID Pool zűrzavart, azaz sérült
objektumokat, inkonzisztens jelszavakat és attribútumokat, duplikált SID-eket és esetleg egy
visszaállítás esetén akár nagyon fájdalmas séma hibákat is előhozhat.

Éppen ezért a Windows Server 2012 a virtualizált tartományvezérlők esetén egy újdonság be-
vezetésével próbálja megoldani ezeket a gondokat, ez pedig az ún. „VM GenerationID”, ami egy
speciális azonosító. Így amikor egy pillanatfelvétel készül vagy amikor egy VM másolás történik,
akkor a Hyper-V ezt az azonosítót mindig megváltoztatja. A replikáció megkezdése előtt vagy
egy újraindítás során összehasonlításra kerül ez az azonosító a címtárban korábban, azaz pél-
dául a pillanatfelvétel előtt eltárolttal. Ha nincs egyezés, akkor a tartományvezérlő adatbázis
példányának verziószáma és pl. a RID Pool resetelődik, így minden adat megmarad és nem lesz
árva objektum sem.

Ebből az látszik, hogy a hypervisor és a tartományvezérlők működése tökéletesen össze lett hangolva, így most már valamennyi
virtualizáció adta képességet (mentett állapot, pillanatfelvétel, stb.) bátran ki lehet használni a tartományvezérlőkön is. Viszont ez
a fajta védelem csak akkor áll rendelkezésre, ha a virtuális tartományvezérlőt Windows Server 2012 Hyper-V segítségével virtualizáljuk,
mivel a Generation ID kezelés a Hyper-V tudástárába tartozik.

A virtualizált DC klónozása
A Windows Server 2012-ben élhetünk egy olyan új lehetőséggel, amely
segítségével egy már működő virtuális tartományvezérlőt klónozással meg-
kettőzhetünk – a tartományon belül. Így korábbi megoldásokkal szemben
nagyon egyszerűen és gyorsan tudunk további tartományvezérlőket csata-
sorba állítani. A virtualizált DC klónozáshoz alapfeltétel, hogy a PDC FSMO
szerepek Windows Server 2012 szerveren legyenek elérhetőek.

A folyamat egy komplett .vhd/.vhdx export/import, vagy egyszerű máso-

lás művelettel kezdődik, majd utána egy konfigurációs fájl legyártásával
folytatódik, amelyet az előléptetéshez használunk. Ezt akár kézzel, akár auto-
matikusan feltöltött adatokkal (például név, IP cím, alhálózat, DNS szerverek
adatai) is megoldhatjuk, és ezen kívül egy olyan .xml fájl legyártása is szüksé-
ges, amelyben az eredeti tartományvezérlőn futó, de nem klónozható szolgál-
tatások (például DHCP, Print Management Console) megjelölése történik meg.

Az eddig felsorolt lépések elvégzésén túl nincs már szükség sysprepelt lemezképre, telepítésre, előléptetésre sem. Ezek után
az új virtuális gép a rendszerindítás során előlépteti önmagát, és elkezd szabályosan, tartományvezérlőként működni.

Active Directory Based Activation

A Windows Server 2012 megjelenéséig a Windows és az Office termékek
mennyiségi licencelésének központi adminisztrációjához és az aktiváláshoz ti-
pikusan egy parancssori, VB szkriptekkel dolgozó megoldásra, a Microsoft Key
Management Service-re (KMS) volt szükség. Azonban ez egy kissé bonyolult
megoldás, amely adott esetben a külső hálózatból nehézkesen vagy egyál-
talán nem elérhető módon, és a szűkkörű hitelesítési megoldásokkal ellátott
RPC protokollt igényelte a működéséhez. Így a KMS szerverrel történő fizikai
kapcsolat hiányában többnyire alternatív megoldást kellett keresni az offsite
gépek esetére is (retail kulcs, MAK, stb.).

A Windows Server 2012-ben ehhez a feladathoz a meglévő AD infrastruktúrát is használhatjuk (beleértve a RODC-ket), kü-
lön szerver igény nélkül, az LDAP protokollt alkalmazva. Bármelyik új szerverünk lehet mennyiségi licenc kiszolgáló, amely-
re a Server Managerben feltelepítettük az új Volume Activation Services komponenst (ami egyébként egy klasszikus KMS szer-
verként is képes működni), illetve az új Volume Activation eszközt az RSAT (Remote Server Administration Tools) részeként
is használhatjuk egy kliens számítógépről.

Fontos tudni, hogy a kliensek közül jelenleg ez a módszer csak a Windows 8-cal és a Windows Server 2012-vel kompatibilis, illetve
előfeltétel a Windows Server 2012 AD séma (de egy tartományvezérlő nem). Azonban nincs akadálya annak, hogy továbbra is hasz-
náljuk a KMS-t a parancsssorból, illetve a Volume Activation Management Tool (VAMT) eszközt – kiegészítve az AD BA szolgáltatást.

36
Csoportházirend újdonságok
A Windows Server 2012 csoportházirendben az új operációs rend-
szerekkel érkező számos új opció lekövetése mellett a változások
elsősorban az összetett csoportházirend infrastruktúra működési
állapotának nyomonkövetésére és a hibaelhárításra koncentrálnak.
Ezt a célt szolgálja a Remote Group Policy Update megoldás, amely
a GPMC konzolról indítva képes azonnal frissíteni a kliens állapotát,
azaz egy távoli gpupdate parancsot hajt végre. Ezen kívül a Group
Policy Results több információval szolgál, és szervezettebb formá-
ban képes ezeket elérhetővé tenni.

Emellett egy új, a GPM konzolban használható ellenőrzési lehető-

séget is kapunk, a már jó ideje nem támogatott, még a Windows
2000 Server és a Windows Server 2003 esetén használatos GPOTool
eszköz helyett. Ez az eszköz számtalan hiányosságokkal bírt, de
mégis volt egy komoly előnye: a tartományvezérlőkön lévő, adott
esetben jelentős mennyiségű GPO állapotával kapcsolatban végez-
hettünk el egyszerűen ellenőrzést.

Az új Group Policy Infrastructure Status eszköz viszont egy alapos és pontos megoldás, amellyel nyomban kiderül, hogy minden
a csoportházirenddel kapcsolatos elem, (replikáció, fájlok hash-e, mennyisége, az ACL-ek, a GPT verziók, stb.) rendben van-e
– minden egyes tartományvezérlő esetén. A grafikus felületen azonnal beazonosítható ha ez nem így van, és az is, hogy mivel és
melyik tartományvezérlőn van probléma. Így a csoportházirenddel kapcsolatos problémák hibakeresése és javítása lényegesen
egyszerűbbé és gyorsabbá válik.

Dynamic Access Control

A Windows Server 2012-ben, egy forradalmi – de elsősorban a nagyvállalatoknak szánt – új, központosított erőforrás hozzáférési
és auditáló mechanizmus is bemutatkozik, a Dynamic Access Control (DAC). Elsődleges működési területe a fájlszervereken tárolt
megosztások tartalma, azonban az eddigi megosztási és NTFS jogosultsági rendszer kiegészítőjeként alkalmazhatjuk.

Ha például egy olyan komplex jogosultsági struktúrát kell létrehoznunk ahol országonként, országok alatt osztály bontásban,
osztályok alatt érzékeny / nem érzékeny bontásban kell kialakítani egy jogosultsági rendszert, akkor 50 ország és 20 osztály
esetében 50*20*2 = 2000 csoportot kell létrehozni és felügyelni. Ez a DAC-al ha adott esetben 71 csoport (50+20+1) vagy ha még
ügyesebbek vagyunk, akkor 0 csoport mert az ún. az eszközökhöz vagy a felhasználói fiókokhoz rendelt claim-ekkel is megoldható.
Tehát a DAC-cal kevesebb biztonsági csoporttal, rugalmasabb jogosultság kezelést érhetünk el.

A Dynamic Access Control a következő komponenseket használja:

● File Classification infrastruktúra: A Windows Server 2008 R2-ben már megismert megoldás, azaz a fájlok megjelölése manuális
vagy automatikusan besorolási, osztályozási jellemzőkkel, akár több fájlszerverre is kiterjesztve az automatizmust. Kiegészülhet
a felhasználók által elvégzett manuális fájl megjelölésekkel is.
● Központi házirendek alapján kontrollálható, hogy ki, honnan, és milyen típusú fájlokhoz férhet hozzá, a besorolási jellemzőket
plusz a felhasználó / eszköz adatait alapul véve. A Kerberos hitelesítési mechanizmus hatóköre kiegészült az ilyen megjelölések
figyelembe vételével.
● Auditálható a fájlokhoz történő hozzáférés szintén a központi, kifejezés alapú audit házirendek segítségével.
● Alkalmazható a Rights Management Services (RMS) védelem, azaz pl. automatikus RMS védelmet kaphatnak a szenzitívként
besorolt Office dokumentumok – akkor is, ha már nem a fájlszervereken vannak.

A DAC használatával tehát egy alternatív jogosultsági rendszert építhetünk fel, sokkal több automatizmussal, érthetőbb és követ-
hetőbb besorolási és hitelesítési metódusokkal, illetve magasabb fokú, automatikus információ védelmi megoldással támogatva.
Fontos tudnunk, hogy egy fájlon a klasszikus jogosultsági rendszer (pl. egy lokális Discretionary ACL) és a DAC jogosultságok kiérté-
kelése során ugyanúgy a „szigorúbb nyer” elv működik, mint az megosztások és az NTFS jogosultságok esetén.

37
 A Windows Server 2012 licencelése
A Windows Server 2012 változatai
Jelentősen egyszerűsödött a Windows Server 2012 licencelése, ami elsőként az elérhető termékváltozatok számának csökkenésé-
ben érhető tetten. Megszűnt a korábbi verziókban megismert Enterprise, Web és HPC változat, valamint a Small Business Server
termékcsalád is. A Windows Server 2012 négyféle változatban érhető el: ezek a Datacenter, a Standard, az Essentials és
a Foundation változatok.

Window Server Windows Server Windows Server Windows Server

Termékváltozat
2012 Datacenter 2012 Standard 2012 Essentials 2012 Foundation
Alacsony sűrűségű Irodai szerver
Nagy sűrűségű Felhővel összekapcsolt
Felhasználási terület virtualizációhoz
virtualizációhoz, vagy
kisvállalati szerver
mikrovállalkozások
fizikai gépekhez számára

1 szervert fed le, és 1 szervert fed le, és

Lefedett
2 processzort fed le 2 processzort fed le legfeljebb két processzort legfeljebb egy processzort
processzorok száma támogat támogat

Virtuális környezetben Nem virtualizálható

Korlátlan virtuális gép 2 virtuális gép
Virtualizációs jogok futtatásának joga futtatásának joga
futtatható, de gazdagép és nem lehet
nem lehet gazdagép sem

Maximum Korlátlan Korlátlan 25, a CAL-okat a szerverli- 15, a CAL-okat a szerver-

felhasználók száma (CAL függvényében) (CAL függvényében) cenc tartalmazza licenc tartalmazza

Funkcionalitás Teljes Teljes Korlátozott Korlátozott

A Windows Server 2012 Essentials és a Foundation kifejezetten kisvállalatok számára lettek kialakítva, ezért kedvező áron, ámde
korlátozott funkcionalitással érhetőek el. A Windows Server 2012 Essentials a korábbi Small Business Server 2011 Essentials utóda,
viszont a Small Business Server Standard és Premium változatok esetében (amik beépítetten tartalmaztak Exchange Servert, illetve
a Premium az SQL Servert is) nem készült már 2012-es, új változat.

A Windows Server 2012 Standard és Datacenter változatok a termék összes képességével rendelkeznek, a Standard most már az
összes, korábban Enterprise változatban elérhető funkciót is megkapta. Mindkettő egyaránt processzor + CAL alapon licencelhető
(a magok számától függetlenül), és egy szerverlicenc két processzorra elegendő. Amennyiben kettőnél több processzor található
meg egy adott szerverben, akkor valamennyi processzort le kell licencelni Windows Server licencekkel. Két processzor esetében egy,
négy processzor esetében kettő, hat processzor esetén három Windows Server licencre lesz szükség.

A legfontosabb különbség a Standard és a Datacenter változat között a futtatható Windows Server virtuális gépek számá-
ban találaható. A Standard változat kettő, a Datacenter változat korlátlan virtuális gép futtatására ad lehetőséget. Csakúgy, mint
a processzorok esetében, ha Windows Server 2012 Standarddal rendelkezünk, akkor kettőnél több virtuális gép futtatása esetén
további Windows Server 2012 Standard licenceket szükséges az adott hardverhez rendelni. Két virtuális gépnél összesen egy,
négy virtuális gépnél kettő, hat virtuális gépnél pedig három Windows Server 2012 Standard licencre lesz szükség.

Virtualizációs jogosultságok
A Windows Server licencek minden esetben a fizikai szerverhez és a fizikai processzorokhoz kötődnek, azonban tartalmaznak
virtualizált gépek futtatásához szükséges licenceket is. Az alapszabály az, hogy legfeljebb annyi virtuális gép futtatható egy adott
fizikai szerveren, amennyit a hozzá rendelt licencek lehetővé tesznek. Tehát amennyiben két Windows Server 2012 Standard
licencet rendeltünk egy adott fizikai szerverhez, akkor azon semmilyen esetben sem jelenhet meg négynél több futó Windows
Server virtuális gép.

A Windows Server licenceket nem lehet egyik fizikai szerverről a másikra tetszés szerint mozgatni, ahogy a virtuális gépek mozgatá-
sa adott esetben megkívánná. OEM esetében egyáltalán nem, míg mennyiségi licenc esetében 90 napnál nem gyakrabban helyez-
hetjük át Windows Server licenceinket egyik fizikai szerverről a másikra. Amennyiben viszont elegendő licenccel rendelkezünk egy
adott fizikai szerveren, akkor azon tetszőlegesen jelenhetnek meg akár különféle típusú (OEM vagy mennyiségi licenc) Windows
Server virtuális gép példányok is, tehát a licencek beszerzési forrásától függetlenül tudjuk mozgatni a virtuális gépeket az elérhető
fizikai szerverek között.

38
Ezek a szabályok egyben azt is jelentik, hogy egy magas rendelezésre állású fürt tervezésekor mindig figyelembe kell vennünk,
hogy egy vagy több fizikai szerver leállásakor a leállás kapcsán érintett virtuális gépek mely fizikai szerverekre költöznek át
– hiszen ebben az esetben ezeken a szervereken annyival több virtuális licenccel kell rendelkeznünk, hogy valamennyi átköltö-
ző virtuális gép elindulhasson az új helyén is. Amennyiben Datacenter licenceket rendelünk a fizikai szerverekhez, akkor nincs
szükség a licencek számolására, hiszen korlátlan virtuális gépre kapunk jogosultságot.

A Windows Server licencelése nem függ attól, hogy milyen virtualizációs réteg található a virtuális operációs rendszerek és
a fizikai szerver hardvere között – akár Hyper-V, akár más megoldást használunk, a Windows Server licencelésére ugyanezek a
szabályok alkalmazandóak.

Ügyfél-hozzáférési licencek (CAL-ok)

A Windows Server 2012 haszálatához szükség van ügyfél-hozzáférési licencekre (Client Access License = CAL) is minden olyan esz-
közre vagy felhasználóra, akik a Windows Server 2012 bármely funkcióját igénybe veszik. Ez alól kivétel a webszerver funkció, ahol a
Windows Server 2012 esetében akár anonim, akár autentikált felhasználókat szolgálunk ki, már nem szükséges CAL-okkal rendelkez-
nünk. Nem csak akkor szükséges CAL-lal rendelkeznünk, ha használunk Active Directory címtárat, és az adott eszköz vagy felhasználó
benne is van a címtárban: a CAL-ra az Active Directorytól függetlenül, a szerverfunkciók használata miatt szükség van.

Az Essentials és a Foundation kiadásoknál a CAL-ok már a termék szerves részét képezik, de Standard és Datacenter verzióknál ez-
zel is külön foglalkozni kell. A Windows Server CAL-ok egy adott Windows Server verzióhoz tartoznak, így nem csak a szerverből, ha-
nem a CAL-okból is friss verziójúval kell rendelkeznünk ahhoz, hogy az új funkciókat és az új operációs rendszert használhassuk. Ez azt
jelenti, hogy a Windows Server 2008 és 2008 R2 CAL-ok megléte nem elegendő ahhoz, hogy Windows Server 2012-es szervereket
használjunk, ahhoz Windows Server 2012-es CAL-ra lesz szükség.

Verziókövetés meglévő frissítési garanciával

(SA) rendelkező ügyfelek számára
Azok az ügyfelek, akik érvényes frissítési garanciával rendelkeznek,
meglévő Windows Server 2008 R2 licenceiket és CAL-jaikat azonnal átvált-
hatják Windows Server 2012-es verziójúakra.Az átváltás szabályai az alapján
kerültek kialakításra, hogy egyetlen frissítési garanciával rendelkező ügy-
felünk se kapjon kevesebb virtuális jogosultságot, vagy csökkentett funkci-
onalitást, mint ahogy korábban a rendelkezésére állt.

Akinek viszont korábban Windows Server 2008 R2 Standard licencei

voltak, most azáltal, hogy megkapja a Windows Server 2012 Standard
licencet, rögtön duplázódik a virtualizációra használható jogosultsága,
és megkapja a Windows Server 2012 összes képességét, azokat is, amik
korábban csak az Enterprise változatban voltak elérhetőek.

Downgrade jogok
Amennyiben Windows Server 2012 licenccel rendelkezünk, lehetőséget kapunk arra
is, hogy akár korábbi verziókat is használhassunk fizikai vagy virtuális szervereinken.
A Datacenter változatból gyakorlatilag a korábbi verzió bármelyik változatára vált-
hatunk, a Standard esetében pedig nem csak Standardra és Essentialsra, hanem akár
Enterprise változatra is átléphetünk.

Fontos tudni, hogy downgrade esetén is már az új virtualizációs jogosultságok

érvényesek a korábbi verzióval feltelepített operációs rendszerekre, vagyis ha egy
Windows Server 2012 Standardot Windows Server 2008 R2 Enterprise-ra
downgradelünk, akkor is csak két virtuális gép jogosultságot kapunk hozzá.

Nem csak a szerver licencekre, hanem a CAL-okra is érvényes a downgrade jog:

a Windows Server 2012-es CAL-ok lehetőséget adnak a korábbi, így például Windows
Server 2008 R2-es szerverek elérésére és használatára is.

39
A következő
szervert már
a felhőből
bérlem!
A Windows Azure egy nyílt és rugalmas felhőplatform, amely lehetővé teszi
a vállalati informatikai környezet nyilvános felhőbe történő kiterjesztését, valamint
felhőalkalmazások gyors létrehozását, bevezetését és felügyeletét. Az alkalmazá-
sok bármilyen programozási nyelven, eszközzel és keretrendszerrel elkészíthetők,
a meglévő alkalmazások és virtuális gépek migrálhatók, a felhőben kialakított rendszer
pedig biztonságosan összekapcsolható az ügyfél meglévő informatikai környezetével.

A Windows Azure a Microsoft felhőstratégiájának egyik alapvető összetevője. Ugyanazt a szerepet tölti be
a nyilvános felhőben, mint amit a Windows Server és a Hyper-V a privát felhőben. Ugyanolyan technológiai
megoldásokat használ, mint a vállalati adatközpontok üzemeltetői és a hagyományos üzleti alkalmazások fejlesztői.

Identitás
A Windows Azure Active Directory képes a vállalati Active Directoryval való együttműködésre, de további,
a felhőben elterjedt identitáskezelő megoldásokat is támogat (OrgID, Microsoft Account/Live ID, Facebook,
Gmail, Yahoo).

Virtualizáció
A Windows Azure is a Hyper-V technológiára épül, a vállalati adatközpontban és az Azure-ban futó virtuális
gépek felcserélhetők.

Felügyelet
A Windows Azure menedzselhető PowerShell szkriptekkel, és beilleszthető a System Centerrel felügyelt válla-
lati környezetbe.

Fejlesztés
A Windows Azure-alkalmazások ugyanolyan Microsoft- és nem Microsoft-fejlesztőkörnyezetekkel, programozási
nyelveken és köztes technológiákkal készülnek, mint a hagyományos kiszolgáló alkalmazások.

41
 Nyilvános felhő
A nyilvános felhő a Windows Azure esetében a Microsoft által menedzselt, globális adatközpontok-
ban futó szolgáltatásokat jelenti. Valamennyi jelentős földrajzi-gazdasági régióban találhatók adat-
központok: az Európai Unión belül Írországban és Hollandiában, az Egyesült Államokban négy helyen,
a Távol-Keleten pedig további két helyen.

A Windows Azure olyan előnyöket biztosít, amelyek a hagyományos vállalati adatközpontokban nem, vagy csak jelentős költségek
árán valósíthatóak meg. Néhány ezek közül:

Mindig rendelkezésre áll

A Windows Azure szolgáltatástípustól függően 99,9%-os vagy 99,95%-os szolgáltatási szintet nyújt, s ezt a Microsoft anyagi
garanciával támogatja. Így lehetővé válik magas rendelkezésre állású szolgáltatások és alkalmazások készítése és futtatása, az Azure
pedig biztosítja és automatikusan felügyeli az ehhez szükséges infrastruktúrát.

Nyílt
A Windows Azure-ben bármilyen programozási nyelv, keretrendszer és fejlesztőeszköz használható. A szolgáltatások nyílt
szabványokra épülő protokollok segítségével vehetők igénybe, a Windows Azure ügyfél oldali összetevői minden gyakori
operációs rendszeren elérhetők, forráskódjuk pedig nyilvános.

Gyakorlatilag végtelen
A Windows Azure segítségével az alkalmazások tetszés szerint skálázhatók. A bevezetés percek alatt kész, az erőforrások mennyi-
sége rugalmasan növelhető és csökkenthető. Csak az alkalmazás által ténylegesen használt erőforrásokért kell fizetni. A Windows
Azure a világ számos pontján lévő adatközpontokban fut, ezért a szolgáltatás mindig az ügyfélhez közel vehető igénybe.

42
A Windows Azure képességei
A Windows Azure-ral sokféle feladatot elláthat a vállalat. Íme a legfontosabbak:

Felhőszolgáltatások
Új üzleti és fogyasztói felhőalkalmazások készítése, meglévő alkalmazások kiegészítése. A Windows Azure
segítségével magas rendelkezésre állású, skálázható alkalmazások és szolgáltatások hozhatók létre, amelyek egy
gazdag felhőplatformra támaszkodnak. Az alkalmazások többszintűek, automatikusan bevezethetők, rugalmasan
átméretezhetők, és a világ bármely pontján lévő ügyfelek számára elérhetők.

Virtuális gépek
Infrastruktúra az ügyfél igényei szerint. A Windows Azure-ban egyszerűen, percek alatt létrehozhatók és futtathatók
Windows Server- és Linux-alapú virtuális gépek. A vállalat adatközpontjában futó rendszerek a kód megváltoztatása
nélkül átvihetők a felhőbe. A vállalati hálózat és a felhő között biztonságos hálózati kapcsolat építhető ki.

Webhelyek
Skálázható webhelyek. A Windows Azure-ban gyorsan és egyszerűen elkészíthetők a webhelyek, amelyek kicsiben
indulnak, és a forgalommal arányosan növelhető a teljesítményük. A webhelyekhez bármilyen programozási
nyelv és webes keretrendszer használható, a tartalom automatikusan frissíthető. A webhelyek igénybe vehetik
a Windows Azure más szolgáltatásait (adatbázisok, gyorsítótár, tartalomterjesztő hálózat, adattárolás) is.

Mobilszolgáltatások
Kulcsrakész háttérszolgáltatások az üzleti és fogyasztói mobilalkalmazásokhoz. A Windows Azure segítségével
felgyorsítható a mobilalkalmazások fejlesztése. Adattárolás, felhasználó-azonosítás, értesítések percek alatt –
kész megoldások, amiket csak be kell illeszteni a Windows 8-alkalmazásba (és hamarosan a Windows Phone- vagy
Android-alkalmazásba), így a fejlesztők a felhasználói felületre és képességekre koncentrálhatnak.

Médiaszolgáltatások
Feltöltés, kódolás, védelem, közvetítés. Média létrehozása, menedzselése és elérhetővé tétele a felhőben.
A Windows Azure médiaszolgáltatása biztosítja a teljes feldolgozási folyamatot a kódolástól a tartalomvé-
delmen és közvetítésen át a médiafelhasználás elemzéséig. A kész tartalom „fogyasztható” Windowsban és
Windows Phone-ban, Xboxon, iOS- és Android-eszközökön, HTML5-ben, Flashben és Silverlightban egyaránt.

Big Data
Tű a szénakazalban. Nagyvállalati felhasználásra kész, meglővő adatforrásokkal kompatibilis Hadoop szolgál-
tatás. SQL adatbázisok, félig és egyáltalán nem strukturált adatok lekérdezése. Egyszerű integráció az Active
Directoryval és a System Centerrel.

43
 A Windows Azure a vállalatoknál
A Windows Azure elsősorban két képessége, a virtuális gépek által biztosított infrastruktúra-szolgáltatás
(Infrastructure-as-a-Service, IaaS), illetve a felhőszolgáltatások által biztosított platformszolgáltatás
(Platform-as-a-Service, PaaS) miatt fontos a vállalatok számára.

Mindkettőhöz kapcsolódnak a Windows Azure egyéb képességei: az adattárolás (Storage),az adatbá-

zis-kezelés (SQL Database), a virtuális hálózatok (Virtual Network), a felhasználó-azonosítás (Active
Directory), a szolgáltatásbusz (Service Bus), a gyorsítótár (Caching), a tartalomterjesztő hálózat (Content
Delivery Network, CDN) és az adatforgalom-átirányítás (Traffic Manager).

Virtuális gépek
A Windows Azure Virtual Machines szolgáltatás segítségével könnyen és gyorsan hozhatunk létre virtuális gépeket a felhőben. Ezek
felügyeletéről, mentéséről, karbantartásáról nekünk kell gondoskodnunk, ugyanúgy, mintha a saját adatközpontunkban lennének.

A gépek könnyen skálázhatóak mind felfelé (váltás nagyobb virtuális

gépre), mind pedig kifelé (több azonos méretű gép használata), így ha nagyobb
kapacitásra van szükségünk, akkor ezt pár kattintással megkaphatjuk.

A virtuális gépek konfigurációja exportálható, a VHD formátumú virtuális

merevlemezek le- és feltölthetők, nagyfokú rugalmasságot és mobilitást
biztosítva az üzemeltető szakembereknek.

44
Különböző gépméreteket választhatunk, ezek jelenleg:
Extra Small, Small, Medium, Large, Extra Large. Az egyes
méretekhez eltérő számú processzormag, memóriamé-
ret, ki-és bemeneti sávszélesség és maximális tárolóméret
van rendelve.

A virtuális gépek előtt hardveres terheléselosztó és az Azure

saját tűzfala található. Egyszerű webes felületen nyithatunk
portokat az egyes VM-ek felé, vagy éppen zárhatjuk le a
kommunikációt.

A gépek névterekbe, csoportokba rendelhetők, akár terhe-

léselosztást használó webkiszolgáló-farmokat is kialakítha-
tunk pillanatok alatt.

A virtuális gépek menedzsmentje végezhető a webes portálról, PowerShell vagy más parancssoros szkriptek használatával és
a System Center segítségével is.

Operációs rendszerek és alkalmazások

A Windows Azure számos operációs rendszert és verziót, valamint előtelepített alkalmazást kínál, szükségtelenné téve így
a telepítés és konfiguráció jelentős részét.

Jelenleg a következő lemezképek érhetők el a galériában:

● Windows alapú virtuális gépek

és alkalmazások:

• Windows Server 2008 R2 SP1,

2012. júliusi állapot
• Windows Server 2008 R2 SP1,
2012. augusztusi állapot
• Windows Server 2012
• Windows Server 2008 R2 SP1 + SQL Server 2012
• Windows Server 2008
R2 SP1 + BizTalk Server
2010 R2 CTP

● Linux alapú virtuális gépek:

• OpenLogic CentOS
• SUSE Linux Enterprise Server
• Ubuntu Server
• openSUSE

A Windows Servereken támogatott

és futtatható szerepkörök a következők:

● Active Directory Domain Services

● Active Directory Federation Services
● Active Directory Lightweight
Directory Services
● Application Server
● DNS Server
● Fax Server
● Network Policy and Access Services
● Print and Document Services
● Web Server (IIS)
● Windows Deployment Services
● Windows Server Update Services
● File Services.

A támogatott operációs rendszerek és lemezképek köre folyamatosan bővül.

45
 Virtuális gépek mozgatása a saját adatközpont és a felhő között
Virtuális gép többféleképpen is létrehozható a felhőben. Választhatunk a galériában található, előre elkészített lemezképekből,
létrehozhatunk saját lemezképet (Linux és Windows alapút is), de a már meglévő virtuális gépek is feltölthetők a felhőbe.

A virtuális gépek mozgatásával gyorsan helyezhetünk

át kiszolgálói feladatokat az Azure-ba, vagy onnan a sa-
ját adatközpontba. A VHD fájlok mozgatása történhet
grafikus felületen keresztül vagy szkriptek segítségével is.

Lehetőség van saját image feltöltésére is: készítsük el

a szokásos módon a lemezképet, futassuk le a SYSPREP
eszközt, és másoljuk fel a VHD-t az Azure-ba. A feltöl-
tést követően már csak konfigurációt kell rendelnünk
a lemezhez, és használatba is vehető a szerverünk.

Ha az Azure-ból szeretnénk visszaköltöztetni gépet

a privát felhőbe, töltsük le a VHD-t, másoljuk fel a Hyper-V
kiszolgálóra, majd indítsuk el.

Virtuális hálózatok
Az Azure-ban futó virtuális gépek hálózati konfigurációjának alapértelmezett beállításáról a Microsoft gondoskodik. Virtuális DHCP
szervereken keresztül biztosítja gépeinknek a megfelelő IP címeket és a névfeloldást. A névtér felhőszolgáltatások segítségével
szabályozható. Azok a gépek, melyek azonos felhőszolgáltatás alá tartoznak, közös névtérbe rendeződnek. A felhőszolgáltatás
mögé rejtett gépeink végpontok segítségével kommunikálnak az Internet felé. Ezek segítségével megvalósítható port forward
és load balance szolgáltatás is (pl. IIS és Apache serverek számára).

A Windows Azure Virtual Networks lehetővé teszi, hogy a már Azure-ban lévő gépeket saját hálózatba rendezzük, meghatározzuk
az IP címtartományt, a DNS szervereket, és létrehozzunk alhálózatokat is.

A Local Networks funkció a helyi hálózatunk címtartományának meghatározása a későbbi VPN konfiguráció biztosításához. Termé-
szetesen több Local Network is definiálható attól függően, hogy mely telephelyet/alhálózatot kívánjuk kiterjeszteni a publikus felhőbe.

Kapcsolat ég és föld között

A Windows Azure lehetőséget biztosít rá, hogy állandó kapcsolatot építsünk a privát és a publikus felhő közé. Ez a klasszikus te-
lephelyek közötti (site to site) VPN megoldás az IPSEC protokoll segítségével lehetővé teszi a rendszergazdáknak, hogy bizton-
ságosan kiterjesszék a helyi infrastruktúrát a nyilvános felhőbe, és közben továbbra is felügyeljék a teljes hálózati topológiát,
a DNS névfeloldást, stb.

A telephelyek közötti VPN kapcsolat kiépítéséhez az alábbi támogatott eszközök egyikére lesz szükségünk: Cisco ASA 5500,
ASR 1000 vagy ISR Series illetve Juniper SRX, J,ISG, SSG Series. Az eszközök köre várhatóan bővülni fog.

A telephelyek közötti VPN bevezetésével a vállalti infrastruktúra számára megnyílnak a lehetőségek a korlátlan méretű
adatközpontok felé, valóra válik a dinamikus erőforrásfoglalás, a gyors VM-költöztetés és a valós igényekhez alkalmazkodó
infrastruktúra kiépítése.

46
Adattárolás
A Windows Azure Storage segítségével biztonságosan tárolhatjuk virtuális lemezeinket. Az elsődleges névteret és hozzáférést
a tárolási szolgáltatásokhoz a tárolási fiókon keresztül érhetjük el. A fiók maximális mérete 100 TB lehet, egy Azure előfizetésben öt
ilyen fiókot hozhatunk létre.

A tárolási fiókban lévő adatok magas rendelkezésre

állását helyi redundancia biztosítja. Minden VHD fájl há-
rom, fizikailag és logikailag egymástól távol elhelyez-
kedő példányban tárolódik egy adatközponton belül,
bármelyik példány meghibásodása esetén a Windows
Azure automatikusan egy másikat kezd használni, a két
működő példány alapján pedig létrehoz egy újat.

A tárolási fiók tartalmát a Windows Azure nemcsak hely-

ben, de földrajzilag is biztosítja. Az egy földrajzi régió-
ba tartozó adatközpontok (például a két európai) között
automatikus geo-replikáció működik, így akár egy teljes
adatközpont leállása esetén is elérhetőek maradnak az
adatok. (A geo-redundancia az alapértelmezett beállítás,
de igény szerint kikapcsolható.)

A storage account-ok védelméről minden esetben két darab 512 bites titkosítókulcs is gondoskodik.

Tartós lemezek
A tartós (perzisztens) VHD tárolás biztosítja, hogy bármilyen esemény is következzen be, a virtuális gépek által használt lemezek
tartalma megmarad. Új virtuális gép létrehozásakor mindig kapunk egy darab perzisztens rendszerlemezt és egy darab nem
perzisztens adatlemezt. Az utóbbi neve Temp Storage, és – természetesen – csak ideiglenes adatok tárolására alkalmas. Vannak tehát
rendszerlemezek (OS Disk) és tartós vagy nem tartós adatlemezek (Data Disk), ezek közül az első az operációs rendszer tárolására és
futtatására használt virtuális lemez, míg a második tetszőleges adatok tárolására használt lemeztípus.
A különböző felhasználási területekre szánt lemeztípusok más-más gyorsítótárazási megoldást használhatnak, és eltérő mérethatá-
rok vonatkoznak rájuk.

A rendszerlemez maximális mérete 127 GB lehet, az adatlemezé 1 TB. A rendszerlemez esetében alapértelmezésben be van kapcsolva
az írási és olvasási gyorsítótár, az adatlemeznél a felhasználónak kell gondoskodnia a megfelelő beállításokról.

Mentés a felhőbe
A VHD fájlok használatával bármikor mozgathatunk adatokat, teljes virtuális gépeket a Windows Azure és a helyi infrastruktúra
között. Ez nagyfokú rugalmasságot, könnyebb kapacitástervezést biztosít az IT-szakembereknek.

Természetesen használhatjuk mentések tárolására is az Azure-beli tárolási fiókot. Több Microsoft-partner fejleszt felhőbe irányu-
ló alkalmazásokat, eszközöket a mentések készítésére, tárolására, az adatok automatikus replikálására (pl. StorSimple, CommVault).
Már kipróbálható a Microsoft Online Backup Service megoldás, amely teljes mértékben integrálódik a Windows Server 2012 és
a System Center 2012 termékekbe, és biztosítja az adatok mentését a felhőbe. Ez az ügynök alapú megoldás képes az adatok tömörí-
tésére, tikosítására, a sávszélesség optimalizálására, és támogatja a különbségi mentéseket is.

Egységes virtuálisgép-kezelés
A System Center App Controller 2012 SP1 a nagyvállalatok eszköze a virtuális gépek egységes kezelésére a saját adatközpontban és
a felhőben. Az App Controller a következő feladatokban segít: virtuális gépek létrehozása és törlése, adatlemezek csatolása és levá-
lasztása, felhőszolgáltatások menedzselése, végpontok készítése és módosítása, skálázás. Az alkalmazás képes több Azure-előfizetés
kezelésére is.

47
 Felhőszolgáltatások
Képzeljük el, hogy a fejlesztők végre arra koncentrálhatnak, amihez igazán értenek: a fejlesztésre. A Windows Azure felhőszol-
gáltatásainak (Cloud Services) lényege, hogy .NET, Java, PHP, node.js stb. technológiával készült alkalmazásunkat becsomagoljuk,
mellékelünk hozzá néhány leíró információt (például hány példányban és mekkora gépeken szeretnénk futtatni), majd az egészet
feltöltjük a felhőbe. Az Azure pedig elintézi helyettünk a Windowsok telepítését és naprakészen tartását, a hardverhibák automa-
tizált kezelését, a hálózati beállításokat, és egy sor egyéb problémát, amikkel amúgy az üzemeltetőknek, vagy (rosszabb esetben)
a fejlesztőknek kéne küzdeniük.

Emellett alkalmazásunk a publikus felhő szinte kimerít-

hetetlen méretű adatközpontjain fog futni. Így aztán az
alkalmazás rugalmas fel- és lefelé skálázása is mindössze
egy szám átírását igényli, nincs többé sem időszakos túl-
terhelés, sem fölöslegesen működő szerverek.

A Cloud Services használatához a fejlesztőknek nem kell

új technológiákat megtanulniuk, egyszerűen csak kicsit
más módon kell publikálniuk az elkészült alkalmazást.
Ennek köszönhetően a helyben, akár korábban készült
alkalmazások könnyűszerrel publikálhatók a felhőbe, és
fordítva, a Cloud Service-ek forráskódja is egyszerűen
beüzemelhető helyi infrastruktúrán.

Felhasználó-azonosítás
A mai weben még mindig rengeteg olyan oldal van, ahová külön kell regisztrálnunk. Ez kényelmetlen és biztonsági szempontból sem
ideális – senki sem szeret öt percet űrlapok kitöltögetésével és levelek várásával tölteni, a sok (jó esetben különböző) jelszó kezelése
pedig komoly biztonsági kockázat.

Van elegánsabb megoldás is, ami Azure Access Control Service (ACS) névre hallgat. Ha fogyasztóknak szánt
weboldalon dolgozunk, akkor az ACS segítségével fejlesztőnk Live ID, Google vagy Facebook bejelentkezést
tud beépíteni a webalkalmazásba. Az odalátogató felhasználó regisztráció és jelszavazás helyett egyszerűen
megnyomja például a „Bejelentkezés Live ID-val” gombot, webalkalmazásunk pedig megkapja a felhasználó
azonosítóját, esetleg nevét.

Ha pedig céges ügyfél számára, vagy belső felhasználásra fejlesztünk, akkor az ACS segítségével Active
Directory-felhasználók is bejelentkeztethetők, akár úgy is, hogy weboldalunk a felhőben fut, az Active Directory
kiszolgáló pedig a biztonságos céges tűzfal mögött van.

Az Azure Access Control segítségével tehát a felhasználó-hitelesítés, mint felhasználó és fejlesztő számára is kényelmetlen kérdés-
kör, rendkívül leegyszerűsíthető. Az ACS maga egy felhőből futtatott szolgáltatás, viszont bármilyen webalkalmazás igénybeveheti:
ha helyi szervereinkről szolgálunk ki egy weboldalt, a bejelentkeztetés folyamata akkor is történhet az Access Control segítségével.

Szolgáltatásbusz
Az Azure több eszközzel is segíti a felhőben és a földön futó alkalmazások
integrációját. Az egyik hasznos elem a Service Bus nevű szolgáltatás.

A Service Bus Queues nevű technológia segítségével fent és lent futó alkalma-
zásaink üzenetváltását könnyíthetjük meg. A szolgáltatás Queue-i felhőben
tárolt adatstruktúrák, melyeket REST, AMQP, WS* és egyéb szabványos pro-
tokollokon keresztül írhatunk-olvashatunk mind a földről, mind a felhőből.
A sorok garantálják az üzenetek kézbesítését, és lehetőségünk van több címzettnek
szóló üzenetek küldésére is, így egy jól használható és robusztus üzenetváltási
architektúrát kapunk.

A Service Bus Relay használatával pedig egy belső, tűzfalak, proxy szerve-
rek stb. mögött álló alkalmazásból tudunk publikálni egy nyilvános végpontot
anélkül, hogy meg kelljen bontanunk a tűzfalakat. A Relay szolgáltatás segítsé-
gével ugyanis felépíthető egy közvetlen kapcsolat az alkalmazásunk és a Relay
szerverek között. A külső kéréseket a Relay szerverekhez kell irányítani, amik ezeket
a biztonságos közvetlen kapcsolaton keresztül továbbítják alkalmazásunkhoz.
Így anélkül tudunk nyilvános végpontot létesíteni, hogy a biztonságból áldoz-
nunk kéne, hiszen a mi szervereink kívülről továbbra sem láthatók.

48
Adatbázisok
Helyben üzemeltetett SQL Serverünket könnyedén kiegészíthetjük, esetleg kiválthatjuk egy felhőből
kiszolgált SQL adatbázissal. Az Azure SQL adatbázisai sok tekintetben ugyanolyan adatbázisok, mint amiket
helyben tarthatunk, csak a kapcsolatleíróban (connection string) más a szerver neve. Ennek köszönhetően
a megszokott eszközpark túlnyomó többségével gond nélkül együttműködnek (legyen szó az SQL Server
Management Studióról, vagy a különböző programozási nyelvekhez készült adathozzáférési technológiák-
ról és meghajtókról).

A felhős SQL adatbázisok előnyei viszont számosak: ahogy a felhő többi részénél, itt sincsenek üzemel-
tetési feladatok (és így licencbeszerzések sem!), magas a rendelkezésreállás, és az Azure sokszorosan
redundáns tárhelyszolgáltatását kihasználva könnyen kialakíthatunk egy automatizált és nagyon
biztonságos backup-szisztémát. Egy SQL Database maximális mérete jelenleg egy tekintélyes 150 gigabájt,
az SQL Federations nevű technológiával pedig több adatbázist összefűzhetünk egy egységbe, így giganti-
kus adatfarmokat is kreálhatunk.

Az Azure adatbázisait kihasználva hibrid infrastruktúra is kiépíthető. A Data Sync szolgáltatással helyben és felhőben futó adatbázis-
szervereink szinkronban tarthatók. Akár több felhős és több helybeli adatbázis is szerepelhet egyetlen szinkronizációs csoportban,
a szinkronizálandó adatokat pedig táblákra, vagy akár sorokra is lekorlátozhatjuk.

Az SQL Database és Data Sync technológiákkal számos topológiát kialakíthatunk: felhős alkalmazásunk adatbázisát is kitehetjük
a felhőbe; helyi adatbázisunk egyfajta online backupjaként vethetünk be egy felhős adatbázist; ha a felhő-adatbázis a mesterpéldány,
akkor a helyi adatbázist lokális cache-ként alkalmazhatjuk például kirendeltségeken, boltokban, és így tovább.

Webhelyek
Az Azure Web Sites a végletekig leegyszerűsíti a weboldalak publikálását és üzemeltetését.
Amikor új weboldalt hozunk létre, akkor egy galériából kiválaszthatjuk a legszimpatikusabb CMS-t
(pl. Drupal, Joomla vagy Orchard), vagy feltölthetünk saját fejlesztésű webalkalmazást is. Mind Visual
Studióból, mind a népszerű Git és TFS verziókezelő rendszerekből egy kattintással tudjuk telepíteni
és frissíteni weboldalunkat, de akár FTP-n keresztül is hozzáférhetünk a forrásfájlokhoz.

Az árazás is igen barátságos: felhasználónként tíz Web Site-ot ingyenesen létrehozhatunk. Ezek-
re bizonyos erőforrásbeli megkötések vonatkoznak, amiktől meglehetősen alacsony összegekért
megszabadulhatunk, de néhány kattintással akár dedikált szervert is tehetünk webalkalmazásaink
alá. Lehetőségünk van saját domain-név használatára, és bevethetünk SQL Server-alapú vagy akár
MySQL adatbázist is. Az üzemeltetési feladatokkal pedig természetesen nem kell bajlódnunk,
azokat a felhő ellátja.

Felhőalkalmazások felügyelete
A System Center 2012 segítségével nem csak a privát, hanem a nyilvános fel-
hőben, vagyis az Azure-ban futó gépeinket is széles körűen tudjuk felügyelni.

Az Azure-alkalmazások (Cloud Service-ek) becsomagolás után két fájlból

állnak. Az egyik fájl az alkalmazás kódját és statikus elemeit tartalmazza,
a másik fájl pedig a felhőnek szóló beállításokat (például hány darab és mek-
kora virtuális gépen szeretnénk futtatni az alkalmazásunkat). Ezt a két fájlt kell
felmásolnunk a System Centerbe. Felmásolás után az App Controller nevű
komponens segítségével egy kattintással indíthatjuk az alkalmazás Azure-ba
való telepítését, a felhő pedig lefoglalja számunkra a kívánt erőforrásokat.

Telepítés után a felhőalkalmazások felügyeletét a System Center Operations

Managerhez készült Windows Azure Management Packkel tudjuk ellátni.
Ennek segítségével az összes előfizetésünkben lévő valamennyi alkalma-
zásunkat egy felületen követhetjük nyomon. Kapunk egy összefoglaló
nézetet, amely az egyes alkalmazások állapotát listázza, valamint egy
alkalmazásonkénti részletes nézetet, ahol az alkalmazás szervereit láthatjuk
külön-külön. A Distributed Application konzol segítségével pedig egy felü-
letre húzhatjuk össze a logikailag összetartozó felhőbeli és földi szervereket.

49
 Árazás és licencelés
A Windows Azure egy online szolgáltatás, amelynek használatáért az igénybe vett erőforrások mennyisé-
ge és az igénybevétel időtartama alapján kell fizetni. Az árazás alapja tehát az egyes erőforrások egységára.

Erőforrások
Az alábbi táblázat néhány tipikus Windows Azure-erőforrás felhasználási egységét és egységárát tartalmazza .1

Erőforrás neve Felhasználási egység Egységár

Windows alapú virtuális gép 1 db kis virtuális gép egyórás futása 0,115 USD2

Felhőszolgáltatás 1 db kis virtuális gép 1 egyórás futása 0,12 USD

Adatbázis 1 db 1 GB-os adatbázis egyhavi tárolása 9,99 USD

Adattárolás 1 GB adat egyhavi geo-redundáns tárolása 0,125 USD

Felhasználó-azonosítás havi 100 000 azonosítás 1,99 USD

Adatforgalom havi 1 GB adat továbbítása a felhőből 0,12 USD

1
A táblázat adatai tájékoztató jellegűek. A mindenkori aktuális információk a http://www.windowsazure.com/en-us/pricing/details/ címen találhatók.
2
A virtuális gépek jelenleg akciós áron érhetők el, egy Windows alapú virtuális gép óránként 0,08 USD-be kerül.
A táblázatban az akció után várható ár, 0,115 USD szerepel.

Fontos tudnivaló, hogy ha a felhasználó igényelt egy erőforrást, fizetnie kell érte akkor is, ha nem használta azt. A virtuális gép,
a felhőszolgáltatás vagy az adatbázis tényleges hardvert köt le az adatközpontban, amit egyidejűleg nem használhat más. Ezért
például a virtuális gépért akkor is fizetni kell, ha a rajta futó alkalmazást senki nem veszi igénybe. Ha nem szeretnénk fizetni érte,
le kell törölnünk – ezt bármikor megtehetjük, szerencsére virtuális gépek esetén a lemezek megmaradnak, így szkriptből vagy
kézzel bármikor újraindíthatjuk.

50
Előfizetések
A Windows Azure használatához előfizetés szükséges. A vállalat mérete és a felhasználni kívánt Azure-erőforrások mennyisége
alapján háromféle előfizetéstípus közül választhatunk:

Nagyvállalati keretszerződés (Enterprise Agreement, EA)

Az EA a Microsoft-szoftvertermékek beszerzésének elterjedt módja a nagy- és középvállalatok között. A Windows Azure megvá-
sárlására is felhasználható, a felhőplatformra vonatkozó beszerzés csatolható egy már meglévő EA-hoz, de megköthető külön is.

Fontosabb jellemzői:
● Az EA segítségével szerezhető be a Windows Azure a leginkább költséghatékony módon. Itt érhető el a legjelentősebb
kedvezmény a fenti táblázatban látható listaárakhoz képest. A kedvezmény mértéke a vállalat nagyságától, illetve az egy éves
időszakra igényelt Azure-erőforrások mennyiségétől függ.
● Ugyancsak az EA nagyon rugalmas a felhő tényleges használatát illetően. Az erőforrások egy éven belül bármikor felhasználhatók,
azaz lehet kicsiben kezdeni, és aztán nagyra nőni, vagy kényelmesen kiszolgálni a szezonális teljesítményigény-ingadozásokat.
Nem szükséges előre megmondani, milyen errőforrásokat fogunk használni, egy speciális egyenértékest, az ún. Azure Monetary
Commitmentet vásároljuk meg, amit aztán szabadon átválthatunk tetszőleges erőforrásra.
● Az eredeti keretösszeget bármikor túlléphetjük, a túlfogyasztásért egy, a szerződésben szereplőnél magasabb (de a listaárnál
alacsonyabb) árfolyamon számláz a Microsoft. Dönthetünk úgy, hogy a megnövelt teljesítményre a továbbiakban is szükségünk
van, ilyenkor felfelé módosítjuk a megrendelés összegét, és az eredeti, csökkentett áron fizetünk az extra erőforrásokért.
● Az EA belépési szintje évi 25 000 USD, megköthető egy vagy három évre, nagyvállalati viszonteladó partneren (Large Account
Reseller, LAR) keresztül, számlázással.

Kötelezettségvállalás (Commitment)
A kötelezettségvállalás a kis- és középvállalatok Azure-beszerzésének legmegfelelőbb módja. Az EA-hoz képest minimális adminiszt-
rációt igényel, mégis komoly megtakarítást eredményez.

A részletek:
● A kötelezettségvállalás típusú előfizetés legalább 20%-os kedvezményt jelent a táblázatban látható listaárhoz képest: ennyit
kapunk, ha hat hónapos időtartamra szerződünk. Ha ezt tizenkét hónapra tesszük, újabb 2,5% jár, és ugyancsak ennyi, ha
a számla havi kiegyenlítése helyett egy összegben, előre kifizetjük az Azure használatát. Összességében tehát akár 25%-ot is
megtakaríthatunk.
● A kötelezettségvállalás is rugalmas, itt is tetszés szerint használhatunk Azure-erőforrásokat a szerződés teljes időtartamán és
a költségkereten belül. Ha utóbbit túllépjük, a Microsoft listaáron számlázza a túlhasználatot – de itt is lehetséges az eredeti
előfizetés összegének emelése és a kedvező árszint megőrzése.
● A kötelezettségvállalás típusú előfizetés belépési szintje havi 500 USD, megköthető online, kiegyenlíthető bankkártyával
vagy (mennyiségi licencvásárlási azonosító birtokában vagy hitelképességi vizsgálat után) számlázással.

Használat szerinti fizetés (Pay-As-You-Go)

Ez a Windows Azure alapértelmezett előfizetési módja – könnyen igénybe vehető, rugalmasan használható, ám költségesebb.
Az Azure-ral ismerkedőknek, új szolgáltatást, alkalmazást fejlesztőknek ajánljuk.

Jellemzői:
● Ez az előfizetéstípus úgy működik, hogy az előfizetés megkötésének havi fordulónapján a Microsoft összeszámolja az egyes
erőforrások használatát az előző hónapban (a virtuális gépeket, felhőszolgáltatásokat óránként átlagolva, a többit naponta, vagy
egyszerűen egész hónapra összesítve), beszorozza ezeket a listaárral, és kiszámlázza vagy levonja az összeget. A kalkuláció termé-
szetesen figyelembe veszi az egyes erőforrások (pl. az adattárolás) mennyiségi kedvezményeit, de mindenképpen ez lesz
a legköltségesebb előfizetési forma.
● A használat szerinti előfizetés nagyon rugalmas, bármilyen erőforrást szabadon használhatunk – igaz, utána ki kell fizetnünk azokat.
● A használat alapú megoldásnak nincs belépési szintje, a költségek kiegyenlíthetők bankkártyával vagy (mennyiségi
licencvásárlási azonosító birtokában vagy hitelképességi vizsgálat után) számlázással.

51
 © 2012 Microsoft Corporation. Minden jog fenntartva. 
A jelen dokumentum kizárólag tájékoztatásul szolgál.
A MICROSOFT NEM VÁLLAL SEMMIFÉLE KIFEJEZETT VAGY
KÖVETKEZMÉNYES GARANCIÁT A JELEN ÖSSZEFOGLALÓ TARTALMÁRA.