Azure Virtual Desktop Hybrid helyszíni VDI-hoz

Bevezetés

Az Azure Virtual Desktop Hybrid újabb utat kínál a szervezetek számára a hagyományos helyszíni VDI és a teljesen Azure által hosztolt asztali számítógépek között. Ez a cikk elmagyarázza, hogyan működik az architektúra, hogyan kapcsolja össze az Azure Arc a helyi munkamenet-hosztokat az AVD-vel, milyen változások történnek a meglévő VDI infrastruktúrában, és mely korlátozások maradnak. Azt is megvizsgálja, mikor van értelme a Hybrid AVD-nek, és mit kell az IT csapatoknak értékelniük a bevezetése előtt.

Mi az Azure Virtual Desktop Hybrid?

Az Azure Virtual Desktop Hybrid egy telepítési modell, ahol az Azure Virtual Desktop szolgáltatást továbbra is a Microsoft kezeli és üzemelteti az Azure-ban, de a Windows munkamenetgazdák, amelyek a desktopokat és alkalmazásokat biztosítják, helyben találhatók.

A Microsoft az Azure Arc-ot használja a környezetek közötti kapcsolatok létrehozására. Minden támogatott helyszíni számítógép Azure Arc-kompatibilis szerver lesz. Ezután az Azure Virtual Desktop Arc kiterjesztés telepíti a szükséges AVD összetevőket, és regisztrálja ezt a számítógépet mint egy munkamenet hosztot egy AVD hoszt csoportban.

Minden nagyjából ugyanaz a végfelhasználó számára, mintha AVD-t használnának, amelyet az Azure-ban hosztálnak. A felhasználók a kijelölt asztalokhoz vagy alkalmazásokhoz a Windows App-on keresztül férnek hozzá. A különbség azonban az, hogy a Windows munkaterhelést az ügyfél infrastruktúrájából fogják biztosítani, és nem az Azure számítási felhőből.

Tehát van egy infrastruktúra elválasztás, ahol:

Komponens	Ahol fut	Ki kezeli ezt?
AVD szolgáltatás és közvetítés	Azúr	Microsoft
Gazdagépek, alkalmazáscsoportok és hozzárendelések	Azúr	A vásárló konfigurálja őket
Windows munkamenet gazdák	Helyben	Vásárló
Hypervisor vagy fizikai infrastruktúra	Helyben	Vásárló
Session-hoszt operációs rendszer és alkalmazások	Helyben	Vásárló
Helyi hálózat és tárolás	Helyben	Vásárló
Azure Arc integráció	Azure + helyszíni	Megosztott függőség

A fő tanulság itt az, hogy a "hibrid" a VDI architektúrában a különböző elemek eloszlásának leírása. Az Azure Virtual Desktop önmagában soha nem vált teljesen helyben telepített megoldássá.

Hogyan működik az Azure Virtual Desktop hibrid?

Az architektúra a desktopokat vagy alkalmazásokat szolgáltató gépekkel kezdődik. A szervezetek saját infrastruktúrájukon támogatott Windows virtuális gépeket vagy támogatott fej nélküli fizikai eszközöket biztosítanak.

Az Azure Connected Machine ügynök regisztrálja az egyes munkamenet-hosztokat az Azure Arc-hoz. Az Azure Virtual Desktop Arc kiterjesztés ezután telepítheti a szükséges AVD összetevőket, és regisztrálhatja a gépet egy AVD hosztcsoporthoz.

Az Azure Arc nem biztosítja vagy kezeli az alapul szolgáló virtuális gépet. A munkamenet gazda a szervezet helyi infrastruktúrájának része, ami azt jelenti, hogy a szervezet IT csapata felelős a munkamenet gazda életciklusáért, kapacitásáért és az alapul szolgáló virtualizációs platformért.

