Azure Virtual Desktop Classic Retired: Další kroky pro IT

Úvod

Odchod Azure Virtual Desktop (klasický) vytváří důležitý rozdíl mezi ztrátou služby připojení starší generace a pokračující dostupností základních zdrojů Azure. Pro IT týmy, které zmeškaly termín migrace, je pochopení tohoto rozdílu nezbytné pro plánování obnovy bez zbytečné výměny stávající infrastruktury. Tento článek vysvětluje, co odchod znamená pro stávající zdroje, jak identifikovat klasické nasazení, které migrační možnosti zůstávají hodné posouzení a jak vybrat podporovanou architekturu dodávání aplikací.

Co to znamená, když Azure Virtual Desktop Classic končí?

Microsoft oficiálně ukončil Azure Virtual Desktop (klasický) k 30. září 2026. Na základě oficiální dokumentace Microsoftu „budou připojení ke klasickým službám po ukončení blokována.“ Ukončení tedy ovlivňuje konkrétní typ služeb souvisejících s řízením virtuálních desktopů a aplikací pomocí nasazení Azure Virtual Desktop (klasický) modelu.

Nicméně, proces ukončení se nevztahuje na moderní Azure Virtual Desktop, který používá Azure Resource Manager (ARM). Hlavním problémem pro uživatele, kteří stále využívají klasické zdroje, je neschopnost navázat spojení se dříve fungujícími službami. Uživatelé by si proto měli být zvlášť vědomi správy klasických zdrojů, protože samotné zdroje po datu ukončení nezmizí.

Co přesně bylo vyřazeno?

Azure Virtual Desktop (classic), dříve známý jako Windows Virtual Desktop, měl svou správní infrastrukturu založenou na dedikovaných PowerShell cmdletech, API a objektech služby.

Na rozdíl od moderního Azure Virtual Desktop nebyly klasické hostitelské pooly a skupiny aplikací definovány jako jednotné zdroje správce zdrojů Azure.

Dnes jsou tyto komponenty začleněny do systému správy zdrojů Azure, což umožňuje správcům aplikovat řízení přístupu na základě rolí Azure (RBAC), spravovat službu prostřednictvím portálu Azure a používat moderní vzory infrastruktury jako kódu pro automatizaci nasazení.

Schopnost	AVD Classic (ukončeno)	Moderní AVD
Správa	Dědictví řídicí rovina	Azure Resource Manager
Azure portal	Omezená integrace	Nativní integrace
Řízení přístupu	Role dědictví nájemce	Azure RBAC
Automatizace	Klasické API a PowerShell	ARM, API, Az PowerShell
Dodání desktopu a aplikací	Spojení zablokováno	Podporováno
Stav služby	Důchodce	Podporováno

Důchod představuje změnu v základní architektuře služby, nikoli pouze přejmenování produktu.

Funguje moderní Azure Virtual Desktop stále?

Ano. Moderní Azure Virtual Desktop je podporován a nadále nabízí plné Windows desktopy, vícesessionové platformy a doručování jednotlivých aplikací prostřednictvím RemoteApp.

Organizace, které již používají hostitelské pooly integrované s Azure Resource Manager (ARM), nejsou ovlivněny ukončením klasické služby.

IT manažeři by si měli také uvědomit rozdíl mezi koncem podpory pro klasický Azure Virtual Desktop a samostatným koncem podpory pro starší klienty Remote Desktop. Klient Remote Desktop pro Windows (MSI) měl dosáhnout konce podpory pro veřejné cloudové prostředí 27. března 2026 a pro Azure Virtual Desktop (klasický) 28. září 2026.

Jak mohou IT týmy identifikovat nasazení Azure Virtual Desktop Classic?

Prvním krokem je zjistit, zda jsou na vyřazené architektuře stále závislé nějaké výrobní pracovní zátěže.

Tohoto je obzvlášť důležité pro systémy, které byly uvedeny do provozu před lety a mohly být převzaty novými administrátory nebo ignorovány v aktuální dokumentaci infrastruktury.

Zkontrolujte integraci Azure Resource Manager

