Azure Virtual Desktop Classic Retired: Ďalšie kroky pre IT

Úvod

Dôchodok Azure Virtual Desktop (klasický) vytvára dôležitý rozdiel medzi stratou dedičnej pripojovacej služby a pokračujúcou dostupnosťou základných zdrojov Azure. Pre IT tímy, ktoré zmeškali termín migrácie, je pochopenie tohto rozdielu nevyhnutné na plánovanie obnovy bez zbytočnej výmeny existujúcej infraštruktúry. Tento článok vysvetľuje, čo dôchodok znamená pre existujúce zdroje, ako identifikovať klasické nasadenia, ktoré migračné možnosti zostávajú hodné posúdenia a ako si vybrať podporovanú architektúru dodávania aplikácií.

Čo to znamená, keď Azure Virtual Desktop Classic končí?

Microsoft oficiálne ukončil Azure Virtual Desktop (klasický) k 30. septembru 2026. Na základe oficiálnej dokumentácie spoločnosti Microsoft „pripojenia k klasickým službám budú po ukončení blokované.“ Preto sa ukončenie týka konkrétneho typu služieb súvisiacich s riadením virtuálnych pracovných plôch a aplikácií pomocou nasadzovacieho modelu Azure Virtual Desktop (klasický).

Avšak proces odchodu sa nevzťahuje na moderný Azure Virtual Desktop, ktorý používa Azure Resource Manager (ARM). Hlavnou obavou pre používateľov, ktorí stále využívajú klasické zdroje, je neschopnosť nadviazať pripojenia na predtým fungujúce služby. Preto by si mali používatelia osobitne dávať pozor na správu klasických zdrojov, pretože samotné zdroje po dátume odchodu nezmiznú.

Čo presne bolo vyradené?

Azure Virtual Desktop (classic), predtým známy ako Windows Virtual Desktop, mal svoju správcovskú infraštruktúru založenú na vyhradených PowerShell cmdletoch, API a servisných objektoch.

Na rozdiel od moderného Azure Virtual Desktop neboli klasické hostiteľské pooly a aplikačné skupiny definované ako unified Azure resource manager zdroje.

Dnes sú tieto komponenty začlenené do systému správy zdrojov Azure, čo umožňuje administrátorom aplikovať riadenie prístupu na základe rolí Azure (RBAC), spravovať službu prostredníctvom portálu Azure a používať moderné vzory infraštruktúry ako kód na automatizáciu nasadenia.

Schopnosť	AVD Classic (ukončené)	Moderné AVD
Manažment	Dedičná riadiaca rovina	Azure Resource Manager
Azure portál	Obmedzená integrácia	Nativná integrácia
Kontrola prístupu	Dedičné úlohy nájomníka	Azure RBAC
Automatizácia	Klasické API a PowerShell	ARM, API, Az PowerShell
Doručovanie desktopov a aplikácií	Pripojenia zablokované	Podporované
Stav služby	Dôchodca	Podporované

Dôchodok predstavuje zmenu v základnej architektúre služby, nie len premenovanie produktu.

Funguje moderný Azure Virtual Desktop ešte?

Áno. Moderný Azure Virtual Desktop je podporovaný a naďalej ponúka plné Windows desktopy, multisession platformy a individuálne dodávanie aplikácií prostredníctvom RemoteApp.

Organizácie, ktoré už používajú hostiteľské pooly integrované s Azure Resource Manager (ARM), nie sú ovplyvnené ukončením klasickej služby.

IT manažéri by si mali tiež uvedomiť rozdiel medzi koncom podpory pre klasický Azure Virtual Desktop a samostatným koncom podpory pre staršie klienty Remote Desktop. Klient Remote Desktop pre Windows (MSI) mal byť naplánovaný na koniec podpory pre verejné cloudové prostredia 27. marca 2026 a pre Azure Virtual Desktop (klasický) 28. septembra 2026.

Ako môžu IT tímy identifikovať nasadenia Azure Virtual Desktop Classic?

Prvým krokom je zistiť, či sú na dôchodkovej architektúre stále závislé nejaké produkčné pracovné zaťaženia.

Toto je obzvlášť kritické pre systémy, ktoré boli uvedené do prevádzky pred rokmi a mohli byť prevzaté novými administrátormi alebo ignorované v aktuálnej dokumentácii infraštruktúry.

Skontrolujte integráciu Azure Resource Manager

Mali by ste začať kontrolou zdrojov Azure Virtual Desktop v portáli Azure. Moderné nasadenia Azure Virtual Desktop vystavujú hostiteľské pooly, aplikačné skupiny a pracoviská ako zdroje Azure v predplatnom a skupine zdrojov. Naopak, klasické nasadenia používali na vystavenie objektov služieb spravovaných rôznymi spôsobmi.

