Azure Sanal Masaüstü Klasik Emekli: BT için Sonraki Adımlar

Giriş

Azure Sanal Masaüstü (klasik) emekliliği, bir miras bağlantı hizmetinin kaybı ile temel Azure kaynaklarının sürekli mevcudiyeti arasında önemli bir ayrım yaratmaktadır. Göç tarihini kaçıran BT ekipleri için, bu ayrımın anlaşılması, mevcut altyapıyı gereksiz yere değiştirmeden kurtarma planlaması için esastır. Bu makale, emekliliğin mevcut kaynaklar için ne anlama geldiğini, klasik dağıtımları nasıl tanımlayacağınızı, hangi göç seçeneklerinin değerlendirmeye değer olduğunu ve desteklenen bir uygulama teslim mimarisi nasıl seçeceğinizi açıklamaktadır.

Azure Sanal Masaüstü Classic'in emekli olması ne anlama geliyor?

Microsoft, 30 Eylül 2026 itibarıyla Azure Sanal Masaüstü (klasik) hizmetini resmi olarak emekliye ayırmıştır. Microsoft'un resmi belgelerine göre, "klasik hizmetlere bağlantılar emeklilikten sonra engellenecektir." Bu nedenle, emeklilik, Azure Sanal Masaüstü (klasik) dağıtım modeli kullanarak sanal masaüstlerinin ve uygulamaların yönetimi ile ilgili belirli hizmet türlerini etkilemektedir.

Ancak, emeklilik süreci Azure Resource Manager (ARM) kullanan modern Azure Sanal Masaüstü için geçerli değildir. Bu nedenle, hala klasik kaynakları kullanan kullanıcılar için ana endişe, daha önce çalışan hizmetlere bağlantı kurma yeteneğinin kaybolmasıdır. Bu nedenle, kullanıcıların klasik kaynak yönetimi konusunda özellikle dikkatli olmaları gerekmektedir çünkü kaynaklar emeklilik tarihinden sonra kaybolmayacaktır.

Tam olarak ne emekli oldu?

Azure Sanal Masaüstü (klasik), daha önce Windows Sanal Masaüstü olarak biliniyordu, yönetim altyapısını özel PowerShell cmdlet'leri, API'ler ve hizmet nesneleri üzerine kurmuştu.

Modern Azure Sanal Masaüstü'nden farklı olarak, klasik ana bilgisayar havuzları ve uygulama grupları birleşik Azure kaynak yöneticisi kaynakları olarak tanımlanmamıştır.

Bugün, bu bileşenler Azure kaynak yönetim sistemine entegre edilmiştir ve yöneticilerin Azure rol tabanlı erişim kontrolünü (RBAC) uygulamasına, hizmeti Azure portalı aracılığıyla yönetmesine ve dağıtım otomasyonu için modern altyapı olarak kod kalıplarını kullanmasına olanak tanır.

Yetenek	AVD Classic (emekli)	Modern AVD
Yönetim	Eski kontrol düzlemi	Azure Kaynak Yöneticisi
Azure portal	Sınırlı entegrasyon	Yerel entegrasyon
Erişim kontrolü	Eski kiracı rolleri	Azure RBAC
Otomasyon	Klasik API'ler ve PowerShell	ARM, API'ler, Az PowerShell
Masaüstü ve uygulama teslimatı	Bağlantılar engellendi	Desteklenen
Hizmet durumu	Emekli	Desteklenen

Emeklilik, yalnızca bir ürün adının değiştirilmesi değil, temel hizmet mimarisinde bir değişikliği temsil eder.

Modern Azure Sanal Masaüstü Hala Çalışıyor mu?

Evet. Modern Azure Sanal Masaüstü desteklenmektedir ve RemoteApp aracılığıyla tam Windows masaüstleri, çoklu oturum platformları ve bireysel uygulama dağıtımı sunmaya devam etmektedir.

Azure Resource Manager (ARM) ile entegre host havuzlarını zaten kullanan kuruluşlar, klasik hizmetin emekliye ayrılmasından etkilenmez.

IT yöneticileri, klasik Azure Sanal Masaüstü için destek sonu ile daha eski Uzak Masaüstü istemcileri için ayrı destek sonu arasındaki farkı da dikkate almalıdır. Windows için Uzak Masaüstü istemcisinin (MSI), kamu bulut ortamları için destek sonunun 27 Mart 2026'da, Azure Sanal Masaüstü (klasik) için ise 28 Eylül 2026'da sona ermesi planlanmıştır.

