Azure Virtual Desktop Classic povučen: Sljedeći koraci za IT

Uvod

Penzioniranje Azure Virtual Desktop (klasični) stvara važnu razliku između gubitka usluge naslijeđene veze i nastavka dostupnosti temeljnih Azure resursa. Za IT timove koji su propustili rok za migraciju, razumijevanje ove razlike ključno je za planiranje oporavka bez nepotrebne zamjene postojeće infrastrukture. Ovaj članak objašnjava što penzioniranje znači za postojeće resurse, kako identificirati klasične implementacije, koje opcije migracije ostaju vrijedne procjene i kako odabrati podržanu arhitekturu isporuke aplikacija.

Što znači kada Azure Virtual Desktop Classic prestane s radom?

Microsoft je službeno povukao Azure Virtual Desktop (klasični) od 30. rujna 2026. Na temelju službene dokumentacije Microsofta, "veze s klasičnim uslugama bit će blokirane nakon povlačenja." Stoga, povlačenje utječe na specifičnu vrstu usluga povezanih s upravljanjem virtualnim radnim površinama i aplikacijama koristeći model implementacije Azure Virtual Desktop (klasični).

Međutim, proces povlačenja ne odnosi se na moderni Azure Virtual Desktop koji koristi Azure Resource Manager (ARM). Stoga je glavna briga za korisnike koji još uvijek koriste klasične resurse nemogućnost uspostavljanja veza s prethodno funkcionalnim uslugama. Stoga bi korisnici trebali biti posebno svjesni upravljanja klasičnim resursima jer resursi sami po sebi neće nestati nakon datuma povlačenja.

Što je točno povučeno?

Azure Virtual Desktop (klasična verzija), prethodno poznata kao Windows Virtual Desktop, imala je svoju upravljačku infrastrukturu temeljenu na namjenskim PowerShell cmdletima, API-ima i servisnim objektima.

Za razliku od modernog Azure Virtual Desktopa, klasični host poolovi i grupe aplikacija nisu definirani kao jedinstveni resursi Azure resource managera.

Danas su ovi sastavni dijelovi uključeni u sustav upravljanja resursima Azure, omogućujući administratorima primjenu Azure kontrole pristupa temeljene na ulogama (RBAC), upravljanje uslugom putem Azure portala i korištenje modernih obrazaca infrastrukture kao koda za automatizaciju implementacije.

Sposobnost	AVD Classic (umirovljeno)	Moderna AVD
Upravljanje	Nasljedna kontrolna ravnina	Azure Resource Manager
Azure portal	Ograničena integracija	Nativna integracija
Kontrola pristupa	Uloge nasljednog zakupca	Azure RBAC
Automatizacija	Klasični API-ji i PowerShell	ARM, API, Az PowerShell
Isporuka radne površine i aplikacija	Veze blokirane	Podržano
Status usluge	Penzioniran	Podržano

Penzioniranje predstavlja promjenu u osnovnoj arhitekturi usluge, a ne samo preimenovanje proizvoda.

Da li Modern Azure Virtual Desktop još uvijek radi?

Da. Moderni Azure Virtual Desktop je podržan i nastavlja nuditi potpune Windows radne površine, višesession platforme i isporuku pojedinačnih aplikacija putem RemoteApp.

Organizacije koje već koriste host poolove integrirane s Azure Resource Managerom (ARM) nisu pogođene povlačenjem klasične usluge.

IT menadžeri također trebaju primijetiti razliku između kraja podrške za klasični Azure Virtual Desktop i odvojene završetka podrške za starije klijente za Remote Desktop. Klijent za Remote Desktop za Windows (MSI) trebao je doseći kraj podrške za javne cloud okruženja 27. ožujka 2026., a za Azure Virtual Desktop (klasični) 28. rujna 2026.

Kako mogu IT timovi identificirati Azure Virtual Desktop Classic implementacije?

Prvi korak je identificirati jesu li bilo koja proizvodna opterećenja još uvijek ovisna o povučenoj arhitekturi.

Ovo je posebno važno za sustave koji su stavljeni u proizvodnju prije nekoliko godina i koje su možda preuzeli novi administratori ili su zanemareni u trenutnoj dokumentaciji infrastrukture.

Provjerite integraciju Azure Resource Manager