Prítomnosť nasledujúcich prvkov Azure Virtual Desktop je silným indikátorom klasického nasadenia:

• Host pools, ktoré používajú klasický modul PowerShell pre Azure Virtual Desktop
• Historické odkazy na klasického nájomcu služby alebo klasické API služby
• Aplikačné skupiny, ktoré nemajú zodpovedajúce zdroje ARM
• Virtuálne stroje hostiteľa relácie, ktoré sa odvolávajú na staršiu dokumentáciu

Zároveň neprítomnosť hostiteľského poolu v Azure portáli nie je nevyhnutne indikáciou klasického nasadenia. Pred ďalšou analýzou problému by ste mali vždy skontrolovať, ktorú predplatnú službu, Microsoft Entra tenant a riadenie prístupu na základe rolí má používateľ.

Prehľad nástrojov správy dedičstva a závislostí

Skripty nasadenia a automatizačné repozitáre môžu slúžiť ako doplnkové zdroje dôkazov.

Prítomnosť skriptov obsahujúcich odkazy na Microsoft.RDInfra.RDPowerShell alebo klasické operácie správy na úrovni nájomcu by naznačovala, že prostredie bolo nakonfigurované so starším správcovským balíkom.

Moderné prostredia budú využívať rozhrania na správu integrované s Azure Resource Manager a súvisiace moduly Az PowerShell.

Administrátori by mali tiež inventarizovať všetky aplikácie, používateľov a infraštruktúrne zdroje spojené s potenciálne ovplyvnenými hostiteľskými skupinami.

Toto zahŕňa skúmanie virtuálnych strojov hostiteľov relácií, priradení aplikácií, umiestnení úložiska profilov, závislostí autentifikácie, konfigurácií siete a zálohovacích repozitárov. Dokumentácia manuálnej migrácie Microsoftu obsahuje podrobné porovnania medzi klasickým modelom objektov služieb a modelom zdrojov integrovaným do Azure Resource Manager (ARM).

Čo sa môže stať s vašimi existujúcimi zdrojmi po ukončení prevádzky Azure Virtual Desktop Classic?

Najdôležitejší rozdiel je medzi zrušenou pripojovacou službou a základnou infraštruktúrou Azure.

Zatiaľ čo sú klasické desktopové pripojenia zablokované, existujúce virtuálne stroje, úložné zdroje a dáta aplikácií môžu zostať na svojich miestach.

Existujúce virtuálne stroje a úložisko môžu zostať k dispozícii

Azure virtuálne stroje sú zdroje, ktoré sú spravované samostatne, bez závislosti na zastaranom klasickom ovládacom paneli služby. Takže virtuálne stroje hostiteľov relácií, spravované disky a sieťové zdroje, ktoré boli vytvorené v predplatnom, môžu stále existovať.

Avšak nemôžu byť použité na obnovenie odpojeného brokeru pripojenia. Žiadne virtuálne stroje vytvorené v novej infraštruktúre Azure nie sú k dispozícii na vrátenie desktopového zážitku organizácie do pracovného stavu.

Administrátori by mali starostlivo preskúmať každý zdroj a ak ho možno znovu použiť pre podporovanú konfiguráciu, mali by vykonať nasledujúce kroky.

Je nevyhnutné skontrolovať, či je operačný systém virtuálneho stroja podporovaný a či sú aplikácie a bezpečnostné konfigurácie kompatibilné.

Prístup k aplikáciám a údaje používateľov si vyžadujú samostatné kontroly

Používatelia, ktorí sa pripojili prostredníctvom klasickej desktopovej alebo RemoteApp relácie, už nebudú môcť spúšťať svoje aplikácie prostredníctvom tejto služby.

Výsledkom ukončenia služby by mohla byť strata prístupu k pracovným plochám, publikovaným aplikáciám a narušeniu obchodných procesov.

Avšak, ukončenie služby nezaručuje, že údaje súvisiace s používateľom budú vymazané.

Vo väčšine prípadov ide pravdepodobne o údaje používateľov, ktoré sú uložené na Azure Files, diskoch VM alebo iných úložných médiách, ale uchovávanie a prístupnosť týchto informácií by záviseli od toho, ako boli nakonfigurované, zabezpečené oprávneniami, zálohované atď.

Pred dekomisionovaním alebo migráciou zapojených systémov musia IT oddelenia zabezpečiť, že uchovali všetky potrebné údaje.

Môže tím stále migrovať Azure Virtual Desktop Classic po jeho ukončení?