IT ekipleri Azure Virtual Desktop Classic dağıtımlarını nasıl tanımlayabilir?

İlk adım, emekli mimariye hala bağımlı olan herhangi bir üretim iş yükünün olup olmadığını belirlemektir.

Bu, özellikle yıllar önce üretime alınmış ve yeni yöneticiler tarafından geri alınmış veya mevcut altyapı belgelerinde göz ardı edilmiş sistemler için kritik öneme sahiptir.

Azure Resource Manager Entegrasyonunu Kontrol Et

Azure portalındaki Azure Sanal Masaüstü kaynaklarını inceleyerek başlamalısınız. Modern Azure Sanal Masaüstü dağıtımları, ana bilgisayar havuzlarını, uygulama gruplarını ve çalışma alanlarını bir abonelik ve kaynak grubundaki Azure kaynakları olarak açığa çıkarır. Buna karşılık, klasik dağıtımlar, farklı şekillerde yönetilen hizmet nesnelerini açığa çıkarmak için kullanılıyordu.

Aşağıdaki Azure Sanal Masaüstü unsurlarının varlığı, klasik bir dağıtımın güçlü bir göstergesi olarak durmaktadır:

• Klasik Azure Sanal Masaüstü PowerShell modülünü kullanan ana bilgisayar havuzları
• Klasik hizmet kiracısına veya klasik hizmet API'sine tarihsel referanslar
• Eşleşen ARM kaynakları olmayan uygulama grupları
• Eski belgelere atıfta bulunan oturum ana bilgisayarı sanal makineleri

Aynı zamanda, Azure portalında bir ana bilgisayar havuzunun olmaması mutlaka klasik bir dağıtımın göstergesi değildir. Sorunu daha fazla analiz etmeden önce, kullanıcının hangi aboneliğe, Microsoft Entra kiracısına ve rol tabanlı erişim kontrolüne sahip olduğunu her zaman kontrol etmelisiniz.

Eski Yönetim Araçlarını ve Bağımlılıkları Gözden Geçirin

Dağıtım betikleri ve otomasyon depoları ek kanıt kaynakları olarak hizmet edebilir.

Örneğin, Microsoft.RDInfra.RDPowerShell referansları veya klasik kiracı düzeyinde yönetim işlemleri içeren betiklerin varlığı, ortamın daha eski yönetim yığını ile yapılandırıldığını önerebilir.

Modern ortamlar, Azure Resource Manager ile entegre yönetim arayüzlerini ve ilgili Az PowerShell modüllerini kullanacaktır.

Yönetici, potansiyel olarak etkilenen ana havuzlarla ilişkili tüm uygulama, kullanıcı ve altyapı kaynaklarını envanterini çıkarmalıdır.

Bu, oturum ana bilgisayarı sanal makinelerini, uygulama atamalarını, profil depolama konumlarını, kimlik doğrulama bağımlılıklarını, ağ yapılandırmalarını ve yedekleme havuzlarını incelemeyi içerir. Microsoft manuel geçiş belgeleri klasik hizmet nesne modeli ile Azure Resource Manager (ARM) entegre kaynak modeli arasındaki detaylı karşılaştırmaları içerir.

Azure Sanal Masaüstü Classic'in emekli olmasının ardından mevcut kaynaklarınıza ne olabilir?

En önemli fark, emekli bağlantı hizmeti ile temel Azure altyapısı arasındadır.

Klasik masaüstü bağlantıları engellendiğinde, mevcut sanal makineler, depolama kaynakları ve uygulama verileri yerinde kalabilir.

Mevcut Sanal Makineler ve Depolama Kullanılabilir Kalabilir

Azure sanal makineleri, emekli klasik hizmet kontrol düzlemine güvenmeden kendi başlarına yönetilen kaynaklardır. Bu nedenle, abonelikte oluşturulan oturum ana bilgisayarı sanal makineleri, yönetilen diskler ve ağ kaynakları hâlâ mevcut olabilir.