Trebali biste započeti pregledavanje resursa Azure Virtual Desktop u Azure portalu. Moderni Azure Virtual Desktop implementacije izlažu skupine hostova, grupe aplikacija i radne prostore kao Azure resurse u pretplati i grupi resursa. Nasuprot tome, klasične implementacije su koristile izlaganje objekata usluga koji se upravljaju na različite načine.

Prisutnost sljedećih elemenata Azure Virtual Desktop-a predstavlja snažan pokazatelj klasične implementacije:

• Hostovi koji koriste klasični Azure Virtual Desktop PowerShell modul
• Povijesne reference na klasičnog korisnika usluga ili klasični API usluga
• Grupama aplikacija koje nemaju odgovarajuće ARM resurse
• Virtualne mašine hosta sesije koje se odnose na stariju dokumentaciju

U isto vrijeme, odsutnost host pool-a u Azure portalu nije nužno pokazatelj klasične implementacije. Uvijek biste trebali provjeriti koju pretplatu, Microsoft Entra tenant i kontrolu pristupa temeljenog na ulozi korisnik ima prije nego što dodatno analizirate problem.

Pregled alata za upravljanje naslijeđem i ovisnostima

Skripte za implementaciju i repozitoriji automatizacije mogu poslužiti kao dodatni izvori dokaza.

Na primjer, prisutnost skripti koje sadrže Microsoft.RDInfra.RDPowerShell reference ili klasične operacije upravljanja na razini najmodavca sugerirala bi da je okruženje konfigurirano sa starijim upravljačkim stogom.

Moderna okruženja će koristiti upravljačka sučelja integrirana s Azure Resource Managerom i pripadajuće Az PowerShell module.

Administratori bi također trebali napraviti popis svih aplikacija, korisnika i infrastrukturnih resursa povezanih s potencijalno pogođenim skupinama hostova.

To uključuje ispitivanje virtualnih strojeva domaćina sesije, dodjela aplikacija, lokacije za pohranu profila, ovisnosti o autentifikaciji, mrežne konfiguracije i repozitorije za sigurnosne kopije. Dokumentacija za ručnu migraciju Microsofta sadrži detaljna usporedba između klasičnog modela objekta usluge i modela resursa integriranog s Azure Resource Managerom (ARM).

Što se može dogoditi s vašim postojećim resursima nakon što Azure Virtual Desktop Classic prestane s radom?

Najvažnija razlika je između povučene usluge povezivanja i temeljne Azure infrastrukture.

Dok su klasične desktop veze blokirane, postojeće virtualne mašine, resursi za pohranu i podaci o aplikacijama mogu ostati na svom mestu.

Postojeće virtualne mašine i pohrana mogu ostati dostupne

Azure virtualne mašine su resursi koji se upravljaju samostalno, bez oslanjanja na povučenu klasičnu kontrolnu ravninu usluga. Tako, virtualne mašine domaćini sesija, upravljani diskovi i mrežni resursi koji su kreirani u pretplati mogli bi još uvek postojati.

Međutim, ne mogu se koristiti za ponovnu uspostavu povučenog posrednika veze. Nema virtualnih strojeva stvorenih u novoj Azure infrastrukturi koji su dostupni za vraćanje radnog iskustva organizacije na radno stanje.

Administratori bi trebali pažljivo pregledati svaki resurs, a ako se može ponovno koristiti za podržanu konfiguraciju, trebali bi izvršiti sljedeće korake.

Bitno je provjeriti je li operativni sustav virtualnog stroja podržan i jesu li aplikacije i sigurnosne konfiguracije kompatibilne.

Pristup aplikacijama i korisnički podaci zahtijevaju odvojene provjere

Korisnici koji su se povezali putem klasične radne površine ili vrste sesije RemoteApp više neće moći pokretati svoje aplikacije putem ove usluge.

Rezultat povlačenja usluge mogao bi biti gubitak pristupa radnim površinama, objavljenim aplikacijama i prekidima poslovnih procesa.

Međutim, povlačenje usluge ne jamči da su podaci povezani s korisnikom izbrisani.

U većini slučajeva, vjerojatno su to podaci korisnika koji se čuvaju na Azure Files, VM diskovima ili drugim medijima za pohranu, ali zadržavanje i dostupnost tih informacija ovisit će o tome kako su konfigurirani, osigurani dozvolama, sigurnosno kopirani itd...

Kao takvi, prije nego što se isključe ili migriraju uključeni sustavi, IT odjeli trebaju osigurati da su sačuvali sve potrebne podatke.