Microsoft dokumentuje dve migračné cesty na prechod z Azure Virtual Desktop (klasický) na nový ARM-integrovaný Azure Virtual Desktop: automatická migrácia a manuálna migrácia.

Obe možnosti mali byť životaschopné do 30. septembra 2026.

Keďže toto dátum je v minulosti, administrátori by nemali považovať nástroje popísané v dokumentácii za pripravené na produkciu pre všetky scenáre.

Dokumentácia spoločnosti Microsoft neposkytuje pokyny k prechodnému obdobiu.

Preto by sa organizácie nemali spoliehať na žiadne nástroje a procesy pre prechod po odchode do dôchodku.

Možnosť 1: Automatická migrácia

Automatický migračný proces spoločnosti Microsoft využíva nástroj založený na PowerShell na presun oprávnených klasických konfigurácií služieb na zdroje ARM.

Dokumentácia spoločnosti odporúča, aby mali používatelia aktívny predplatný plán Azure s potrebnými oprávneniami a spĺňali požiadavky na prostredie uvedené v migračnom module.

Napríklad, pokyny spoločnosti Microsoft naznačujú, že používateľom by mali byť pridelené oprávnenia prispievateľa na vytváranie zdrojov Azure a oprávnenia správcu prístupu používateľov na správu členstva v skupinách aplikácií.

Je však nevyhnutné uznať, že nástroj nemôže zaručiť obnovenie údajov po ukončení činnosti.

Organizácie s aktívnymi klasickými nasadeniami by sa mali poradiť so zákazníckou podporou spoločnosti Microsoft, aby potvrdili, či je migračný proces dostupnou možnosťou pre ich prostredie.

Možnosť 2: Ručná migrácia alebo rekonštrukcia

Manuálna migrácia si vyžaduje vytvorenie moderných zdrojov Azure Virtual Desktop a prekonfiguráciu nastavení služby.

V závislosti od konkrétneho prípadu môžu administrátori potrebovať:

• Vytvorte integrované hostiteľské pooly založené na ARM, aplikačné skupiny a pracoviská
• Založte alebo nahraďte virtuálne stroje hostiteľa relácie
• Zaregistrujte kompatibilné hostiteľské relácie s novými hostiteľskými skupinami
• Obnoviť asociácie používateľa a aplikácie
• Upravte identitu, sieť, bezpečnostné a profilové konfigurácie

Manuálny prístup sa stáva nevyhnutným, keď dedičné konfigurácie obsahujú nedokumentovanú zložitost, rozsiahlu prispôsobiteľnosť alebo keď moderné migračné nástroje sa ukazujú ako nedostatočné.

Je dôležité, že rekonštrukcia dodacej infraštruktúry neznamená vždy úplnú výmenu aplikácií a údajov.

Zostávajúce komponenty je často možné znovu použiť prostredníctvom vhodných hodnotení kompatibility, hodnotení licencií a bezpečnostných auditov.

Rozhodnutie by malo byť založené na aktuálnom stave existujúcich zdrojov a dostupnej podpore od spoločnosti Microsoft.

Situácia	Prístup k hodnoteniu
Oprávnená klasická konfigurácia a Microsoft potvrdzuje podporu migrácie	Automatická migrácia
Zložitá alebo nedostupná klasická konfigurácia	Manuálna rekonštrukcia
Existujúce VM a dáta zostávajú k dispozícii	Obnoviť služby dodávky a posúdiť opätovné použitie
Dedičná pracovná záťaž už nie je potrebná	Bezpečné vyradenie
Desktopy hostované na Azure už nie sú potrebné	Alternatívna architektúra dodávky

Čo by mali IT tímy robiť, ak zmeškali termín na odchod do dôchodku?

Organizácie, ktoré do 30. septembra 2026 neukončili svoju migráciu, by mali uprednostniť zachovanie zdrojov a obnovenie prístupu k obchodným aplikáciám.

Namiesto pokusov o viaceré pripojenia k zrušenej službe sa odporúča, aby administrátori vykonali proces obnovy.

Krok 1: Zhodnotenie dopadu služby

Identifikujte, ktorí používatelia, pracovné stanice a aplikácie nie sú k dispozícii.

Zistite, či ide o celé prostredie alebo konkrétne pracovné zaťaženia, ktoré sú ovplyvnené. Potvrďte, že problém súvisí s klasickým odchodom a nie s iným problémom týkajúcim sa autentifikácie, sieťovania alebo hostiteľa relácie.

Krok 2: Zachovanie infraštruktúry a údajov

Skontrolujte predplatné Azure, aby ste identifikovali aktuálne virtuálne stroje, spravované disky, úložné účty a sieťové zdroje.