Ancak, emekli bağlantı aracını yeniden kurmak için kullanılamazlar. Yeni Azure altyapısında oluşturulan sanal makineler, bir kuruluşun masaüstü deneyimini çalışma durumuna döndürmek için mevcut değildir.

Yönetici, her kaynağı dikkatlice incelemeli ve desteklenen bir yapılandırma için yeniden kullanılabiliyorsa, aşağıdaki adımları gerçekleştirmelidir.

Sanal makinenin işletim sisteminin desteklenip desteklenmediğini ve uygulamaların ile güvenlik yapılandırmalarının uyumlu olup olmadığını kontrol etmek önemlidir.

Uygulama Erişimi ve Kullanıcı Verileri Ayrı Kontroller Gerektirir

Klasik masaüstü veya RemoteApp oturum türü üzerinden bağlanan kullanıcılar, artık bu hizmet aracılığıyla uygulamalarını başlatamayacaklar.

Hizmetin emekliye ayrılmasının sonucu, masaüstlerine, yayımlanan uygulamalara erişimin kaybı ve iş süreçlerinde kesintiler olabilir.

Ancak, hizmetin sona ermesi kullanıcıyla ilgili verilerin silineceği anlamına gelmez.

Çoğu durumda, Azure Files, VM diskleri veya diğer depolama ortamlarında kalıcı hale getirilen kullanıcı verileri olma olasılığı yüksektir, ancak bu bilgilere ilişkin saklama ve erişilebilirlik, nasıl yapılandırıldığına, izinlerle nasıl güvence altına alındığına, yedeklendiğine vb. bağlı olacaktır…

Bu nedenle, ilgili sistemlerin devre dışı bırakılmasından veya taşınmasından önce, BT departmanlarının gerekli tüm verileri koruduklarından emin olmaları gerekir.

Bir ekip, Azure Virtual Desktop Classic emekli olduktan sonra hala geçiş yapabilir mi?

Microsoft, Azure Virtual Desktop (klasik) ile yeni ARM entegrasyonlu Azure Virtual Desktop'a geçiş için iki göç yolunu belgelemektedir: otomatik göç ve manuel göç.

Her iki seçenek de 30 Eylül 2026'ya kadar geçerli olacak şekilde tasarlanmıştır.

O tarihin geçmişte olması nedeniyle, yöneticilerin belgede tanımlanan araçları tüm senaryolar için üretim hazır olarak değerlendirmemeleri gerekir.

Microsoft'un belgeleri geçiş dönemi hakkında rehberlik sağlamamaktadır.

Bu nedenle, kuruluşlar emeklilik sonrası geçiş araçlarına ve süreçlerine güvenmemelidir.

Seçenek 1: Otomatik Göç

Microsoft'un otomatik geçiş süreci PowerShell tabanlı bir aracı, uygun klasik hizmet yapılandırmalarını ARM kaynaklarına taşımak için kullanır.

Şirketin belgeleri, kullanıcıların gerekli izinlere sahip aktif bir Azure aboneliğine sahip olmalarını ve geçiş modülü tarafından listelenen çevre gereksinimlerini karşılamalarını önermektedir.

Örneğin, Microsoft'un yönergeleri, kullanıcıların Azure kaynakları oluşturmak için Katkıda Bulunan izinleri ve uygulama grup üyeliğini yönetmek için Kullanıcı Erişim Yöneticisi izinleri ile yetkilendirilmesini önermektedir.

Ancak, aracın emeklilik sonrası veri kurtarmayı garanti edemeyeceğini kabul etmek önemlidir.

Aktif klasik dağıtımlara sahip organizasyonlar, göç sürecinin ortamları için mevcut bir seçenek olup olmadığını doğrulamak için Microsoft destek ile iletişime geçmelidir.

Seçenek 2: Manuel Göç veya Yeniden Yapılandırma

Manuel geçiş, modern Azure Sanal Masaüstü kaynaklarının oluşturulmasını ve hizmet yapılandırmasının yeniden yapılandırılmasını gerektirir.

Belirli bir duruma bağlı olarak, yöneticilerin şunları yapması gerekebilir:

• Entegre ARM tabanlı ana bilgisayar havuzları, uygulama grupları ve çalışma alanları oluşturun
• Oturum ana bilgisayar sanal makinelerini oluşturun veya değiştirin
• Yeni ana bilgisayar havuzları ile uyumlu oturum ana bilgisayarlarını kaydedin
• Kullanıcı ve uygulama ilişkilerini yeniden oluşturun
• Kimlik, ağ, güvenlik ve profil yapılandırmalarını ayarlayın