Može li tim još uvijek migrirati Azure Virtual Desktop Classic nakon što se povuče?

Microsoft dokumentira dva puta migracije za prelazak s Azure Virtual Desktop (klasični) na novi ARM-integrirani Azure Virtual Desktop: automatska migracija i ručna migracija.

Obje opcije trebale su biti održive do 30. rujna 2026.

Budući da je taj datum u prošlosti, administratori ne bi trebali smatrati alate opisane u dokumentaciji kao spremne za proizvodnju za sve scenarije.

Microsoftova dokumentacija ne pruža smjernice o prijelaznom razdoblju.

Stoga se organizacije ne bi trebale oslanjati na alate i procese za prijelaz nakon umirovljenja.

Opcija 1: Automatska migracija

Automatski migracijski proces Microsofta koristi alat temeljen na PowerShellu za premještanje prihvatljivih klasičnih konfiguracija usluga na ARM resurse.

Dokumentacija tvrtke preporučuje da korisnici imaju aktivnu Azure pretplatu s potrebnim dozvolama i da ispunjavaju zahtjeve okruženja navedene u modulu za migraciju.

Na primjer, Microsoftove smjernice sugeriraju da korisnici budu delegirani s dozvolama suradnika za stvaranje Azure resursa i dozvolama administratora korisničkog pristupa za upravljanje članstvom u grupi aplikacija.

Međutim, važno je prepoznati da alat ne može jamčiti oporavak podataka nakon povlačenja.

Organizacije s aktivnim klasičnim implementacijama trebaju se konzultirati s Microsoft podrškom kako bi potvrdile je li proces migracije dostupna opcija za njihovo okruženje.

Opcija 2: Ručna migracija ili rekonstrukcija

Ručno migriranje zahtijeva stvaranje modernih Azure Virtual Desktop resursa i ponovnu konfiguraciju postavki usluge.

Ovisno o specifičnom slučaju, administratori mogu trebati:

• Kreirajte integrirane ARM-bazirane domaće skupine, grupe aplikacija i radne prostore
• Uspostavite ili zamijenite virtualne strojeve domaćina sesije
• Registrirajte kompatibilne hosts sesija s novim skupovima hostova
• Ponovno stvorite korisničke i aplikacijske asocijacije
• Prilagodite identitet, mrežu, sigurnost i konfiguracije profila

Ručno pristupanje postaje nužno kada naslijeđene konfiguracije sadrže nedokumentiranu složenost, opsežno prilagođavanje ili kada se moderni alati za migraciju pokažu nedovoljnima.

Značajno je da rekonstrukcija infrastrukture isporuke ne uključuje uvijek potpuno zamjenjivanje aplikacija i podataka.

Preostale komponente se često mogu ponovo koristiti kroz odgovarajuće procjene kompatibilnosti, evaluacije licenci i sigurnosne revizije.

Odluka bi trebala biti temeljena na trenutnom stanju postojećih resursa i dostupnoj podršci od Microsofta.

Situacija	Pristup za procjenu
Klasnična konfiguracija koja ispunjava uvjete i Microsoft potvrđuje podršku za migraciju	Automatska migracija
Složen ili nedostupan klasični konfiguracija	Ručno rekonstruiranje
Postojeće VM-ove i podaci ostaju dostupni	Obnovite usluge isporuke i procijenite ponovnu upotrebu
Nasljedna opterećenja više nisu potrebna	Sigurno ukidanje
Azure-hostani radni stolovi više nisu potrebni	Alternativna arhitektura isporuke

Što trebaju učiniti IT timovi ako su propustili rok za povlačenje?

Organizacije koje nisu završile svoju migraciju do 30. rujna 2026. trebaju dati prioritet očuvanju resursa i obnovi pristupa poslovnim aplikacijama.

Umjesto da pokušavaju s više veza na povučenu uslugu, administratorima se savjetuje da izvedu proces oporavka.

Korak 1: Procijenite utjecaj usluge

Identificirajte koji su korisnici, radne površine i aplikacije nedostupni.

Saznajte je li pogođeno cijelo okruženje ili specifični radni opterećenja. Potvrdite da je problem povezan s klasičnim povlačenjem i ne s nekim drugim problemom vezanim uz autentifikaciju, umrežavanje ili domaćina sesije.

Korak 2: Očuvanje infrastrukture i podataka