Měli byste začít kontrolou prostředků Azure Virtual Desktop v portálu Azure. Moderní nasazení Azure Virtual Desktop vystavuje hostitelské pooly, skupiny aplikací a pracovní prostory jako prostředky Azure v předplatném a skupině prostředků. Naopak klasická nasazení používala k vystavení servisních objektů spravovaných různými způsoby.

Přítomnost následujících prvků Azure Virtual Desktop je silným ukazatelem klasického nasazení:

• Hostitelské pooly, které používají klasický modul PowerShell pro Azure Virtual Desktop
• Historické odkazy na klasického nájemce služby nebo klasické API služby
• Aplikační skupiny, které postrádají odpovídající zdroje ARM
• Virtuální stroje hostitele relací, které odkazují na starší dokumentaci

Současně absence hostitelského poolu v portálu Azure není nutně indikací klasického nasazení. Před dalším analyzováním problému byste měli vždy zkontrolovat, kterou předplatné, tenant Microsoft Entra a řízení přístupu na základě rolí má uživatel.

Zhodnoťte nástroje pro správu dědictví a závislosti

Skripty nasazení a automatizační repozitáře mohou sloužit jako doplňkové zdroje důkazů.

Například přítomnost skriptů obsahujících odkazy na Microsoft.RDInfra.RDPowerShell nebo klasické operace správy na úrovni nájemce by naznačovala, že prostředí bylo nakonfigurováno se starším správcovským zásobníkem.

Moderní prostředí využijí integrované správcovské rozhraní Azure Resource Manager a související moduly Az PowerShell.

Správci by měli také inventarizovat všechny aplikace, uživatele a infrastrukturní zdroje spojené s potenciálně ovlivněnými hostitelskými skupinami.

To zahrnuje zkoumání virtuálních strojů hostitelů relací, přiřazení aplikací, umístění úložišť profilů, závislosti na ověřování, síťové konfigurace a záložní úložiště. Dokumentace k ruční migraci Microsoftu obsahuje podrobné srovnání mezi klasickým modelem objektů služeb a integrovaným modelem zdrojů Azure Resource Manager (ARM).

Co se může stát s vašimi stávajícími zdroji po ukončení služby Azure Virtual Desktop Classic?

Nejdůležitější rozdíl je mezi zrušenou službou připojení a základní infrastrukturou Azure.

Zatímco klasické desktopové připojení je zablokováno, stávající virtuální stroje, úložné zdroje a data aplikací mohou zůstat na svém místě.

Existující virtuální stroje a úložiště mohou zůstat k dispozici

Azure virtuální stroje jsou zdroje, které jsou spravovány samostatně, bez spoléhání se na vyřazenou klasickou řídicí rovinu služby. Takže virtuální stroje hostitelů relací, spravované disky a síťové zdroje, které byly vytvořeny v předplatném, mohou stále existovat.

Nicméně je nelze použít k obnovení vyřazeného zprostředkovatele připojení. Žádné virtuální stroje vytvořené v nové infrastruktuře Azure nejsou k dispozici pro vrácení desktopového zážitku organizace do pracovního stavu.

Administrátoři by měli pečlivě zkontrolovat každý zdroj a pokud může být znovu použit pro podporovanou konfiguraci, měli by provést následující kroky.

Je nezbytné zkontrolovat, zda je operační systém virtuálního stroje podporován a zda jsou aplikace a bezpečnostní konfigurace kompatibilní.

Přístup k aplikacím a uživatelská data vyžadují samostatné kontroly

Uživatelé, kteří se připojili prostřednictvím klasického desktopu nebo typu relace RemoteApp, již nebudou moci spouštět své aplikace prostřednictvím této služby.

Výsledkem ukončení služby by mohla být ztráta přístupu k desktopům, publikovaným aplikacím a narušení obchodních procesů.

Nicméně, ukončení služby nezaručuje, že budou uživatelská data smazána.

Ve většině případů se pravděpodobně jedná o data uživatelů, která jsou uchovávána na Azure Files, discích VM nebo jiných úložných médiích, ale uchovávání a dostupnost těchto informací by závisely na tom, jak byla nakonfigurována, zabezpečena oprávněními, zálohována atd.

Před decommissioningem nebo migrací zapojených systémů musí IT oddělení zajistit, že uchovala všechna potřebná data.