Závislosti dokumentu a zabezpečte zálohy existovať pred vykonaním akýchkoľvek akcií. Neodstraňujte zdroje, kým nebudú identifikované údaje aplikácie, používateľské profily a konfiguračné informácie.

Krok 3: Potvrďte možnosti obnovenia s Microsoftom

Kontaktujte podporu Microsoftu, aby ste sa uistili, že sú stále k dispozícii podporované postupy migrácie/obnovenia.

Počiatočné pokyny na automatickú/manuálnu migráciu boli vyvinuté s ohľadom na dátum ukončenia a preto by sa nemali považovať za platné.

V prípade, že klasickú konfiguráciu nie je možné migrovať, môže byť potrebné zrekonštruovať prostredie s podporovanými zdrojmi Azure Virtual Desktop.

Krok 4: Obnovenie dodávky aplikácií a pracovnej plochy

Vyberte architektúru, ktorá podporuje aplikácie a pracovné plochy, ktoré používatelia potrebujú.

Pre organizácie, ktoré plánujú zostať na Azure Virtual Desktop, to zvyčajne zahŕňa nastavenie hostiteľských skupín integrovaných s ARM, podporovaných hostiteľov relácií, skupín aplikácií a priradení používateľov.

Niektoré organizácie môžu zistiť, že iný publikovanie aplikácií alebo desktopové riešenie lepšie vyhovuje ich potrebám.

Cieľom je znovu získať prístup a pritom sa vyhnúť zložitosti a zbytočným nákladom predchádzajúcej konfigurácie.

Aký je spôsob overenia migrácie Azure Virtual Desktop?

Obnovenie infraštruktúry nezaručuje normálne operácie používateľov.

Migrácia alebo rekonštrukcia musí byť preto overená na úrovni služieb a aplikácií.

Overte autentifikáciu a prístup používateľa

Potvrďte, že používatelia môžu autentifikovať a pristupovať k zdrojom, ktoré im boli pridelené.

Skontrolujte Microsoft Entra, viacfaktorovú autentifikáciu, politiky podmieneného prístupu a priradenia Azure RBAC, ak je to relevantné.

Administrátori by mali potvrdiť, že oprávnenia sú v súlade s princípom minimálnych oprávnení a že neexistujú žiadne dedičné prístupové vzory, ktoré by sa neúmyselne preniesli.

Testovanie aplikácií kritických pre podnikanie

Testujte publikované aplikácie a pracovné plochy využitím rôznych reprezentatívnych používateľských účtov.

Aktivity overovania by mali zahŕňať spustenie aplikácie, pripojenia k databáze, sieťové zdieľania, tlač, presmerovanie schránky a požadované periférie, ak nejaké sú.

Dedičské aplikácie je potrebné brať do úvahy osobitne, pretože môžu vyžadovať špecifickú konfiguráciu operačného systému, sieťovú cestu alebo komponent aplikácie.

Príkladom dedičnej aplikácie môže byť aplikácia ERP, ktorá sa úspešne spustí, ale nedokáže sa pripojiť k svojej databáze z nového hostiteľa relácie.

Overenie profilov, výkonu a operácií

Spoločnosti, ktoré používajú FSLogix alebo akékoľvek iné nástroje na profilovanie, by mali zabezpečiť, aby bolo všetko správne pripojené, bolo trvalé a dalo sa naň správne pristupovať.

Je nevyhnutné to otestovať prihlásením sa po prvýkrát a skontrolovať, či všetko bude fungovať správne, keď používateľ otvorí aplikáciu a počas ďalšieho prihlásenia. Je tiež dôležité zabezpečiť, aby boli procesy monitorované, zálohované a obnovené.

Migrácia je dokončená iba vtedy, keď je všetko pripravené, vrátane toho, že používatelia môžu pristupovať k svojim aplikáciám. Musí byť možné správne udržiavať systém.

Mali by sa organizácie zamyslieť nad svojou architektúrou dodávania desktopov?

Dôchodok Azure Virtual Desktop (klasický) je predovšetkým otázkou životného cyklu platformy, ale zároveň predstavuje príležitosť na posúdenie, či súčasná platforma na dodávanie desktopov naďalej podporuje vaše potreby.

Prechod na moderný Azure Virtual Desktop je zrejmou voľbou pre mnohých, najmä pre tých, ktorí sú už Azure-prvými a využívajú Azure-hostované desktopy.

Iné organizácie majú menej zložitých požiadaviek.

Kedy má moderný Azure Virtual Desktop zmysel?