Amikor egy felhasználó csatlakozik, az Azure Virtual Desktop biztosítja a szolgáltatásoldali képességeket az erőforrások felfedezésére, a hozzáférés hitelesítésére és a munkamenet közvetítésére. A tényleges Windows munkaterhelés a helyi munkamenet gazdán fut.

Ez az architektúra elkülöníti az AVD szolgáltatást a munkamenet hosztoktól, megkülönböztetve a Hybrid AVD-t mindkettőtől. hagyományos helyszíni VDI és a standard Azure-alapú AVD: a Microsoft kezeli a felhőszolgáltatást, de az ügyfél továbbra is üzemelteti a számítási infrastruktúrát.

Hogyan változtatja meg a hibrid AVD a meglévő helyszíni VDI környezetet?

A meglévő VDI környezetek esetében a kihívás nemcsak az, hogy a jelenlegi szerverek megmaradhatnak-e az adatközpontban, hanem az is, hogy a meglévő architektúra mely rétegei maradtak meg, mely AVD-t cseréltek le, és mely működési felelősségeket tartott meg a szervezet.

A meglévő számítógép a helyszínen maradhat.

A teljes Azure AVD migrációval ellentétben, ahol a session-host számítás az Azure-ra költözik, ez nem igényel változtatásokat a meglévő session hostokon az adatközpontban.

A szervezetek kihasználhatják a támogatott Windows virtuális gépeket a preferált hypervisorukon a helyszíni adatközpontjaikban. Ez hasznos lehet olyan esetekben, amikor jelentős meglévő virtualizációs infrastruktúra áll rendelkezésre, vagy az alkalmazások erősen függenek a meglévő helyszíni rendszerektől.

A meglévő hardver jelenléte nem jelenti azt, hogy a VDI környezet változatlan marad, azonban. A munkamenet hosztokat összhangba kell hozni a Microsoft specifikációi és be kell jegyezni őket Azure Arc-kompatibilisként, mielőtt az Azure Virtual Hybrid Desktop-tal használhatók lennének.

A VDI vezérlőpult az Azure-ra költözik

A legfontosabb architekturális különbségek a munkamenet gazdák felett jelennek meg.

Ahelyett, hogy a teljes asztali szolgáltatási rendszert házon belül üzemeltetné, a szervezet az Azure Virtual Desktop platformot használja. A Microsoft a szolgáltatás alapvető összetevőit teszi elérhetővé az erőforrások felfedezésére, közvetítésére és átjárói kapcsolatra.

A szervezetek felelőssége a gazda medencék, alkalmazáscsoportok, munkaterületek és felhasználói jogosultságok konfigurálása, de ezek az erőforrások most már az AVD architektúra részét képezik. A korábbi helyszíni közvetítőknek, átjáróknak és kezelési komponenseknek már nem szükséges ugyanazokat a funkciókat ellátniuk.

Helyi Infrastruktúra Kezelés Marad

A szolgáltatási réteg Azure-ra való áthelyezése nem teszi a támogató infrastruktúrát Microsoft által kezelté.

Az IT csapatok felelősséget vállalnak a helyi hardver, operációs rendszerek, alkalmazások, hálózatok, tárolás és az alapul szolgáló virtualizációs platform biztosításáért, javításáért és karbantartásáért. A Microsoft kifejezetten dokumentálja, hogy az Azure Virtual Desktop Hybrid nem biztosít helyszíni munkamenet-hoszt VM-eket, és nem kezeli azok energiaállapotát.

A hibrid AVD-t a VDI felelősségek újraelosztásaként kell érteni, nem pedig az egész megoldáscsomag átadásaként a Microsoftnak.

Milyen esetben érdemes az AVD munkamenet-hosztokat helyben tartani?

Ha az Azure már biztosítja az AVD szolgáltatást, akkor a legkönnyebb út lehet, ha azt a session hostot Azure-ba helyezzük. A hibrid akkor lép játékba, amikor technikai, költség- vagy működési indoklás van a munkaterhelések adatközpontban tartására.

Örökölt alkalmazások és helyi függőségek