Manuel yaklaşım, eski yapılandırmalar belgelenmemiş karmaşıklık, kapsamlı özelleştirme içerdiğinde veya modern göç araçları yetersiz kaldığında gerekli hale gelir.

Özellikle, teslimat altyapısını yeniden yapılandırmak her zaman uygulamaların ve verilerin tamamen değiştirilmesini gerektirmez.

Kalan bileşenler genellikle uygun uyumluluk değerlendirmeleri, lisanslama değerlendirmeleri ve güvenlik denetimleri aracılığıyla yeniden kullanılabilir.

Karar, mevcut kaynakların mevcut durumu ve Microsoft'tan alınan destek dikkate alınarak verilmelidir.

Durum	Değerlendirme yaklaşımı
Uygun klasik yapılandırma ve Microsoft, göç desteğini onaylıyor.	Otomatik geçiş
Karmaşık veya erişilemeyen klasik yapılandırma	Manuel yeniden yapılandırma
Mevcut sanal makineler ve veriler erişilebilir kalır	Teslimat hizmetlerini yeniden yapılandırın ve yeniden kullanımı değerlendirin
Eski iş yükleri artık gerekli değildir	Güvenli devre dışı bırakma
Azure üzerinde barındırılan masaüstleri artık gerekli değil.	Alternatif teslimat mimarisi

IT Ekipleri Emeklilik Son Tarihini Kaçırırsa Ne Yapmalıdır?

Eylül 30, 2026 tarihine kadar göçlerini tamamlamayan kuruluşlar, kaynakların korunması ve iş uygulama erişiminin yeniden sağlanmasına öncelik vermelidir.

Emekli hizmete birden fazla bağlantı kurmaya çalışmak yerine, yöneticilerin bir kurtarma süreci gerçekleştirmeleri önerilir.

Adım 1: Hizmet Etkisini Değerlendirin

Kullanıcıların, masaüstlerinin ve uygulamaların hangi durumlarda kullanılamadığını belirleyin.

Tam bir ortam mı yoksa belirli iş yükleri mi etkilendiğini öğrenin. Sorunun klasik bir emeklilikle ilgili olduğunu ve başka bir kimlik doğrulama, ağ veya oturum ana bilgisayarıyla ilgili bir sorun olmadığını doğrulayın.

Adım 2: Altyapıyı ve Verileri Koruyun

Azure aboneliklerini gözden geçirerek mevcut sanal makineleri, yönetilen diskleri, depolama hesaplarını ve ağ kaynaklarını belirleyin.

Belge bağımlılıklarını kontrol et ve sağla yedeklemeler herhangi bir işlem yapmadan önce var. Uygulama verileri, kullanıcı profilleri ve yapılandırma bilgileri tanımlanmadan kaynakları silmeyin.

Adım 3: Microsoft ile Kurtarma Seçeneklerini Onaylayın

Microsoft destek ile iletişime geçin, böylece hala desteklenen göç/geri yükleme prosedürlerinin mevcut olduğundan emin olabilirsiniz.

Başlangıçtaki otomatik/manuel göç talimatları emeklilik tarihi göz önünde bulundurularak geliştirilmiştir ve bu nedenle uygulanacağı varsayılmamalıdır.

Klasik yapılandırmanın taşınamadığı durumlarda, desteklenen Azure Sanal Masaüstü kaynaklarıyla ortamın yeniden oluşturulması gerekebilir.

Adım 4: Uygulama ve Masaüstü Dağıtımını Geri Yükle

Kullanıcıların ihtiyaç duyduğu uygulamaları ve masaüstlerini destekleyen bir mimari seçin.

Azure Sanal Masaüstü'nde kalmayı planlayan kuruluşlar için bu genellikle ARM entegre host havuzlarının, desteklenen oturum sunucularının, uygulama gruplarının ve kullanıcı atamalarının kurulmasını içerir.

Bazı kuruluşlar başka birini bulabilir. uygulama yayınlama ya da masaüstü çözüm ihtiyaçlarına daha iyi uyuyor.