Pregledajte Azure pretplate kako biste identificirali trenutne virtualne strojeve, upravljane diskove, račune za pohranu i mrežne resurse.

Ovisnosti dokumenta i osiguranje sigurnosne kopije postoji prije poduzimanja bilo kakve radnje. Ne brišite resurse dok podaci aplikacije, korisnički profili i informacija o konfiguraciji nisu identificirani.

Korak 3: Potvrdite opcije oporavka s Microsoftom

Kontaktirajte Microsoft podršku kako biste osigurali da su još uvijek dostupne podržane procedure migracije/oporavka.

Početne upute za automatsku/manualnu migraciju razvijene su s datumom povlačenja na umu i stoga se ne bi trebale smatrati primjenjivima.

U slučaju da se klasična konfiguracija ne može migrirati, možda će biti potrebno ponovno izgraditi okruženje s podržanim Azure Virtual Desktop resursima.

Korak 4: Obnova isporuke aplikacija i radne površine

Odaberite arhitekturu koja podržava aplikacije i radne površine koje korisnici trebaju.

Za organizacije koje planiraju ostati na Azure Virtual Desktopu, to obično uključuje postavljanje ARM integriranih hostova, podržanih sesijskih hostova, grupa aplikacija i dodjela korisnika.

Neke organizacije mogu otkriti da je drugačija publikacija aplikacija ili desktop rješenje bolje odgovara njihovim potrebama.

Cilj je ponovno uspostaviti pristup uz izbjegavanje složenosti i nepotrebnog opterećenja prethodne postavke.

Koji je način za provjeru migracije Azure Virtual Desktop-a?

Obnavljanje infrastrukture ne jamči normalno korištenje od strane korisnika.

Migracija ili rekonstrukcija stoga mora biti validirana na razini usluga i aplikacija.

Provjerite autentifikaciju i pristup korisnicima

Potvrdite da korisnici mogu autentificirati i pristupiti resursima koji su im dodijeljeni.

Provjerite Microsoft Entra, višefaktorsku autentifikaciju, politike uvjetnog pristupa i Azure RBAC dodjele prema potrebi.

Administratori bi trebali potvrditi da su dozvole usklađene s načelom minimalnih privilegija i da ne postoje naslijeđeni obrasci pristupa koji su nenamjerno preneseni.

Testiranje poslovno-kritičnih aplikacija

Testirajte objavljene aplikacije i radne površine koristeći različite reprezentativne korisničke račune.

Aktivnosti validacije trebaju uključivati pokretanje aplikacija, veze s bazom podataka, mrežne dijelove, ispis, preusmjeravanje međuspremnika i potrebne periferne uređaje ako ih ima.

Nasljedne aplikacije moraju se posebno uzeti u obzir jer mogu zahtijevati specifičnu konfiguraciju operativnog sustava, mrežni put ili komponentu aplikacije.

Primjer naslijeđene aplikacije može biti ERP aplikacija koja se uspješno pokreće, ali ne može se povezati sa svojom bazom podataka s novog hosta sesije.

Validacija profila, performansi i operacija

Tvrtke koje koriste FSLogix ili bilo koji od drugih alata za profiliranje trebaju osigurati da je sve ispravno povezano, da je trajno i da se može pravilno pristupiti.

Važno je testirati ga prijavom prvi put i provjeriti hoće li sve raditi ispravno kada korisnik otvori aplikaciju i tijekom sljedeće prijave. Također je bitno osigurati da su procesi nadzirani, sigurnosno kopirani i vraćeni.

Migracija je završena samo kada je sve spremno, uključujući mogućnost korisnika da pristupe svojim aplikacijama. Mora biti moguće pravilno održavati sustav.

Trebaju li organizacije preispitati svoju arhitekturu isporuke radne površine?

Povlačenje Azure Virtual Desktop (klasično) uglavnom je pitanje životnog ciklusa platforme, ali također predstavlja priliku za procjenu podržava li trenutna platforma za isporuku radne površine vaše potrebe.

Prelazak na moderni Azure Virtual Desktop očit je izbor za mnoge, posebno za one koji su već usmjereni na Azure i koriste Azure-hostane radne površine.

Druge organizacije imaju manje složene zahtjeve.

Kada ima smisla moderni Azure Virtual Desktop?

Moderni Azure Virtual Desktop može biti dobar izbor za organizacije koje zahtijevaju centralno upravljane Windows radne površine i aplikacije, hostane na Azureu.