Může tým stále migrovat Azure Virtual Desktop Classic po jeho ukončení?

Microsoft dokumentuje dvě migrační cesty pro přechod z Azure Virtual Desktop (klasický) na nový ARM-integrovaný Azure Virtual Desktop: automatickou migraci a manuální migraci.

Obě možnosti měly být životaschopné do 30. září 2026.

Jelikož je toto datum v minulosti, správci by neměli považovat nástroje popsané v dokumentaci za připravené k produkčnímu použití ve všech scénářích.

Dokumentace společnosti Microsoft neposkytuje pokyny k přechodnému období.

Proto by se organizace neměly spoléhat na žádné nástroje a procesy pro přechod po odchodu do důchodu.

Možnost 1: Automatická migrace

Automatický migrační proces společnosti Microsoft využívá nástroj založený na PowerShellu k přesunu způsobilých klasických konfigurací služeb na zdroje ARM.

Dokumentace společnosti doporučuje, aby uživatelé měli aktivní předplatné Azure s potřebnými oprávněními a splnili požadavky na prostředí uvedené modulem migrace.

Například pokyny společnosti Microsoft naznačují, že uživatelé by měli mít delegovaná oprávnění Přispěvatele pro vytváření prostředků Azure a oprávnění Správce přístupu uživatelů pro správu členství v aplikační skupině.

Je však nezbytné si uvědomit, že nástroj nemůže zaručit obnovení dat po vyřazení.

Organizace s aktivními klasickými nasazeními by měly konzultovat podporu Microsoftu, aby potvrdily, zda je migrační proces dostupnou možností pro jejich prostředí.

Možnost 2: Ruční migrace nebo rekonstrukce

Manuální migrace vyžaduje vytvoření moderních prostředků Azure Virtual Desktop a přeconfigurování konfigurace služby.

V závislosti na konkrétním případě mohou administrátoři potřebovat:

• Vytvořte integrované hostitelské pooly založené na ARM, skupiny aplikací a pracovní prostory
• Založit nebo nahradit virtuální stroje hostitele relace
• Zaregistrujte kompatibilní hostitele relací s novými hostitelskými skupinami
• Obnovit asociace uživatelů a aplikací
• Upravte konfigurace identity, sítě, zabezpečení a profilu

Manuální přístup se stává nezbytným, když starší konfigurace obsahují nedokumentovanou složitost, rozsáhlou přizpůsobení nebo když moderní migrační nástroje se ukazují jako nedostatečné.

Je třeba poznamenat, že rekonstrukce dodací infrastruktury ne vždy zahrnuje úplnou výměnu aplikací a dat.

Zbývající komponenty lze často znovu použít prostřednictvím vhodných hodnocení kompatibility, posouzení licencí a bezpečnostních auditů.

Rozhodnutí by mělo být založeno na aktuálním stavu stávajících zdrojů a dostupné podpoře od společnosti Microsoft.

Situace	Přístup k hodnocení
Způsobilá klasická konfigurace a Microsoft potvrzuje podporu migrace	Automatická migrace
Složitá nebo nedostupná klasická konfigurace	Manuální rekonstrukce
Existující VM a data zůstávají k dispozici	Obnovit služby dodání a posoudit opětovné použití
Zastaralé pracovní zátěže již nejsou vyžadovány	Bezpečné vyřazení
Desktopy hostované na Azure již nejsou nutné	Alternativní architektura dodání

Co by měly IT týmy dělat, pokud prošvihly termín odchodu do důchodu?

Organizace, které do 30. září 2026 neukončily svou migraci, by měly upřednostnit zachování zdrojů a obnovení přístupu k obchodním aplikacím.

Místo pokusu o více připojení k vyřazené službě se doporučuje, aby administrátoři provedli proces obnovy.

Krok 1: Zhodnoťte dopad služby

Identifikujte, kteří uživatelé, pracovní stanice a aplikace nejsou k dispozici.

Zjistěte, zda je ovlivněno celé prostředí nebo konkrétní pracovní zátěže. Potvrďte, že problém souvisí s klasickým ukončením a ne s nějakým jiným problémem týkajícím se ověřování, sítě nebo hostitele relace.

Krok 2: Zachování infrastruktury a dat