Amaç, önceki kurulumun karmaşıklığını ve gereksiz yükünü önleyerek erişimi yeniden sağlamaktır.

Azure Sanal Masaüstü Göçünü Doğrulamanın Yolu Nedir?

Altyapının geri yüklenmesi normal kullanıcı işlemlerini garanti etmez.

Bir göç veya yeniden yapılandırma, bu nedenle hizmet ve uygulama düzeylerinde doğrulanmalıdır.

Kimlik Doğrulama ve Kullanıcı Erişimini Doğrula

Kullanıcıların kendilerine atanmış kaynaklara kimlik doğrulaması yapabileceğini ve erişebileceğini onaylayın.

Microsoft Entra, çok faktörlü kimlik doğrulama, Koşullu Erişim politikaları ve Azure RBAC atamalarını kontrol edin.

Yönetici, izinlerin en az ayrıcalık ilkesine uygun olduğunu ve yanlışlıkla taşınan eski erişim kalıplarının olmadığını doğrulamalıdır.

İşletme Kritik Uygulamaları Test Et

Farklı temsilci kullanıcı hesaplarını kullanarak yayımlanan uygulamaları ve masaüstlerini test edin.

Doğrulama faaliyetleri, uygulama başlatma, veritabanı bağlantıları, ağ paylaşımları, yazdırma, pano yönlendirmesi ve varsa gerekli çevre birimlerini içermelidir.

Eski uygulamalar, belirli bir işletim sistemi yapılandırması, ağ yolu veya uygulama bileşeni gerektirebileceğinden özel olarak dikkate alınmalıdır.

Bir miras uygulamasına bir ERP uygulaması örnek verilebilir; bu uygulama başarıyla başlatılır ancak yeni oturum sunucusundan veritabanına bağlanmada başarısız olur.

Profilleri, Performansı ve Operasyonları Doğrula

FSLogix veya diğer profil oluşturma araçlarını kullanan şirketler, her şeyin doğru bir şekilde bağlandığından, kalıcı olduğundan ve düzgün bir şekilde erişilebilir olduğundan emin olmalıdır.

İlk kez oturum açarak test etmek ve bir kullanıcının bir uygulamayı açtığında her şeyin düzgün çalışıp çalışmayacağını kontrol etmek hayati önem taşır. Ayrıca, süreçlerin izlenmesi, yedeklenmesi ve geri yüklenmesi sağlanmalıdır.

Göç, kullanıcıların uygulamalarına erişebilmesi de dahil olmak üzere her şey hazır olduğunda tamamlanır. Sistemin düzgün bir şekilde sürdürülmesi mümkün olmalıdır.

Kuruluşlar Masaüstü Dağıtım Mimarilerini Yeniden Gözden Geçirmeli mi?

Azure Virtual Desktop (classic) Emekliliği esasen bir platform yaşam döngüsü meselesidir, ancak mevcut masaüstü dağıtım platformunun ihtiyaçlarınızı karşılamaya devam edip etmediğini değerlendirmek için bir fırsat da sunar.

Modern Azure Sanal Masaüstü'ne geçiş, özellikle zaten Azure öncelikli olan ve Azure barındırılan masaüstlerini kullananlar için açık bir seçimdir.

Diğer kuruluşların daha az karmaşık gereksinimleri vardır.

Modern Azure Sanal Masaüstü Ne Zaman Mantıklıdır?

Modern Azure Sanal Masaüstü Azure'da barındırılan merkezi olarak yönetilen Windows masaüstü ve uygulamalarına ihtiyaç duyan kuruluşlar için uygun olabilir.

Birden fazla oturum, RemoteApp modelleri ve Microsoft ID ile yönetim araçlarını etkinleştirir.

Mevcut bir Azure ayak izi olan işletmeler için mantıklıdır, ancak BT departmanları yine de lisanslama, ağ oluşturma, depolama, yönetim ve operasyonel yönler gibi bulutun karmaşıklıklarıyla başa çıkmak zorundadır.

Başka bir Windows Uygulama Yayınlama Mimarisi Ne Zaman Uygundur?

Tüm kuruluşların Microsoft Azure'da barındırılan tam olarak uygulanmış bir masaüstü sanallaştırma ortamına ihtiyacı yoktur.

