)
)
Bevezetés
Virtuális asztali infrastruktúra, Asztal mint szolgáltatás és Távoli asztali szolgáltatások mind távoli hozzáférést biztosíthatnak Windows asztalokhoz és alkalmazásokhoz. Azonban mindegyik modell különböző architektúrát használ, és eltérő követelményeket támaszt az IT csapatokkal szemben.
A megfelelő választás főként attól függ, hogy a felhasználóknak mire van szükségük a hozzáféréshez, mennyi infrastruktúrát szeretne kezelni a szervezet, és hogy szükséges-e egy teljes személyi asztal. Ezeknek a gyakorlati követelményeknek az összehasonlítása megkönnyíti a legmegfelelőbb modell azonosítását anélkül, hogy felesleges költséget vagy bonyolultságot adnánk hozzá.
Mi az a VDI, DaaS és RDS?
A három modell mindegyike képes távoli asztalokat vagy alkalmazásokat megjeleníteni, azonban architektúrájuk, kezelési határvonaluk és költségszerkezetük lényegesen eltér.
Mi az a virtuális asztali infrastruktúra?
Virtuális Asztali Infrastruktúra vagy VDI, asztalokat biztosít központosított infrastruktúrán hosztolt virtuális gépekről. Minden aktív felhasználó egy külön desktop virtuális géphez csatlakozik, ahelyett, hogy egy Windows Server operációs rendszer példányt osztana meg más felhasználókkal.
Egy tartós VDI asztal egy felhasználóhoz van rendelve, és megőrzi az alkalmazásokat és beállításokat. Ezzel szemben egy nem tartós asztal egy kezelt képből kerül újra létrehozásra, a profilkezelő eszközök megőrzik azokat a felhasználói adatokat, amelyeknek elérhetőnek kell maradniuk.
A VDI futtatható egy adatközpontban, magánfelhőben vagy nyilvános felhőben, mivel a kifejezés a desktop architektúrára utal, nem a szerver helyére. Ez részletes ellenőrzést biztosít az IT számára a képek, virtuális gépek specifikációi, tárolás, hálózat és biztonság felett, miközben a szervezetet is felelőssé teszi a:
- brókerek
- átjárók
- monitorozás
- a desktop életciklusa
Mi az asztali szolgáltatás?
A Desktop mint Szolgáltatás, vagy DaaS, felhőalapú asztali számítógépeket vagy alkalmazásokat kínál előfizetéses vagy fogyasztásalapú szolgáltatáson keresztül. A szolgáltató általában a vezérlési réteg egy részét működteti, amely magában foglalhatja a közvetítést, átjárókat, menedzsment szolgáltatásokat vagy platform elérhetőséget.
Bár a DaaS-t gyakran felhő VDI-ként írják le, a kifejezések nem felcserélhetők. A VDI meghatározza, hogyan jönnek létre és hogyan vannak kiosztva a virtuális asztalok, míg a DaaS azt írja le, hogyan működik, kezelik és vásárolják az asztali szolgáltatást.
A felelősségi határvonal a szolgáltatók között is változik. Néhányan a vezérlő síkot kezelik, míg az ügyfelek a munkamenet-hosztokat, képeket, alkalmazásokat és hálózatokat üzemeltetik, míg mások a desktop infrastruktúra nagyobb részét kezelik. A DaaS csökkenti a platformmunkát anélkül, hogy eltávolítaná az adminisztrációt, így a vásárlóknak pontosan meg kell határozniuk, hogy mely rétegek maradnak az irányításuk alatt.
Mi az a Távoli Asztali Szolgáltatások?
A Távoli Asztali Szolgáltatások, vagy RDS, a Microsoft Windows Server platformja távoli asztalok és alkalmazások biztosítására. Szerepei közé tartozhat az RD Session Host, RD Connection Broker, RD Gateway, RD Web Access és RD Licensing.
A legtöbb VDI vs DaaS vs RDS összehasonlításban az RDS főként a session-alapú modellt jelenti. Több felhasználó csatlakozik különböző munkamenetekhez ugyanazon Windows Server operációs rendszer példányon, ahol az IT biztosíthat közös asztalt vagy egyedi RemoteApp programokat anélkül, hogy a teljes asztalt megmutatná.
Ez a közös alap lehetővé teszi az RDS hatékony működését a standardizált munkaterhelésekhez. Bár kevesebb gépi szintű elkülönítést biztosít, mint az egyes munkamenetes VDI, gyakran egyszerűbb, amikor sok felhasználónak van szüksége ugyanazokhoz az alkalmazásokhoz való hozzáférésre.
VDI vs DaaS vs RDS egy pillantásra
| Döntési tényező | VDI | DaaS | RDS alapú modell |
|---|---|---|---|
| Felhasználói környezet | Külön virtuális gép aktív asztalonként | A szolgáltatástól függ; lehet, hogy egyetlen munkamenetes vagy több munkamenetes asztalokat használ. | Külön felhasználói munkamenetek egy megosztott Windows Server gazdagépen |
| Infrastruktúra helye | Adatközpont, privát felhő vagy nyilvános felhő | Szolgáltató vagy nyilvános felhőinfrastruktúra, néha hibrid | Ügyfél által kiválasztott fizikai, virtuális vagy felhőalapú Windows szerverek |
| Platform kezelés | Főként a szervezet vagy partnere által kezelt | Megosztva a szolgáltató és az ügyfél között | Főként a szervezet vagy partnere által kezelt |
| Személyre szabás | Magas, különösen a tartós asztalokkal | Szolgáltatástól és asztali modelltől függően változik | Felhasználói szintű profilok egy megosztott szerver alapján |
| Erőforrás-izoláció | Különálló asztali virtuális gépek, amelyek megosztják a gazda infrastruktúráját | A desktop architektúrától függ. | A felhasználók megosztják a munkamenet gazda operációs rendszerét és erőforrásait. |
| Alkalmazás szállítás | Teljes asztalok és, a platformtól függően, közzétett alkalmazások | Teljes asztalok és gyakran egyedi alkalmazások | Megosztott asztalok és közzétett Windows alkalmazások |
| Költségmodell | Infrastruktúra, licencelés, működés és életciklus költségek | Előfizetés vagy felhőfogyasztás plusz adminisztráció | Windows Server, RDS CAL-ok, infrastruktúra és menedzsment |
| Legjobban alkalmas a | Személyre szabott, elkülönített vagy szakmai asztali munkaterhelések | Rugalmas, elosztott vagy szolgáltatásalapú követelmények | Standardizált felhasználók és kompatibilis Windows alkalmazások |
Ezek tipikus jellemzők, nem pedig rögzített szabályok. Egy felhőalapú VDI platform működésében hasonlíthat a DaaS-ra, míg egy DaaS szolgáltatás dedikált vagy megosztott asztalokat kínálhat. Az RDS felhőalapú virtuális gépeken is futhat, nemcsak helyi szervereken.
Teljes asztalok indítása a közzétett alkalmazásokkal szemben
A teljes asztali verzió olyan alkalmazottak számára alkalmas, akik több alkalmazást használnak, asztali szintű testreszabásra van szükségük, vagy szakmai számítógépes profilokra támaszkodnak. A fejlesztők, mérnökök és tervezők szintén igényelhetnek dedikált processzort, memóriát vagy grafikai erőforrásokat, amelyeket nehéz biztosítani megosztott munkamenetek révén.
Alkalmazás közzététel általában hatékonyabb, amikor a felhasználók meghatározott feladatokat végeznek korlátozott számú Windows alkalmazásban. Az IT közvetlenül publikálhat könyvelési, ERP, CRM vagy üzleti szoftvereket, miközben a feldolgozást és az adatokat a központi hoszton tartja, lehetővé téve a felhasználók számára, hogy anélkül dolgozzanak, hogy egy teljes asztalon navigálnának.
Ez a megkülönböztetés átalakíthatja az architektúra döntést. Egy olyan szervezet, amely a központosított szoftverkezeléshez VDI-t fontolgat, felfedezheti, hogy az RDS ugyanazt a követelményt kielégíti kevesebb asztali példánnyal. A kompatibilitást továbbra is tesztelni kell, mivel egyes alkalmazások nem támogatják a Windows Servert, a párhuzamos munkameneteket vagy a többfelhasználós licencelést.
VDI, DaaS és RDS eltérően kezelik a menedzsmentet
A VDI közvetlen architekturális irányítást ad az IT-nek
A saját kezűleg kezelt VDI telepítés általában a hypervisort, brókereket, átjárókat, virtuális gépeket, képeket, tárolást és megfigyelést a szervezet irányítása alá helyezi. Az IT így szorosan integrálhatja a platformot a meglévő infrastruktúrával, azonosítórendszerekkel és biztonsági szabványokkal.
Ez a vezérlés nagyobb működési felelősséggel jár. Az IT-nak kezelnie kell a kapacitást, a tárolást, a képfelújításokat, a profilokat, a hálózatot, a rugalmasságot és a katasztrófa-helyreállítást, míg a nyilvános felhő eltávolítja a fizikai szerver tulajdonjogát anélkül, hogy megszüntetné a felelősséget a munkaállomás platformért.
A DaaS megváltoztatja a felelősségi határokat
A DaaS absztrahálja vagy áthelyezi a kiválasztott infrastruktúra rétegeket. Egy szolgáltató működtetheti a kapcsolati közvetítést, a kezelési adatbázisokat, a kapukat, a megfigyelést és a platformfrissítéseket, míg a az ügyfél továbbra is kezeli az alkalmazásokat, asztali képeket, identitásokat és irányelveket .
- alkalmazások
- asztali képek
- identitások
- irányelvek
Mivel a felosztás a szolgáltatások között eltérő, két DaaS termék nagyon különböző szintű belső szakértelmet igényelhet. A beszerzési csapatok ezért a felelősségi mátrixokat kell, hogy összehasonlítsák, ahelyett, hogy feltételeznék, hogy minden felhő asztali komponens teljes mértékben kezelt.
RDS a megosztott hosztok kezelésére összpontosít
Az RDS korlátozza az operációs rendszer példányainak számát azáltal, hogy több felhasználót hosztol minden egyes munkamenet-szerveren. Az alkalmazásokat ezért egyszer kell telepíteni egy szabványosított szerverképre, és minden jogosult felhasználónak elérhetővé tenni.
A termelési RDS környezet azonban többet jelent, mint egy RDP port megnyitása. A nagyobb telepítésekhez szükség lehet redundáns Broker, Gateway és Web Access szerepkörökre, valamint profilkezelésre, licencelésre, monitorozásra, javításra és kapacitástervezésre.
A teljesítmény a munkaterhelés tervezésétől függ
A VDI megkönnyíti a különböző virtuális gép specifikációk és GPU-val rendelkező asztali számítógépek hozzárendelését a különböző felhasználói csoportokhoz. Ezek a virtuális gépek továbbra is megosztják a gazdagépeket, tárolást és hálózatot; azonban a gyenge kapacitástervezés hatással lehet a felhasználókra az egész platformon.
A DaaS teljesítménye a kiválasztott asztali mérettől, a szolgáltató régiójától, az internetes útvonalaktól és a szolgáltatás architektúrájától függ. Az erőforrások elhelyezése a szétszórt felhasználók közelében javíthatja a reakcióidőt, de egy nem megfelelő régió vagy instabil kapcsolat gyorsan alááshatja ezt az előnyt.
Az RDS hatékonyan használja a megosztott erőforrásokat, és jól teljesít a kiszámítható irodai vagy feladat-alapú munkaterhelések esetén. A problémák valószínűbbek, amikor a felhasználók kiszámíthatatlan CPU-t vagy memóriát használnak, inkompatibilis szoftverre van szükségük, vagy gép szintű testreszabásra van szükségük. A valós alkalmazások, perifériák, multimédia és csúcs egyidejűség tesztelése ezért hasznosabb bizonyítékot nyújt, mint a elméleti platformspecifikációk.
A biztonság és a megfelelés a megvalósításon múlik
A VDI elkülöníti a felhasználói operációs rendszer példányokat, ami csökkenti egyes alkalmazáskonfliktusokat, és korlátozza az egyik asztali számítógép meghibásodásának közvetlen hatását a másikra. Az RDS felhasználói egy Windows Server operációs rendszert osztanak meg, így egy kompromittált gazdagép, sebezhető alkalmazás vagy túlzott jogosultság több munkamenetre is hatással lehet. A DaaS egy szolgáltatót vezet be a biztonsági modellbe, de a vásárlók általában felelősek maradnak értékesítéshez:
- identitások
- hozzáférési irányelvek
- alkalmazások
- adatkezelés
Ezért minden tervezésnek tartalmaznia kell a többlépcsős hitelesítést, a legkisebb jogosultságot, a biztonságos átjárókat, a szegmentálást, a javítást, az adminisztratív elkülönítést, az átirányítási ellenőrzéseket, a végpontvédelmet, a naplózást, a biztonsági másolatokat és a helyreállítást. A biztonságot az egész architektúra alapján kell megítélni, nem pedig automatikusan egyetlen szállítási modellhez kellene hozzárendelni.
Összesített költség összehasonlítása, nem csak a licencdíjakat
VDI költségek
A VDI-nek számítási hosztokra vagy felhőbeli virtuális gépekre, tárolásra, biztonsági mentésre, virtualizációra és VDI platform licencelésre, Windows licencelésre, átjárókra, profilkezelő eszközökre, monitorozásra és szakmai adminisztrációra lehet szüksége. A tartós asztalok növelhetik a tárolási igényt, míg a nem tartós poolok a fegyelmezett képkészítésre és profilkezelésre támaszkodnak.
A modell továbbra is gazdaságos lehet stabil telepítések esetén, amikor egy szervezet már rendelkezik megfelelő infrastruktúrával és van tapasztalata annak üzemeltetésében. Azonban a VDI nehezebben indokolható, amikor csak egy kis felhasználói csoportnak van szüksége alapvető hozzáférésre néhány alkalmazáshoz.
DaaS költségek
A DaaS a infrastruktúra befektetésének egy részét visszatérő előfizetési vagy felhőfogyasztási költségekké alakítja. Az árak függhetnek a felhasználók számától, a virtuális gép méretétől, a tárolástól, a működési óráktól, a forgalomtól, a megbízhatóságtól, a kezelési funkcióktól és a támogatástól.
A rögzített felhasználónkénti Cloud PC egyszerűsítheti a számlázást, míg a fogyasztásalapú szolgáltatások aktív méretezést és költségirányítást igényelnek. A vásárlóknak ezért a többéves kiadásokat, az adminisztrációt és a kilépési követelményeket kell összehasonlítaniuk, nem pedig az első havi díjra kellene összpontosítaniuk.
RDS költségek
Az RDS csökkentheti az infrastruktúra költségeit felhasználónként, amikor az alkalmazások hatékonyan futnak megosztott Windows Server munkamenetekben. Kevesebb operációs rendszer példány és nagyobb gazdagép sűrűség csökkentheti a számítási, tárolási és képkezelési követelményeket.
A licencelés továbbra is gondos tervezést igényel. A szervezeteknek megfelelő Windows Server licencelésre van szükségük, és RDS kliens hozzáférési engedélyek a RD Session Hosthoz csatlakozó felhasználók vagy eszközök számára, míg a szoftvergyártók külön feltételeket szabhatnak a többfelhasználós vagy hosztolt környezetekben használt alkalmazásokra.
A skálázhatóság és a telepítési sebesség különböző prioritásokat szolgálnak.
A VDI hatékonyan skálázható, de a szervezetnek biztosítania vagy beszereznie kell a szükséges kapacitást. Egy privát telepítésnek további hosztokra, tárolóra és licenszekre lehet szüksége, míg a felhőalapú VDI ezeket a vásárlásokat nagyobb fogyasztáskezelési felelősségekkel helyettesíti.
Az RDS a munkamenetgazdák hozzáadásával és a kapcsolatok gyűjtemények közötti elosztásával skálázódik. Ez a megosztott modell magas felhasználói sűrűséget támogathat a kiszámítható munkaterhelésekhez, míg a DaaS általában a változó kereslethez illik, és a VDI a szakosodott felhasználók számára pontosabb erőforrás-elosztást biztosít.
Amikor a VDI a legjobban illeszkedik
A VDI túlzott lehet, amikor a legtöbb felhasználó hasonló feladatokat végez egy kis alkalmazáskészletben. Minden felhasználó számára asztali virtuális gép fenntartása így infrastruktúra- és adminisztratív munkát adna anélkül, hogy megfelelő működési előnyt biztosítana.
Válassza a VDI-t az egyéni asztali követelményekhez
A VDI általában a legmegfelelőbb, amikor a felhasználóknak egyedi Windows környezetekre van szükségük a standardizált megosztott ülések helyett. A tartós asztalok, külön operációs rendszer példányok, specializált alkalmazások és dedikált számítási vagy GPU profilok indokolhatják a további infrastruktúrát.
Kerüld a VDI-t az egyszerű, standardizált munkaterhelésekhez
A VDI túlzott lehet, amikor a legtöbb felhasználó hasonló feladatokat végez egy kis alkalmazáskészletben. Minden felhasználó számára asztali virtuális gép fenntartása így infrastruktúra- és adminisztratív munkát adna anélkül, hogy megfelelő működési előnyt biztosítana.
Amikor a DaaS a legjobban illeszkedik
A vásárlóknak még mindig meg kell erősíteniük, hogy mely komponenseket kezel a szolgáltató. Egy olyan szolgáltatás, amely a gazdagépeket, képeket, alkalmazásokat és a hálózatot az ügyfél irányítása alatt hagyja, több szakértelmet igényel, mint egy teljesen kezelt Cloud PC. A DaaS szintén kevésbé vonzóvá válhat, amikor a kereslet stabil, meglévő infrastruktúra áll rendelkezésre, vagy a hosszú távú előfizetési költségek meghaladják a működési értéket.
Használjon DaaS-t rugalmas és elosztott munkaerő számára
A DaaS megfelel azoknak a szervezeteknek, amelyeknek gyorsan kell asztali számítógépeket biztosítaniuk elosztott csapatok, alvállalkozók, idényjellegű munkavállalók vagy újonnan megszerzett vállalkozások számára. A szolgáltatásalapú szállítás csökkentheti a telepítési késedelmeket, és megkönnyítheti a kapacitás kiigazítását a kereslet változásakor.
Ellenőrizze, hogy mit kezel valójában a szolgáltató
A vásárlóknak még mindig meg kell erősíteniük, hogy mely összetevők maradnak a felelősségük alatt. Egy olyan szolgáltatás, amely a gazdagépeket, képeket, alkalmazásokat és a hálózatot az ügyfél irányítása alatt hagyja, több szakértelmet igényel, mint egy teljesen kezelt Cloud PC. A DaaS kevesebb értéket is nyújthat, amikor a kereslet stabil, vagy a meglévő infrastruktúra már rendelkezésre áll.
Amikor az RDS a legjobban illik
Az alkalmazáskiadás lehetővé teszi az IT számára, hogy csak azokat a szoftvereket biztosítsa, amelyekre minden felhasználónak szüksége van, míg a megosztott munkamenet-hosztok növelik az erőforrások sűrűségét. Az RDS kevésbé alkalmas, amikor az alkalmazások nem támogatják a Windows Servert vagy a párhuzamos munkameneteket, a felhasználók széleskörű gépszintű testreszabást igényelnek, vagy kiszámíthatatlan munkaterhelések zavarhatják a többi munkamenetet a hoszton.
Válassza az RDS-t megosztott alkalmazásokhoz és asztalokhoz
Az RDS jól illeszkedik a standardizált felhasználókhoz, akiknek számviteli, ERP, CRM vagy más kompatibilis Windows alkalmazásokra van szükségük. Az alkalmazáskiadás csak a szükséges szoftvert biztosít, míg a megosztott munkamenet-hosztok javítják az erőforrás-sűrűséget és egyszerűsítik a központosított kezelést.
Ismerje fel a megosztott ülések korlátait
Az RDS kevésbé alkalmas, amikor az alkalmazások nem támogatják a Windows Servert vagy a párhuzamos munkameneteket. Azok a felhasználók, akik széleskörű gépszintű testreszabást vagy kiszámíthatatlan mennyiségű CPU-t és memóriát igényelnek, szintén befolyásolhatják a többi munkamenetet ugyanazon a gazdagépen.
A hibrid modellek gyakran jobban illeszkednek a valós szervezetekhez.
Egy hibrid tervezés kombinálhat RDS által közzétett alkalmazásokat adminisztratív csapatok számára, VDI asztali számítógépeket fejlesztőknek, DaaS-t a vállalkozók számára és felhő erőforrásokat ideiglenes igényekhez. Ezek a modellek egy platformon belül is együtt létezhetnek személyes asztali számítógépek, közös asztali számítógépek és közzétett alkalmazások révén.
A cél nem az, hogy a legnagyobb teljesítményű modellt mindenhol telepítsük. Az, hogy a legegyszerűbb architektúrát válasszuk, amely teljes mértékben támogatja az egyes terheléseket.
Hogyan válasszunk a VDI, DaaS és RDS között?
A strukturált értékelés megakadályozza, hogy az infrastruktúra preferenciái elsőbbséget élvezzenek a felhasználói igényekkel szemben.
Szegmensek Felhasználók
Csoportosítsa a felhasználókat alkalmazások, teljesítményigények, személyre szabás, munkavégzési hely és biztonsági követelmények szerint. Kerülje el, hogy minden alkalmazottat általános tudásmunkásként kezeljen.
Döntse el, mi legyen szállítva
Határozza meg, hogy minden csoportnak szüksége van-e tartós asztalra, egy közös asztalra, egy megosztott Windows Server asztalra vagy egyedi közzétett alkalmazásokra. Ez a döntés azonnal eltávolíthatja a felesleges asztali infrastruktúrát a projektből.
Alkalmazáskompatibilitás tesztelése
Erősítse meg az operációs rendszer támogatását, a többfelhasználós viselkedést, a licencelést, a profil követelményeket és a perifériákhoz való hozzáférést. Egy alkalmazás, amely nem tud futni egy Windows Server munkamenetben, VDI-t vagy egy kompatibilis DaaS asztalt igényelhet.
Határozza meg a Menedzsment Határt
Sorolja fel, hogy ki fogja működtetni a vezérlő síkot, a hosztokat, a képeket, az alkalmazásokat, a személyazonosságokat, a profilokat, a kapukat, a hálózatot, a megfigyelést és a biztonsági mentést. DaaS esetén a szolgáltató felelősségi mátrixát használja, nem pedig feltételezéseket.
A Teljes Költség Modellezése
Hasonlítsa össze az infrastruktúrát, a licenceket, a megvalósítást, a személyzetet, a támogatást, a felhőfogyasztást, a rugalmasságot és a várható növekedést több évre vonatkozóan.
Értékelje a biztonsági és adatkövetelményeket
Térképezze fel az identitás, végpont, hálózat, naplózás, adathely és incidens-reakció követelményeit minden egyes tervezéshez. Az infrastruktúra-ellenőrzés csak akkor teremt értéket, ha a szervezet rendelkezik a megfelelő folyamatokkal és szakértelemmel a hatékony használathoz.
Futtasson egy képviselői pilótát
Valós alkalmazásokat teszteljen képviseleti felhasználókkal, eszközökkel, hálózatokkal és csúcs terhelésekkel. Egy tiszta bemutató környezet ritkán tárja fel a profil késéseket, alkalmazás konfliktusokat vagy teljesítményváltozásokat, amelyek a termelés során jelentkeznek.
A végső tervezés egy modellt vagy többet is használhat. Az architektúrának a terhelést kell követnie, nem szabad minden terhelést ugyanabba a platformba kényszeríteni.
Amikor a TSplus egyszerűbb alternatívát kínál
Amikor a felhasználóknak biztonságos hozzáférésre van szükségük központilag hosztolt Windows alkalmazásokhoz vagy megosztott asztalokhoz, nem pedig egyedi felhő PC-khez, TSplus Távhozzáférés böngészőhozzáférést, teljes távoli asztalokat és részletes alkalmazás-hozzárendelést biztosít az ügyfél által kiválasztott Windows szervereken. Ez az önállóan üzemeltetett megközelítés célzottabb alternatívát kínálhat a teljes VDI vagy DaaS infrastruktúrával szemben, miközben megőrzi a kontrollt a hosztolási környezet felett.
Következtetés
VDI, DaaS és RDS különbözőket céloznak meg távoli hozzáférés A követelmények. A VDI a személyre szabott és elszigetelt asztali környezeteket részesíti előnyben, a DaaS a szolgáltatásalapú szállítást és rugalmasságot helyezi előtérbe, míg az RDS hatékony megosztott asztali környezeteket és alkalmazáskiadást biztosít. A legjobb választás az a modell, amely támogatja az összes munkaterhelést anélkül, hogy felesleges infrastruktúrát, költséget vagy kezelési bonyolultságot adna hozzá.
)
)
)