Zkontrolujte předplatné Azure, abyste identifikovali aktuální virtuální stroje, spravované disky, úložné účty a síťové zdroje.

Závislosti dokumentu a zajištění zálohy existují před provedením jakékoliv akce. Neodstraňujte zdroje, dokud nebudou identifikována data aplikace, uživatelské profily a konfigurační informace.

Krok 3: Potvrďte možnosti obnovení s Microsoftem

Kontaktujte podporu Microsoftu, abyste se ujistili, že jsou stále k dispozici podporované postupy migrace/obnovení.

Počáteční pokyny pro automatickou/manuální migraci byly vyvinuty s ohledem na datum ukončení a proto by se neměly považovat za platné.

V případě, že klasickou konfiguraci nelze migrovat, může být nutné znovu vybudovat prostředí s podporovanými zdroji Azure Virtual Desktop.

Krok 4: Obnovení doručení aplikací a plochy

Vyberte architekturu, která podporuje aplikace a pracovní plochy, které uživatelé potřebují.

Pro organizace, které plánují zůstat na Azure Virtual Desktop, to obvykle zahrnuje nastavení integrovaných hostitelských skupin ARM, podporovaných hostitelů relací, skupin aplikací a přiřazení uživatelů.

Některé organizace mohou zjistit, že jiný publikování aplikací nebo desktopové řešení lépe vyhovuje jejich potřebám.

Cílem je znovu navázat přístup, přičemž se vyhneme složitosti a zbytečnému zatížení předchozího nastavení.

Jak ověřit migraci Azure Virtual Desktop?

Obnovení infrastruktury nezaručuje normální provoz uživatelů.

Migrace nebo rekonstrukce musí být proto ověřena na úrovni služeb a aplikací.

Ověřit autentizaci a přístup uživatelů

Potvrďte, že uživatelé se mohou autentizovat a přistupovat k prostředkům, které jim byly přiděleny.

Zkontrolujte Microsoft Entra, vícefaktorovou autentizaci, politiky podmínkového přístupu a přiřazení Azure RBAC, pokud je to relevantní.

Správci by měli potvrdit, že oprávnění jsou v souladu s principem nejmenších oprávnění a že neexistují žádné dědictví přístupové vzory, které byly neúmyslně přeneseny.

Testování aplikací kritických pro podnikání

Testujte publikované aplikace a plochy pomocí různých reprezentativních uživatelských účtů.

Aktivity validace by měly zahrnovat spuštění aplikace, připojení k databázi, sdílení sítě, tisk, přesměrování schránky a požadovaná periferní zařízení, pokud existují.

Dědictví aplikace je třeba brát v úvahu zvlášť, protože mohou vyžadovat specifickou konfiguraci operačního systému, síťovou cestu nebo komponentu aplikace.

Příkladem zastaralé aplikace může být ERP aplikace, která se úspěšně spustí, ale nedokáže se připojit k své databázi z nového hostitele relace.

Ověřit profily, výkon a operace

Společnosti, které používají FSLogix nebo jakékoli jiné nástroje pro profilování, by měly zajistit, že vše je správně připojeno, je trvalé a lze k němu správně přistupovat.

Je nezbytné to otestovat přihlášením poprvé a zkontrolovat, zda vše bude fungovat správně, když uživatel otevře aplikaci a při dalším přihlášení. Je také důležité zajistit, aby byly procesy monitorovány, zálohovány a obnoveny.

Migrace je dokončena pouze tehdy, když je vše připraveno, včetně toho, že uživatelé mohou přistupovat ke svým aplikacím. Musí být možné systém správně udržovat.

Měly by organizace přehodnotit svou architekturu dodávání desktopů?

Odchod Azure Virtual Desktop (klasický) je především otázkou životního cyklu platformy, ale také představuje příležitost zhodnotit, zda současná platforma pro dodávání desktopů nadále vyhovuje vašim potřebám.

Přechod na moderní Azure Virtual Desktop je zřejmou volbou pro mnohé, zejména pro ty, kteří již preferují Azure a využívají desktopové služby hostované na Azure.

Jiné organizace mají méně složité požadavky.

Kdy dává smysl moderní Azure Virtual Desktop?