A virtualizált alkalmazások gyakran Windows-alkalmazások, amelyek erősen támaszkodnak helyi adatbázisokra, fájlmegosztásokra, hitelesítési szolgáltatásokra, perifériákra vagy más háttérrendszerekre.

Nem nyersz sokat azzal, ha a session hostot Azure-ba helyezed, de az alkalmazás függőségeket helyben hagyod, mivel csak a hálózati késleltetést növeled ezzel. A háttérhez való közelség elkerüli, hogy az alkalmazás architektúráját meg kelljen bontani, csak azért, hogy megváltoztasd, honnan csatlakoznak a végfelhasználók.

Ez különösen igaz a öröklött üzleti alkalmazások amelyek helyi hálózati környezetben való működésre lettek tervezve.

Adathely és infrastruktúra követelmények

Néhány cégnek szüksége van arra, hogy bizonyos munkaterhelések vagy adatok a saját ellenőrzése alatt álló infrastruktúrán helyezkedjenek el szabályozási, szerződéses vagy működési okokból.

A hibrid AVD lehetővé teszi, hogy a desktop és az alkalmazásfeldolgozás helyben maradjon, miközben az Azure-t használja a desktop szolgáltatás szállításához. Az IT csapatoknak mindazonáltal alaposan elemezniük kell ezt az architekturális lehetőséget a megfelelőségi követelményekkel szemben, mivel a hibrid modell továbbra is a Microsoft Azure-ra támaszkodik.

Meglévő Adatközpont Befektetés

A szerverek, tárolás és virtualizációs erőforrások szabad kapacitással rendelkező szervezeteknek lehet, hogy nincs közvetlen ösztönzésük a változtatásra.

A hibrid AVD lehetővé teheti az ilyen cégek számára, hogy új kapacitást szerezzenek hullámokban, ahol a meglévő számítási erőforrások továbbra is kezelik a munkaterheléseket, miközben a vezérlő sík körülötte átalakul. Az architektúra emellett az iteratív modernizációhoz is alkalmazható, mivel különböző munkaterhelések különböző ütemben migrálhatók.

A hátsó késleltetésre érzékeny munkaterhelések

Egyes alkalmazások esetében a munkamenet gazda közelsége az általa felhasznált erőforrásokhoz fontosabb, mint a munkamenet gazda közelsége a végfelhasználóhoz.

Azok az alkalmazások, amelyek gyakran hívják a helyi adatbázisokat, tárolórendszereket vagy egyéb infrastruktúrát, nem biztos, hogy olyan jól teljesítenek, ha ezek a függőségek egy WAN-on keresztül vannak elosztva. A Windows munkamenet helyben tartásával megőrizhető a közelség ezekhez az erőforrásokhoz.

Amikor a Hybrid AVD nem biztos, hogy a megfelelő választás

A helyszíni session hostok fenntartásának értéke csökken, ha a szervezet célja az adatközponti infrastruktúra megszüntetése, nem pedig annak fenntartása. Ilyen forgatókönyvben az Azure-alapú AVD használata jobban illeszkedhet a kívánt működési modellhez.

Az IT csapatoknak azt is figyelembe kell venniük, hogy valóban szükségük van-e egyáltalán az Azure Virtual Desktop szolgáltatási modellre. Ha a fő követelmény a a központosított Windows alkalmazások vagy asztalok biztonságos közzététele miközben megőrzi a közvetlen infrastruktúra-ellenőrzést, egy Azure-függő VDI vezérlő sík felesleges architekturális összetettséget hozhat létre.

A Hybrid AVD megszünteti a VPN-eket és az RD átjárókat?

Az Azure Virtual Desktop számos bonyolultságot megszüntet a külső kapcsolatok terén, lehetővé téve a szervezetek számára, hogy elkerüljék az egyes munkamenet-hosztok internetre való kitettségét, vagy egy standard Remote Desktop Gateway (RD Gateway) telepítését az AVD-hez.