Bazı işletmelerin yalnızca sınırlı ihtiyaçları vardır. uzak erişim belirli Windows uygulamalarına, finansal veya ERP uygulamaları veya eski iş uygulamaları gibi.

Bu kuruluşlar, genel bir sanal masaüstü altyapısı (VDI) dağıtmak yerine merkezi olarak yönetilen Windows sunucularında barındırılan uygulamaları yayınlamayı düşünebilirler.

Modern Azure Sanal Masaüstü sadece masaüstü veya uygulama sanallaştırması ile ilgili değil, aynı zamanda uygulama yayınlama ile de ilgilidir.

Bugün, Azure uygulamalarını RemoteApp yöntemiyle yayınlamak mümkündür.

Gerçek şu ki, uygulama teslimatı alanında bir ikilik yoktur, aksine uygulama yayınlamadan masaüstü sanallaştırmaya kadar uzanan bir süreklilik vardır.

Tartışma, verilen organizasyon ve kullanım senaryoları için en uygun uygulama teslim mimarisini bulmaya odaklanmalıdır.

Örneğin, yetkilendirilmiş kullanıcılar tarafından erişilen bir Windows Server klasöründe barındırılan uzun süreli bir uygulama varsa, organizasyonun miras altyapısı hala düzgün çalışırken bunu Azure Sanal Masaüstü'nde yayınlaması gerekmez.

Bunun yerine, bu tür işletmelerin uygulama erişim yöntemlerini güncellerken uygulama barındırma konumlarını yerinde bırakmaları faydalı olabilir.

Kararınızı yönlendirmesi gereken faktörler nelerdir?

IT departmanları, seçimlerini devre dışı bırakılan sistemin özellikleri yerine dağıtım ihtiyaçları kriterlerine göre değerlendirmelidir.

Dikkate alma	Anahtar soru
Barındırma	Yüksek iş yükleri Azure'da mı çalışmalıdır?
Kullanıcı deneyimi	Tam masaüstleri mi yoksa seçilen uygulamalar mı?
Uyumluluk	Mevcut Windows uygulamaları çalışacak mı?
Güvenlik	Kimlik ve oturum erişimi nasıl korunur?
Yönetim	Altyapıyı kim yönetiyor?
Lisanslama	Hangi Microsoft ve yazılım lisansları geçerlidir?
Ölçeklenebilirlik	Kaç eşzamanlı kullanıcı gereklidir?
Maliyet	Toplam sahip olma maliyeti nedir?

Amacın, kullanılabilirlik, güvenlik ve azaltılmış yönetim karmaşıklığı gereksinimlerini karşılayacak bir kurumsal mimari seçmektir.

Windows Uygulama ve Masaüstü Dağıtımı için Alternatif mi Arıyorsunuz?

Modern Azure Sanal Masaüstü'ne geçiş, her organizasyon için mutlaka en iyi seçenek değildir. Mevcut Windows uygulamalarına veya merkezi olarak barındırılan masaüstlerine erişim ihtiyacı olan işletmeler, daha basit bir mimariden fayda sağlayabilir, özellikle de tamamen Azure barındırılan bir sanal masaüstü ortamına ihtiyaç duymuyorlarsa.

TSplus Uzak Erişim IT ekiplerinin RDP uyumlu istemciler veya bir HTML5 web portalı aracılığıyla Windows uygulamalarını ve tam uzaktan masaüstlerini yayınlamasını sağlar. Yerel ve bulut tabanlı Windows sunucularını destekleyerek, mevcut uygulamalarını korumak isteyen kuruluşlar için uzaktan uygulama teslimatını basitleştirirken pratik bir alternatif sunar.

Sonuç

Azure Virtual Desktop (classic) emekliliği, etkilenen dağıtımları belirlemeyi, mevcut kaynakları korumayı ve desteklenen altyapı aracılığıyla erişimi geri yüklemeyi zorunlu kılar. BT ekipleri, göç veya yeniden yapılandırma girişiminde bulunmadan önce mevcut kurtarma seçeneklerini doğrulamalıdır.

Organizasyonlar modern Azure Virtual Desktop ile devam etseler de başka bir dağıtım mimarisi benimsemiş olsalar da, öncelik gereksiz operasyonel karmaşıklık olmadan güvenli, güvenilir uygulama erişimini sağlamaktır.