Moderní Azure Virtual Desktop může být dobrou volbou pro organizace, které vyžadují centrálně spravované Windows desktop a aplikace, hostované na Azure.

Umožňuje vícesessionové modely RemoteApp a nástroje pro správu Microsoft ID.

Dává to smysl pro podniky, které mají stávající Azure stopu, ale IT oddělení se stále musí vypořádat se složitostmi cloudu, včetně licencování, síťování, úložiště, správy a provozních aspektů.

Kdy je jiná architektura publikování aplikací Windows vhodná?

Ne všechny organizace vyžadují plně implementované prostředí virtualizace desktopu hostované v Microsoft Azure.

Některé podniky potřebují pouze omezené vzdálený přístup k určitým aplikacím Windows, jako jsou finanční nebo ERP aplikace nebo zastaralé aplikace pro podnikání.

Tyto organizace mohou zvážit publikaci aplikací, které jsou hostovány na centrálně spravovaných Windows serverech, místo nasazení zgeneralizované infrastruktury virtuálních desktopů (VDI).

Moderní Azure Virtual Desktop není jen o virtualizaci desktopů nebo aplikací, ale také o publikování aplikací.

Dnes je možné publikovat aplikace Azure pomocí metody RemoteApp.

Realita je taková, že v oblasti dodávání aplikací neexistuje dichotomie, ale spíše kontinuum, které se pohybuje od publikování aplikací po virtualizaci pracovních stanic.

Diskuze by se měla zaměřit na nalezení nejrelevantnější architektury dodávání aplikací pro danou organizaci a případy použití.

Například, pokud existuje dlouhodobá aplikace hostovaná ve složce Windows Server, ke které má přístup skupina autorizovaných uživatelů, organizace ji nemusí publikovat v Azure Virtual Desktop, když starší infrastruktura stále funguje správně.

Místo toho by pro takové podniky mohlo být výhodné ponechat umístění hostování aplikací na místě a zároveň vylepšit metodu přístupu k aplikacím.

Jaké faktory by měly řídit rozhodnutí?

IT oddělení by měla vyhodnotit volbu na základě kritérií potřeb nasazení, spíše než na základě funkcí vyřazeného systému.

Zvážení	Klíčová otázka
Hosting	Musí pracovní zátěže běžet v Azure?
Uživatelská zkušenost	Plné plochy nebo vybrané aplikace?
Kompatibilita	Bude fungovat stávající aplikace Windows?
Bezpečnost	Jak jsou chráněny identity a přístup k relacím?
Správa	Kdo udržuje infrastrukturu?
Licencování	Jaké licence Microsoft a software se vztahují?
Škálovatelnost	Kolik současných uživatelů je potřeba?
Náklady	Jaké jsou celkové náklady na vlastnictví?

Účelem je vybrat podnikovou architekturu, která splní požadavky na dostupnost, bezpečnost a sníženou administrativní složitost.

Hledáte alternativu pro doručování aplikací a plochy Windows?

Migrace na moderní Azure Virtual Desktop nemusí být nutně nejlepší volbou pro každou organizaci. Firmy, které primárně potřebují přístup k existujícím aplikacím Windows nebo centrálně hostovaným desktopům, mohou mít prospěch z jednodušší architektury, zejména pokud nevyžadují plně Azure-hostované virtuální desktopové prostředí.

TSplus Remote Access umožňuje IT týmům publikovat aplikace Windows a plné vzdálené plochy prostřednictvím klientů kompatibilních s RDP nebo webového portálu HTML5. S podporou pro místní a cloudové servery Windows nabízí praktickou alternativu pro organizace, které se snaží udržet své stávající aplikace a zároveň zjednodušit dodávku vzdálených aplikací.

Závěr

Odstranění Azure Virtual Desktop (klasický) činí nezbytným identifikovat postižené nasazení, zachovat stávající zdroje a obnovit přístup prostřednictvím podporované infrastruktury. IT týmy by měly ověřit dostupné možnosti obnovení před pokusem o migraci nebo rekonstrukci.

Ať už organizace pokračují s moderním Azure Virtual Desktop, nebo přijmou jinou architekturu dodání, prioritou zůstává zajištění bezpečného a spolehlivého přístupu k aplikacím bez zbytečné provozní složitosti.