Az AVD a Microsoft szolgáltatási infrastruktúráját használja a Microsoft szolgáltatáson keresztüli kapcsolódáshoz. Az alapértelmezett szállítás TCP-alapú visszacsatlakozást használ, míg az RDP Shortpath UDP-alapú szállítást tud tárgyalni, ha a hálózat és a konfiguráció támogatja azt.

A VDI környezettel rendelkező szervezetek számára, amelyek jelenleg bejövő Remote Desktop Protocol (RDP) kapcsolatot használnak, valamint más módszereket, például VPN-hozzáférést vagy helyben kezelt RD Gateway-eket távoli hozzáférés ez jelentősen megváltoztathatja a külső hozzáférés architektúráját.

A hálózati kapcsolódási követelmények nem szűntek meg. A helyszíni munkamenet-hosztoknak továbbra is csatlakozniuk kell a megfelelő Azure szolgáltatásokhoz, míg az alkalmazásoknak megbízható hozzáférésre van szükségük a helyi függőségekhez. A kapcsolódási szempontok, mint a DNS, az azonosítás, a tűzfal konfiguráció, az útválasztás és a megbízhatóság ezért továbbra is fontos tervezési elemek.

Mik a korlátai az Azure Virtual Desktop Hybrid-nak?

A hibrid AVD telepítési rugalmasságot kínál, de vannak fontos különbségek az Azure által hosztolt AVD-hez képest, amelyek hatással lehetnek az architektúrára és a működésre.

A Microsoft jelenleg többféle definíciót ad meg session host kezelési képességek mint nem támogatott a Hybrid AVD számára:

• Energiagazdálkodás
• Azure Virtual Desktop Autoscale
• VM indítása csatlakozáskor
• Session Host Configuration

A vállalatok felelősek lennének ezen képességek biztosításáért a hypervisoruk, szkriptek, automatizálás vagy egyéb eszközök révén.

Továbbá, az operációs rendszer támogatása eltérő, mivel nincs támogatás az Azure Virtual Desktop Hybrid számára Windows 10 Enterprise több munkamenetes és Windows 11 Enterprise több munkamenetes verzióval. Ez jelentős különbség, mivel a több munkamenetes Windows kliens operációs rendszerek az Azure által hosztolt AVD kulcsfontosságú jellemzői.

A licencelési követelményeket alaposan át kell nézni, figyelembe véve a tervezett operációs rendszert és a felhasználási esetet. Meg kell erősíteni, hogy a Microsoft Azure Virtual Desktop Hybrid licencelési követelményei vonatkoznak-e a meglévő VDI, Remote Desktop Services vagy Microsoft 365 licenceken túl.

Végül, a helyi munkamenet-hosztok megléte nem teszi függetlenné az AVD telepítést a felhőtől, mivel a Microsoft által kezelt Azure Virtual Desktop szolgáltatás továbbra is az architektúra szerves részét képezi.

Azure-Hosted AVD vs Hibrid AVD vs Hagyományos Helyszíni VDI

A mondat végső verziója (átírva, más szavakat használva, néhány mondat szerkezetének vagy hosszának megváltoztatásával):

	Hagyományos helyszíni VDI	Azure Virtual Desktop Hybrid	Azure-Hosted AVD
Munkamenetgazdák	Helyben	Helyben	Azúr
VDI szolgáltatás/irányító sík	Általában ügyfél/szállító infrastruktúra	Microsoft AVD az Azure-ban	Microsoft AVD az Azure-ban
Helyi hipervizor szükséges	Tipikusan igen	Igen a VM-alapú gazdák számára	Nem
Helyi számítógép-kezelés	Vásárló	Vásárló	Nem alkalmazható helyi számítógépre
Natív AVD VM életciklus funkciók	Nem	Korlátozott	Szélesebb támogatás
Helyi alkalmazások közelsége	Magas	Magas	A hálózati tervezéstől függ
Azure függőség	Termékfüggő	Igen	Igen
Azure számítási fogyasztás	Nem	Nem helyi munkamenet gazdák számára	Igen

