)
)
A VDI, a Desktop as a Service (DaaS) és a Cloud PC-k egyszerűsíthetik a távoli asztal szolgáltatását, de a főbb áraik ritkán tükrözik a teljes működési költséget. A kapacitás, a licencelés, a tárolás, az adminisztráció és a felhasználói viselkedés mind befolyásolják a valódi végső összeget.
A rendszeradminisztrátorok, MSP-k és infrastrukturális csapatok számára a jobb költségellenőrzés tehát a láthatósággal kezdődik. A tényleges erőforrás-felhasználás és a használati minták figyelése felfedheti, hogy hol nem felel meg a biztosított infrastruktúra a felhasználók valódi igényeinek.
Miért nem mutatja a Desktop árképzés a teljes költséget?
A virtuális asztali költségeket könnyű alábecsülni, mert a különböző kiadások különböző helyeken jelennek meg. Egy Cloud PC-nek lehet egyértelmű felhasználónkénti előfizetése, míg egy VDI környezet a költségeket a gazdagépek, hipervizorok, tárolás, licencek és adminisztráció között osztja el. A DaaS több infrastrukturális felelősséget átruház egy szolgáltatóra, de gondos tervezést igényel, és nem távolít el minden belső IT feladatot.
A releváns szám tehát a teljes tulajdonlási költség, nem csupán egy VM vagy asztali licenc ára.
Ez a megkülönböztetés fontos, mert egy környezet helyesen árazható, mégis hatékonytalan lehet. A Microsoft azt javasolja az Azure Virtual Desktop adminisztrátoroknak, hogy használjanak skálázást a session-host elérhetőség és a kereslet összehangolására, míg a Windows 365 olyan jelentéseket tartalmaz, amelyek kifejezetten az alulhasznált és helytelenül méretezett Cloud PC-k azonosítására lettek tervezve.
Az IT csapatok számára a kérdés szélesebb, mint hogy "Mennyibe kerül ez az asztali számítógép?". Átalakul "Megfelelő mennyiségű infrastruktúráért fizetünk a tényleges munkaterhelésünkhöz?" és itt van egy előzetes betekintés abba, ami alább vár ránk:
)
Honnan származnak a virtuális asztalok rejtett költségei?
Több költség csak akkor válik láthatóvá, amikor a munkaállomások telepítve vannak, és a valós munkaterhelések elkezdenek kialakulni.
A kapacitásfelhasználókért való fizetés nem szükséges
Az overprovisionálás az egyik legnyilvánvalóbb példa. Egy szervezet több vCPU-t vagy RAM-ot rendelhet hozzá, mint amennyit egy munkaterhelés rendszeresen fogyaszt, túl sok session hostot tarthat működésben a csendesebb időszakokban, vagy fenntarthat desktopokat olyan felhasználók számára, akik ritkán csatlakoznak, vagy akiknek a munkamenetei lógva maradnak.
A Microsoft a virtuális gép példányokat az Azure Virtual Desktop költségeinek egyik fő összetevőjeként azonosítja, és javasolja az üléshostok automatikus skálázását a kereslet és az idő függvényében. Szélesebb Azure költségirányelvei szintén javasolják a megfelelő méretezést a kedvezmények vásárlása előtt, mivel az egységár csökkentése nem szünteti meg a pazarlást a túlméretezett erőforrásokból.
A nehéz rész az, hogy meghatározzuk, mit jelent az "túlméretezett" egy termelési környezetben. Ehhez a történelmi használatot kell megvizsgálni, nem pedig az első méretezés során tett feltételezésekre támaszkodni.
Tárolás, Hálózat és Támogató Infrastruktúra
A számítás csak a desktop szolgáltatás egy része. A platformtól és az architektúrától függően az IT csapatoknak figyelembe kell venniük a felhasználói profilokat, a tartós tárolást, a képeket, a biztonsági másolatokat, az identitás szolgáltatásokat és a hálózati fogyasztást is.
Ezek a költségek fokozatosan növekedhetnek. Így egy olyan tervezés, amely megfelelő volt 40 felhasználó számára, nagyon eltérően nézhet ki, miután új alkalmazásokat, nagyobb profilokat vagy további távoli helyszíneket vezetnek be.
A lemezhasználat, lemezaktivitás és sávszélesség-trendek figyelése segít az infrastruktúra csapatoknak meghatározni, hogy a növekedések tartós keresletet vagy átmeneti csúcsokat jelentenek-e. A kapacitási döntések így a megfigyelt növekedésen alapulhatnak, nem pedig sürgősségi bővítésen.
Adminisztráció, Támogatás és Leállás
A működési erőfeszítéseknek is a költségmodellben kell szerepelniük. A képek karbantartása, az alkalmazások telepítése, a hibaelhárítás, a fiókkezelés és a teljesítményhangolás mind a személyzet vagy az MSP idejét fogyasztja.
A gyenge teljesítmény második közvetett költséget teremt. Ha a lassú munkamenetek ismételt jegyeket generálnak, az IT csapatok több időt töltenek a problémák diagnosztizálásával, miközben a felhasználók elveszítik a produktív időt.
Ezért az infrastruktúra felügyeletének túl kell terjednie a rendelkezésre álláson. Egy szerver elérhető maradhat, miközben az erőforrások versenye, a hálózati nyomás vagy egy problémás folyamat fokozatosan rontja a távoli asztali élményt.
Valóban különböző meglepetés költségeket generálnak a VDI, DaaS és Cloud PC-k?
Bár a VDI, DaaS és a Cloud PC-k mind virtuális Windows környezetet biztosítanak, gazdasági kitettségük nem azonos. A VDI, DaaS és RDS közötti meglévő összehasonlításunk valójában azt mutatja, hogy a kontroll, az infrastruktúra felelőssége és a működési költségek hogyan ingadoznak a telepítési modell szerint.
VDI: A tulajdonlás kritikus fontosságúvá teszi a kihasználást
A hagyományos VDI jelentős ellenőrzést biztosít az IT számára, de ez az ellenőrzés infrastruktúra felelősséggel jár. A hosztoknak, tárolásnak, virtualizációs komponenseknek, redundanciának és menedzsment rendszereknek mind elegendő kapacitással kell rendelkezniük.
A rejtett költség akkor jelentkezik, amikor ez a kapacitás folyamatosan alulhasznált. Ezzel szemben, ha a hosztokat túl közel futtatják a határaikhoz, az általában rontja a teljesítményt és növeli a támogatási nyomást azok számára, akiknek gyakran már megvan a napi munkaterhelésük.
A VDI esetében a monitoring ezért bizonyítékot nyújt a konszolidációra, a hoszt méretezésére és a jövőbeli kapacitás tervezésére.
DaaS: Az infrastruktúra áthelyezése, az IT munka nem tűnik el
A DaaS csökkenti a szervezet által közvetlenül kezelt fizikai és virtualizációs infrastruktúra mennyiségét. Azonban a szolgáltatási határ nem szünteti meg az alkalmazáskezelést, az identitást, a politikát, a támogatást és a munkaterhelés tervezését.
A használat alapú felhőforrások idővel drágává tehetik a rossz méretezést. A Citrix Monitor most költségoptimalizálási és munkaterhelés-méretezési képességeket tartalmaz a kihasználtság elemzésére, segítve a rendszergazdákat a gépellátás és a felhasználói erőforrás-felhasználás értékelésében.
A lecke szélesebb, mint a Citrix: az asztali számítógépek egy szolgáltatóhoz való áthelyezése nem szünteti meg a szükségletet, hogy megértsük, hogyan fogyasztják el az erőforrásokat.
Felhő PC-k: A kiszámítható árak még mindig rejtett pazarlást takarhatnak.
A felhőalapú PC-k egyszerűbbé tehetik a költségvetés tervezését, mivel a felhasználó általában egy meghatározott asztali konfigurációt kap. Az előrejelzhetőség azonban nem ugyanaz, mint a használat.
A Microsoft Windows 365 kihasználtsági jelentése a kapcsolati tevékenységet mutatja, így az adminisztrátorok azonosítani tudják az alacsony használatú Cloud PC-ket. A Microsoft kifejezetten az alulhasznált licencek átcsoportosítását és az inaktív Cloud PC-k deprovisionálását említi lehetséges költségmegtakarító intézkedésként. Ajánlásai jelentése szintén elemzi a használati mintákat, az erőforrások kihasználtságát és a teljesítménykövetelményeket a méretezés értékeléséhez.
A rögzített havi költség ezért csak akkor hatékony, ha az kijelölt erőforrás megfelel a valódi felhasználói igényeknek.
Mikor alakítja a megfigyelés a rejtett költségeket mérhető adatokká?
A monitorozás biztosítja az IT csapatok számára a működési bizonyítékokat, amelyek szükségesek a beszerzés vagy a kezdeti telepítés során tett feltételezések megkérdőjelezéséhez.
A párhuzamos használat összehangolása a biztosított kapacitással
A licencelt felhasználók és a párhuzamos felhasználók nem feltétlenül ugyanazt jelentik a megosztott távoli asztali környezetekben.
A párhuzamos ülések és a felhasználói jelenlét nyomon követése megmutatja, mikor éri el a kereslet a csúcsot, és mennyi ideig tartanak ezek a csúcsok. Ez segít az adminisztrátoroknak megkülönböztetni egy olyan környezetet, amely valóban további kapacitást igényel, attól, amelynek elegendő erőforrása van, de a felhasználókat hatékonytalanul osztja el.
Az AWS ugyanazt a használati elvet alkalmazza az Amazon WorkSpaces-ra. Dokumentációja megkülönbözteti az AlwaysOn havi számlázást az AutoStop óránkénti számlázástól, és javasolja a futó modell kiválasztását a tényleges felhasználói viselkedés alapján.
Infrastruktúra átméretezése előtt elemezze az erőforrás-trendeket
CPU, RAM, lemez és hálózati mérések hozzáadják a következő réteget.
A tartós magas kihasználtság indokolhatja a több erőforrás iránti igényt. A tartós alacsony kihasználtság indokolhatja a konszolidáció vagy kisebb konfigurációk vizsgálatát. Egy rövid csúcs azonban nem indokolja automatikusan a tartós bővítést.
A történelmi monitorozás különösen hasznos itt, mert megmutatja, hogy egy látszólagos kapacitásprobléma visszatérő, szezonális vagy elszigetelt-e.
Anélkül, hogy ez a bizonyíték meglenne, a túlzott erőforrás-kiadás drága helyettesítővé válhat a diagnózis számára.
Alkalmazás- és felhasználói tevékenység nyomon követése
Az infrastruktúra-figyelés azt is felfedheti, mi hajtja a keresletet.
Az alkalmazás használati adatai segíthetnek az IT csapatoknak azonosítani a gyakran használt munkaterheléseket, a ritkán használt szoftvereket és az adott szerverekhez vagy felhasználókhoz kapcsolódó alkalmazásokat. Az ilyen információk támogathatják a licencellenőrzéseket, és célzottabbá tehetik a teljesítményvizsgálatokat.
A TSplus Server Monitoring például jelentéseket nyújt a párhuzamos munkamenetekről, a hálózati használatról, a felhasználói jelenlétről és az alkalmazás használatról szerver és felhasználó szerint, valamint a CPU, memória és lemez teljesítményének jelentéséről.
Ezek a mérések nem helyettesítik a felhő alapú számlázást vagy a FinOps platformot. Egy másik részét adják a képnek: mit csinál valójában a Windows infrastruktúra és annak felhasználói.
Költségcsökkentés és a teljesítményproblémák elkerülése közötti egyensúly
A jogszerű méretezés mindkét irányban működik.
Az erőforrások csökkentése, mert az átlagos kihasználtság alacsonynak tűnik, problémákat okozhat, ha a környezet kiszámítható csúcsokat tapasztal. Egy alkalmazásnak rövid CPU- vagy memóriaigényekre is szüksége lehet, amelyeket az átlagok elfedhetnek.
Az infrastruktúra csapatoknak ezért össze kell hasonlítaniuk a kapacitást a teljesítménnyel, a munkamenetek számával és az időalapú trendekkel a méretezés előtt. A cél nem a lehető legkisebb infrastruktúra. A megfelelő egyensúly megtalálása: elegendő kapacitás biztosítása a szükséges szolgáltatási szint fenntartásához anélkül, hogy rendszeresen fizetnénk a kihasználatlan erőforrásokért.
Ez a nézet megfelel a Microsoft Windows 365 méretezési ajánlásainak, amelyek hasonlóképpen figyelembe veszik a teljesítményigényeket a használat és az erőforrás-használat mellett.
Az MSP-k számára ez az egyensúly különösen fontos. Az infrastruktúra kiadásainak csökkentése, miközben a támogatási hívások száma nő, csupán a költségeket mozgatja a szolgáltatás egyik részéből a másikba.
Hogyan építhetne fel egy megfigyelés-vezérelt költségkontroll ciklust?
A gyakorlati virtuális asztali költségáttekintés nem szükséges, hogy migrációval vagy jelentős architektúraváltással kezdődjön. Egyszerűen egy ismételhető működési ciklussal is kezdődhet:
- Alapértékek meghatározása a munkamenetek, CPU, memória, lemez, sávszélesség és alkalmazás használat szempontjából.
- Az ismétlődő csúcsok, a folyamatosan tétlen kapacitás és a szokatlan növekedés azonosítása.
- Hasonlítsa össze a megfigyelt keresletet a biztosított infrastruktúrával és licencekkel.
- Átméretezze, egyesítse, átrendezze vagy távolítsa el az erőforrásokat, ahol a bizonyítékok alátámasztják a változást.
- Folytassa a megfigyelést a változás után a teljesítmény és a megtakarítások ellenőrzésére.
Ez a megközelítés csökkenti annak kockázatát is, hogy egy szokatlan hét vagy hónap köré optimalizáljunk. Valójában a Citrix azt javasolja, hogy a költségmodellezéshez egy stabil működési időszak adatait használjuk, ahelyett, hogy olyan időszakokat vennénk figyelembe, amelyeket vakációk vagy rendellenes használati csúcsok befolyásoltak.
Ezzel a költségellenőrzés folyamatos infrastruktúra-kezelési folyamattá válik, nem pedig egyszeri vásárlási gyakorlat.
Hogyan segíti a TSplus Server Monitoring a költségkontrollt?
A felügyeleti szoftverünk funkcióinak és képességeinek áttekintése:
TSplus Server Monitoring valós idejű és történeti megfigyelést biztosít Windows szerverek, távoli munkainfrastruktúrák, alkalmazások és felhasználók számára. Az adminisztrátorok nyomon követhetik a CPU, memória, lemezaktivitás, hálózati használat, aktív felhasználók és leállások állapotát, konfigurálható küszöbértékekkel és riasztásokkal több ilyen mutatóhoz.
A jelentés hozzáadja a kapacitási döntésekhez szükséges történelmi kontextust. Az IT csapatok áttekinthetik az átlagos szerver teljesítményt, a párhuzamos munkameneteket, a hálózati használatot, a felhasználói tevékenységet és az alkalmazás használatát, ahelyett, hogy csak egy aktuális pillanatfelvételre támaszkodnának.
Egyszerű módok a szerveradatok figyeléséről az IT-költségek nyomon követésére
A monitoring adatok beépíthetők a gyakorlati költségellenőrzési rutinokba. Az alábbi táblázatok összekapcsolják a cikk során tárgyalt főbb kockázatokat a TSplus Server Monitoring funkcióival és azzal az infrastruktúra döntésekkel, amelyekben segíthetnek tájékoztatni.
Három széles munkaterületet vázoltam fel:
1. Kapacitás és infrastruktúra kihasználtság
Felhasználók, alkalmazások és aktuális kereslet
3. Teljesítmény, elérhetőség és üzemeltetési költség
Több infrastruktúráért fizetünk, mint amire szükségünk van?
| Mit kell figyelni | Amit felfedhet | Lehetséges intézkedés, amit megtehetünk |
|---|---|---|
| CPU és memória | Tartós túl- vagy alulhasználat | Felülvizsgálja a szerver vagy VM méretezését |
| Párhuzamos munkamenetek | Valódi csúcsfelhasználói igény | Hasonlítsa össze a kapacitást a tényleges egyidejűséggel |
| Lemez teljesítmény és hely | Fenntartott tárolási nyomás vagy kihasználatlan tartalék | Tervezz tárolást a bővítés előtt |
| Sávszélesség | Tartós és ideiglenes hálózati nyomás | Hálózati frissítések érvényesítése |
| Történelmi teljesítmény | Akár a csúcsok visszatérőek, akár kivételesek | Kerülje az elszigetelt eseményekből származó méretezést |
Valóban használják az általunk biztosított erőforrásokat?
| Mit kell figyelni | Amit felfedhet | Lehetséges intézkedés, amit megtehetünk |
|---|---|---|
| Felhasználói jelenlét | Amikor a felhasználók valóban csatlakoznak | Felülvizsgálja az infrastruktúra ütemezéseit és kapacitását |
| Párhuzamos felhasználók | A licencelt és a párhuzamos igényt közötti különbség | A megosztott infrastruktúra pontosabb mérete |
| Alkalmazás használata | Ritkán vagy erősen használt alkalmazások | Telepítés és licencelés felülvizsgálata |
| Alkalmazás használata a szerveren | Ahol a munkaterhelés igénye származik | Terhelések újraelosztása vagy egyesítése |
| Folyamat használat | Erőforrás-igényes folyamatok | Diagnózis a szerverkapacitás növelése előtt |
A másutt elért megtakarítások okoznak támogatási vagy termelékenységi költségeket?
| Mit kell figyelni | Amit felfedhet | Lehetséges intézkedés, amit megtehetünk |
|---|---|---|
| Erőforrás-figyelmeztetések | A CPU, RAM vagy lemezkorlátok megközelítése | Vizsgálja meg, mielőtt a felhasználókat érintené. |
| Szerver leállás | Ismétlődő elérhetőségi problémák | Prioritálja a legnagyobb működési hatással bíró okokat |
| Weboldal elérhetőség | Távoli szolgáltatások megszakítása | Elválasztja a hozzáférési problémákat a szerverkapacitási problémáktól. |
| Válaszidők | Fokozatos szolgáltatásromlás | Infrastruktúra bővítése előtt vizsgálja meg. |
| Ütemezett jelentések | Költség- és teljesítménytrendek az idő múlásával | Rendszeres infrastruktúra-áttekintések készítése |
Láthatóság az alapvető IT-használatba
A Windows-alapú távoli hozzáférési infrastruktúrát kezelő rendszergazdák, MSP-k és integrátorok számára ez a láthatóság támogathatja a megalapozottabb méretezést és licencellenőrzéseket, miközben segít észlelni a teljesítményproblémákat, mielőtt azok szolgáltatási problémává válnának.
A TSplus Server Monitoring nem arra szolgál, hogy helyettesítse az Azure, Windows 365, Citrix vagy AWS natív számlázási és költségkezelési képességeit. Szerepe, hogy a költségkalkuláció operatív oldalát könnyebben láthatóvá és egyszerűbben használhatóvá tegye a szerverek, alkalmazások, erőforrások és felhasználók számára.
Röviden! Az én gyakorlati monitoring alapom a költségkontrollhoz
Ebből 6 területet kapunk, amelyet figyelni kell. Itt vannak, és hogy miért fontosak:
- A párhuzamos munkamenetek a tényleges csúcsigényt mutatják, nem pedig a teljes licencelt felhasználók számát.
- A CPU és a memória segít az állandó túl- vagy alulméretezés azonosításában.
- A lemezaktivitás és a kapacitás felfedi a tárolási nyomást és a növekedést.
- A sávszélesség megmutatja, hogy a hálózati igény indokolja-e a bővítést.
- A felhasználói és alkalmazásaktivitás összekapcsolja az infrastruktúrafogyasztást a tényleges használattal.
- A rendelkezésre állás és az értesítések megakadályozzák, hogy a költségcsökkentés leállásokhoz vagy támogatási problémákhoz vezessen.
Következtetés
A VDI, DaaS és Cloud PC-k rejtett költségei nem csupán egy telepítési modellből származnak. Akkor merülnek fel, amikor a biztosított kapacitás, licencek és működési erőfeszítés már nem felelnek meg a tényleges keresletnek.
A monitorozás lehetővé teszi az IT csapatok számára, hogy azonosítsák ezt az eltérést. A költségellenőrzések, a munkamenet, az erőforrás, az alkalmazás és a teljesítményadatok kombinálásával a szervezetek hatékonyabban tudják irányítani a távoli asztali infrastruktúrát anélkül, hogy az alacsonyabb kiadást tekintenék az egyetlen siker mércéjének.
TSplus Távoli Hozzáférés Ingyenes Próbaverzió
Végső Citrix/RDS alternatíva asztali/alkalmazás hozzáféréshez. Biztonságos, költséghatékony, helyben/felhőben.
)
)
)