Moderné Azure virtuálne pracovisko môže byť vhodný pre organizácie, ktoré vyžadujú centrálne spravované Windows desktop a aplikácie, hostované na Azure.

Umožňuje viacero relácií, modely RemoteApp a nástroje Microsoft ID a správy.

Má to zmysel pre podniky, ktoré už majú existujúcu infraštruktúru Azure, ale IT oddelenia sa stále musia vysporiadať so zložitostiami cloudu, vrátane licencovania, sieťovania, úložiska, správy a prevádzkových aspektov.

Kedy je iná architektúra publikovania aplikácií Windows vhodná?

Nie všetky organizácie vyžadujú plne implementované prostredie virtualizácie pracovnej plochy hostené v Microsoft Azure.

Niektoré podniky potrebujú iba obmedzené. vzdialený prístup k konkrétnym aplikáciám Windows, ako sú finančné alebo ERP aplikácie alebo zastarané aplikácie pre podnikanie.

Tieto organizácie môžu zvážiť publikovanie aplikácií, ktoré sú hostené na centrálne spravovaných serveroch Windows, namiesto nasadenia všeobecnej virtuálnej desktopovej infraštruktúry (VDI).

Moderné Azure Virtual Desktop nie je len o virtualizácii desktopov alebo aplikácií, ale aj o publikovaní aplikácií.

Dnes je možné publikovať aplikácie Azure pomocou metódy RemoteApp.

Realita je taká, že v oblasti dodávania aplikácií neexistuje dichotómia, ale skôr kontinuum, ktoré sa pohybuje od publikovania aplikácií po virtualizáciu pracovnej plochy.

Diskusia by sa mala zamerať na nájdenie najrelevantnejšej architektúry dodávania aplikácií pre danú organizáciu a prípady použitia.

Napríklad, ak existuje dlhodobo používaná aplikácia umiestnená v priečinku Windows Server, ku ktorej má prístup skupina autorizovaných používateľov, organizácia ju nemusí publikovať v Azure Virtual Desktop, keď staršia infraštruktúra stále funguje správne.

Namiesto toho by pre takéto podniky mohlo byť výhodné ponechať miesto hostenia aplikácií na vlastných serveroch a zároveň vylepšiť metódu prístupu k aplikáciám.

Aké faktory by mali viesť rozhodovanie?

IT oddelenia by mali posúdiť výber na základe kritérií nasadenia, skôr než na základe funkcií vyradeného systému.

Zohľadnenie	Kľúčová otázka
Hosting	Musí pracovné zaťaženia bežať v Azure?
Používateľská skúsenosť	Plné desktopy alebo vybrané aplikácie?
Kompatibilita	Bude existujúce aplikácie pre Windows fungovať?
Bezpečnosť	Ako sú chránené identity a prístup k reláciám?
Manažment	Kto udržiava infraštruktúru?
Licencovanie	Ktoré licencie Microsoft a softvéru sa vzťahujú?
Rozširiteľnosť	Koľko súčasných používateľov je potrebných?
Náklady	Aká je celková cena vlastníctva?

Účelom je vybrať podnikový architektúru, ktorá splní požiadavky na dostupnosť, bezpečnosť a zníženú administratívnu zložitost.

Hľadáte alternatívu pre dodávku aplikácií a desktopu na Windows?

Migrácia na moderný Azure Virtual Desktop nemusí byť nevyhnutne najlepšou voľbou pre každú organizáciu. Firmy, ktoré primárne potrebujú prístup k existujúcim aplikáciám Windows alebo centrálne hostovaným desktopom, môžu mať prospech z jednoduchšej architektúry, najmä ak nevyžadujú plne Azure-hostované virtuálne desktopové prostredie.

TSplus Remote Access umožňuje IT tímom publikovať aplikácie Windows a plné vzdialené plochy prostredníctvom klientov kompatibilných s RDP alebo webového portálu HTML5. S podporou pre lokálne a cloudové servery Windows ponúka praktickú alternatívu pre organizácie, ktoré sa snažia udržať svoje existujúce aplikácie a zároveň zjednodušiť dodávku vzdialených aplikácií.

Záver

Odchod Azure Virtual Desktop (klasický) robí nevyhnutným identifikovať postihnuté nasadenia, zachovať existujúce zdroje a obnoviť prístup prostredníctvom podporovanej infraštruktúry. IT tímy by mali overiť dostupné možnosti obnovy pred pokusom o migráciu alebo rekonštrukciu.

Či už organizácie pokračujú s moderným Azure Virtual Desktop alebo prijmú inú architektúru dodávania, prioritou zostáva zabezpečiť bezpečný a spoľahlivý prístup k aplikáciám bez zbytočnej prevádzkovej zložitosti.