Omogućuje višesesijske, RemoteApp modele te Microsoft ID i alate za administraciju.

Ima smisla za poduzeća koja već imaju Azure prisutnost, ali IT odjeli se i dalje moraju nositi s kompleksnostima oblaka, uključujući licenciranje, umrežavanje, pohranu, administraciju i operativne aspekte.

Kada je druga arhitektura objavljivanja Windows aplikacija prikladna?

Nisu sve organizacije potrebne potpuno implementirano okruženje virtualizacije radne površine smješteno u Microsoft Azure.

Neka poduzeća trebaju samo ograničeno udaljeni pristup do specifičnih Windows aplikacija, kao što su financijske ili ERP aplikacije ili naslijeđene poslovne aplikacije.

Ove organizacije mogu razmotriti objavljivanje aplikacija koje su smještene na središnje upravljanim Windows poslužiteljima umjesto implementacije generalizirane infrastrukture virtualnih radnih površina (VDI).

Moderni Azure Virtual Desktop nije samo virtualizacija radne površine ili aplikacija, već i objavljivanje aplikacija.

Danas je moguće objaviti Azure aplikacije koristeći metodu RemoteApp.

Stvarnost je da ne postoji dihotomija u prostoru isporuke aplikacija, već kontinuum koji se proteže od objavljivanja aplikacija do virtualizacije radne površine.

Rasprava bi se trebala usredotočiti na pronalaženje najrelevantnije arhitekture isporuke aplikacija za danu organizaciju i slučajeve korištenja.

Na primjer, ako postoji dugotrajna aplikacija smještena u mapi Windows Server koja je dostupna skupini ovlaštenih korisnika, organizacija je ne mora objaviti u Azure Virtual Desktop kada naslijeđena infrastruktura još uvijek ispravno radi.

Umjesto toga, moglo bi biti korisno za takva poduzeća da ostave lokaciju hostinga svojih aplikacija na vlastitim poslužiteljima dok nadograđuju svoju metodu pristupa aplikacijama.

Koji faktori bi trebali voditi odluku?

IT odjeli trebali bi procijeniti izbor prema kriterijima potreba za implementacijom, a ne prema značajkama ukinutog sustava.

Razmatranje	Ključno pitanje
Hosting	Moraju li radni opterećenja raditi u Azureu?
Korisničko iskustvo	Puni radni stolovi ili odabrane aplikacije?
Kompatibilnost	Hoće li postojeće Windows aplikacije raditi?
Sigurnost	Kako su identitet i pristup sesiji zaštićeni?
Upravljanje	Tko održava infrastrukturu?
Licenciranje	Koje Microsoft i softverske licence se primjenjuju?
Povećanje mjera	Koliko istovremenih korisnika je potrebno?
Trošak	Koji je ukupni trošak vlasništva?

Svrha je odabrati arhitekturu poduzeća koja će zadovoljiti zahtjeve dostupnosti, sigurnosti i smanjene administrativne složenosti.

Tražite alternativu za isporuku Windows aplikacija i radne površine?

Migracija na moderni Azure Virtual Desktop nije nužno najbolja opcija za svaku organizaciju. Tvrtke koje prvenstveno trebaju pristup postojećim Windows aplikacijama ili centralno hostanim radnim površinama mogu imati koristi od jednostavnije arhitekture, posebno kada ne zahtijevaju potpuno Azure-hostano virtualno radno okruženje.

TSplus Remote Access omogućuje IT timovima da objavljuju Windows aplikacije i potpuno udaljene radne površine putem RDP-kompatibilnih klijenata ili HTML5 web portala. Uz podršku za lokalne i cloud-hostane Windows poslužitelje, nudi praktičnu alternativu za organizacije koje žele zadržati svoje postojeće aplikacije dok pojednostavljuju isporuku udaljenih aplikacija.

Zaključak

Povlačenje Azure Virtual Desktop (klasično) čini bitnim identificirati pogođene implementacije, sačuvati postojeće resurse i obnoviti pristup putem podržane infrastrukture. IT timovi trebaju provjeriti dostupne opcije oporavka prije nego što pokušaju migraciju ili rekonstrukciju.

Bilo da organizacije nastavljaju s modernim Azure Virtual Desktopom ili usvajaju drugu arhitekturu isporuke, prioritet ostaje osigurati siguran, pouzdan pristup aplikacijama bez nepotrebne operativne složenosti.