Így a hibrid AVD egy középutas architektúrával rendelkezik, ahol a munkaterhelések a felhőből (a Microsoft által kezelt) érkeznek, de a helyi számítás az ügyfél által van kezelve.

Ez az építészeti választás csak akkor indokolt, ha van előnye a munkaterhelések helyben tartásának.

Hogyan értékeljék az IT csapatok a hibrid AVD-re való áttérést?

A hibrid AVD értékelést nem az Azure-val, hanem a munkaterhelésekkel és függőségekkel kell kezdeni.

Azonosítsa be, hogy mely alkalmazásokat és asztalokat kell helyben tartani, és dokumentálja azok függőségeit az adatbázisoktól, fájl szolgáltatásoktól, identitás rendszerektől, perifériáktól, tárolástól és egyéb infrastruktúrától. Ez lehetővé teszi annak megállapítását, hogy a helyben tartott munkamenet-hosztok fenntartásának van-e bármilyen architekturális értéke.

A VDI stack jelenlegi állapotát az AVD modellhez kell térképezni. Mely brókerek, átjárók és menedzsment szolgáltatások lesznek helyettesítve az Azure Virtual Desktop által? Milyen operatív felelősségek maradnak?

A munkamenetgazda életciklus-kezelése kulcsfontosságú szempont. Ha a meglévő VDI platform automatikus ellátást, VM-ek indítását/leállítását vagy méretezését tartalmazza, értékelje, hogy ezek a funkciók elérhetők-e a Hybrid AVD-ben, ahelyett, hogy feltételezné, hogy az Azure vezérlőpult helyettesíti őket.

Az identitás, a hálózatépítés, a licencelés, a rugalmasság és a működési felelősségek csoportként értékelendők. A cél nemcsak az, hogy meghatározzuk, hogy a meglévő gépek regisztrálhatók-e az Azure Virtual Desktop szolgáltatásban, hanem az is, hogy a VDI infrastruktúra Azure és az adatközpont közötti szétválasztása egyszerűbb és fenntarthatóbb környezetet eredményez-e.

Egyszerűbb módot keres a Windows alkalmazások és asztalok szállítására?

A hibrid AVD akkor lehet értelmes, amikor egy szervezet kifejezetten az Azure Virtual Desktopot szeretné, miközben a munkamenet-hosztokat helyben tartja. De nem minden szervezetnek van szüksége arra, hogy a desktop-kiadási architektúráját egy Azure által kezelt szolgáltatás és helyben kezelt számítás között ossza meg.

Ahol a követelmény elsősorban a Windows alkalmazások vagy teljes asztalok biztonságos közzététele a meglévő Windows infrastruktúrából, TSplus Távhozzáférés közvetlenebb alternatívát kínál. A szervezetek RDP-kompatibilis vagy böngészőalapú HTML5 hozzáférésen keresztül szállíthatják az alkalmazásokat és asztali környezeteket, miközben megőrzik az irányítást afelett, hogy hol fut a támogató infrastruktúra.

Következtetés

Az Azure Virtual Desktop Hybrid középutat biztosít a hagyományos helyszíni VDI és az Azure által hosztolt AVD között. A kulcsfontosságú asztali szolgáltatásokat az Azure-ra helyezi át, miközben lehetővé teszi a Windows munkamenet-hosztok és azok terheléseinek megmaradását a meglévő infrastruktúrán belül.

A döntő tényező az, hogy a helyi munkaterhelések megtartása világos technikai vagy operatív előnyt jelent-e. Az IT csapatoknak együtt kell értékelniük az alkalmazásfüggőségeket, az infrastruktúra kezelését, a hálózatkezelést, a licencelést és az Azure-függőséget, mielőtt eldöntenék, hogy a Hybrid AVD valóban egyszerűsíti-e a VDI környezetüket.