Azure Virtual Desktop (AVD), Windows masaüstlerini ve uygulamalarını Azure üzerinden kullanıcılara sunmak için kullanılan bir masaüstü ve uygulama sanallaştırma hizmetidir. Bu makalede AVD mimarisini, kimlik seçeneklerini, lisanslamayı, ağ gereksinimlerini ve kurulum öncesinde dikkat edilmesi gerekenleri ele alacağım.
Güncelleme notu (Ekim 2026): Makalenin ilk sürümü Nisan 2022’de yayımlandı. Azure AD ismi Microsoft Entra ID oldu; Windows App, işletim sistemi desteği ve bağlantı seçenekleri değişti. Aşağıdaki bilgiler güncel mimari üzerinden yenilendi. Mevcut ekran görüntüleri ilk sürümün arayüzünü yansıtabilir.
Azure Virtual Desktop nedir?
AVD, uzak masaüstü erişiminin hizmet katmanını Microsoft’un yönettiği bir yapıdır. Session host sanal makineleri, uygulamalar, kullanıcı profilleri, işletim sistemi güncellemeleri, ağ ve güvenlik politikaları ise müşterinin sorumluluk alanında kalır. Dolayısıyla AVD, sanal makine yönetimini tamamen ortadan kaldıran bir hizmet değildir.
Önemli özelliklerinden biri, uygun lisans ve yapılandırmayla Windows 11 Enterprise multi-session üzerinden birden çok kullanıcının aynı session host üzerinde çalışabilmesidir. Gereksinime göre kullanıcıya ayrılmış kişisel masaüstü, paylaşımlı masaüstü veya RemoteApp yayımlanabilir.
AVD mimarisindeki temel bileşenler
| Bileşen | Görevi |
|---|---|
| Host pool | Benzer session host makinelerinin mantıksal grubudur; pooled veya personal yapılandırılabilir. |
| Session host | Windows masaüstü veya uygulama oturumunun çalıştığı sanal makinedir. |
| Application group | Desktop veya RemoteApp kaynaklarının kullanıcılara atanmasını sağlar. |
| Workspace | Kullanıcının istemcisinde yayımlanan masaüstü ve uygulamaların bir arada görüldüğü alandır. |
| FSLogix | Özellikle paylaşımlı masaüstlerinde profil kapsayıcısı ile kullanıcı profilinin sürekliliğini sağlar. |
| AVD hizmet katmanı | Bağlantı aracılığı ve kontrol bileşenlerinin Microsoft tarafından işletilen kısmıdır. |
Pooled host pool ile kişisel host pool aynı kullanım modeli değildir. Çok kullanıcılı uygulama uyumu, eşzamanlı oturum yoğunluğu, profil ihtiyacı ve maliyet, bu kararın merkezinde bulunmalıdır.
Desteklenen işletim sistemleri
2022 sürümünde Windows 7 ve Windows Server 2012 R2 destek tablosunda yer alıyordu. Bu kayıtları güncel ortam için olduğu gibi kullanmak doğru değil. Microsoft’un güncel AVD ön koşulları ve işletim sistemlerinin destek yaşam döngüsü birlikte değerlendirilmelidir.
| Sistem | 2026 değerlendirmesi |
|---|---|
| Windows 11 Enterprise multi-session | Paylaşımlı masaüstü için temel seçeneklerden biridir. |
| Windows 11 Enterprise | Tek kullanıcıya ayrılmış masaüstü senaryolarında değerlendirilir. |
| Windows 10 Enterprise / multi-session | Listede yer alsa da destek yaşam döngüsü ve varsa ESU koşulları özellikle kontrol edilmelidir. |
| Windows Server 2025, 2022, 2019, 2016 | İlgili sürümün yaşam döngüsü ve RDS erişim lisanslarıyla birlikte değerlendirilir. |
| Windows 7 ve Windows Server 2012 R2 | Eski makalenin tarihsel kapsamındadır; güncel AVD destek listesinde yer almaz. |
Azure Virtual Desktop lisanslama
Microsoft 365 E3/E5, Business Premium ve uygun Windows Enterprise lisansları gibi abonelikler, kapsamlarına göre AVD erişim hakkı sağlayabilir. Ancak erişim hakkı, Azure sanal makinelerinin ve depolama bileşenlerinin ücretsiz olduğu anlamına gelmez. Compute, disk, profil depolaması ve diğer kullanılan Azure kaynakları ayrıca maliyet oluşturur.
- Kurum içi kullanıcılar için uygun Windows/Microsoft 365 lisans hakkı doğrulanmalıdır.
- Dış kullanıcılarda uygun Windows masaüstü senaryoları için kullanıcı başına erişim fiyatlandırması alternatif olabilir.
- Windows Server session host kullanılıyorsa RDS CAL ve Software Assurance veya uygun RDS abonelik hakları ayrıca değerlendirilir; dış kullanıcılar için Windows masaüstüne özgü kullanıcı başı fiyatlandırma burada geçerli değildir.
- Bütçe hesabında eşzamanlı kullanıcı, oturum başına kaynak tüketimi, autoscale ve depolama maliyetleri birlikte düşünülmelidir.
Kimlik doğrulama: Entra ID, AD DS ve Entra Domain Services
Azure AD artık Microsoft Entra ID olarak adlandırılıyor. Kullanıcı AVD hizmetinde Microsoft Entra ID ile kimlik doğrular; session host’un hangi dizine katılacağı ise farklı bir karardır. AD DS, Microsoft Entra joined ve Microsoft Entra Domain Services senaryolarının ön koşulları birbirinden farklıdır.
| Kimlik yaklaşımı | Session host üyeliği | Kontrol |
|---|---|---|
| Bulut merkezli | Microsoft Entra joined | RBAC, oturum açma yetkisi, SSO, Conditional Access ve gerekirse Intune kaydı. |
| Hibrit | AD DS joined / hybrid joined | AD DS ile Entra ID kullanıcı eşleşmesi, DNS, domain erişimi ve eşitleme. |
| Yönetilen domain | Microsoft Entra Domain Services joined | Yönetilen domain, kullanıcı senkronizasyonu ve ilgili senaryoya özgü destek koşulları. |
Microsoft Entra joined session host’lar uygun yapılandırmayla Intune’a otomatik kaydedilebilir. Eski makaledeki domain üyeliği ile Intune yönetimini birbirine bağlayan ifadeleri bu nedenle genel bir kural gibi değerlendirmemek gerekir. Host pool içindeki makineler aynı domain join yaklaşımıyla planlanmalıdır.
Dağıtımdan önce hazırlanması gerekenler
- Etkin bir Azure aboneliği, kaynak grubu ve gerekli Azure RBAC yetkileri.
- Microsoft.DesktopVirtualization kaynak sağlayıcısının abonelikte kayıtlı olması.
- Host pool, workspace, desktop/RemoteApp application group yerleşimi.
- Azure Marketplace veya Azure Compute Gallery kaynaklı uygun ve güncel session host imajı.
- Microsoft Entra ID / AD DS üyelik stratejisi ve kullanıcı grubu atamaları.
- FSLogix profil depolaması, dosya paylaşımı erişimi, yedekleme ve kapasite planlaması.
- Sanal ağ, DNS, gerekli çıkış URL’leri ve izleme altyapısı.
Ağ gereksinimleri, 443 bağlantısı ve RDP Shortpath
AVD session host ve istemcilerin hizmete erişebilmesi için Microsoft’un yayımladığı gerekli URL listesindeki uç noktalara, özellikle TCP 443 üzerinden erişim sağlanmalıdır. Kurulum yalnızca “TCP/UDP 443 portunu açmak” şeklinde özetlenemez. Kullanıcı oturumu ve Microsoft 365 erişimleri ayrıca değerlendirilir.
Microsoft, istemci ile session host’un bulunduğu Azure bölgesi arasındaki round-trip time (RTT) gecikmesinin 150 ms altında tutulmasını önerir. Uygulama, ağ ve depolama performansı kullanıcı deneyiminde en az bu değer kadar önemlidir.
RDP Shortpath etkinleştirildiğinde uygun ortamlarda UDP üzerinden optimize edilmiş trafik kullanılabilir. Yönetilen ağlarda varsayılan UDP 3390 erişimi, genel ağlarda ise ICE/STUN veya TURN ile bağlantı koşulları ayrıca incelenmelidir. Her bağlantının aynı portu veya aynı yolu kullanacağı varsayılmamalıdır.
Kullanıcılar hangi istemciyle bağlanacak?
Güncel dağıtımlarda Windows App temel istemci seçeneklerinden biridir. Windows, macOS, iOS/iPadOS, Android/ChromeOS ve web tarayıcısı üzerinden desteklenen bağlantı seçenekleri vardır. Eski “Microsoft Store client” ve klasik Remote Desktop istemcileri için güncel destek durumunu kontrol etmek gerekiyor. Özellikle Windows’un mstsc.exe aracı, AVD workspace bağlantısının yerine geçmez.
FSLogix ile kullanıcı profilleri
Paylaşımlı AVD ortamlarında kullanıcı her defasında farklı session host’a bağlanabilir. FSLogix Profile Container, kullanıcı profilini desteklenen bir depolama üzerinde tutup oturum sırasında bağlayarak bu senaryoyu yönetmeye yardımcı olur. Profil paylaşımı için ağ gecikmesi, dosya erişim izinleri, kapasite, yedeklilik, güvenlik ve yedekleme önceden planlanmalıdır.
Güvenlik ve işletim yönetimi
- Kullanıcıların erişiminde MFA ve Conditional Access ilkelerini uygun kapsamda uygulayın.
- Oturum açma ve yönetim izinlerinde en az ayrıcalık yaklaşımını benimseyin.
- Session host imajlarını, işletim sistemini ve uygulama güncellemelerini düzenli yönetin.
- Azure Monitor ve AVD Insights üzerinden oturum, bağlantı ve kaynak tüketimi sorunlarını takip edin.
- Pooled host pool kullanımında autoscale ve kapasite planlamasıyla maliyeti kontrol altında tutun.
İlk dağıtım için önerdiğim sıra
- İlk olarak kullanıcı profillerini ve uygulamaları analiz ederek pooled/personal/RemoteApp kararını verin.
- Bölge, VNet, kimlik modeli ve lisans haklarını netleştirin.
- Host pool ve session host imajını hazırlayın; FSLogix depolamasını planlayın.
- Application group ile workspace’i ilişkilendirin ve kullanıcı atamalarını yapın.
- Desteklenen istemciyle pilot bağlantı ve kullanıcı profili testlerini tamamlayın.
- Güvenlik, izleme ve maliyet ölçümünü ekledikten sonra kullanıcı sayısını artırın.
Azure Virtual Desktop dağıtımına başlarken esas konu yalnızca bir Windows sanal makinesi oluşturmak değil; kimlik, profil, ağ ve lisans bileşenlerini birlikte tasarlamaktır. Bu bölüm, sonraki uygulama adımlarına geçmeden önce mimariyi ve hazırlık aşamasını netleştiriyor.
