Microsoft AZ-140: Azure Virtual Desktop Mimarisi ve Hizmet Tasarımı — Çalışma kılavuzu
Şunun bir parçası: Microsoft Azure Virtual Desktop Specialty AZ-140 — Çalışma kılavuzu. Doğrulanmış cevaplarla şurada pratik yapın: Microsoft sınav merkezi, veya şurada süreli deneme sınavları çözün: ExamRoll.io.
Genel Bakış
Azure Virtual Desktop (AVD), hizmet kontrol düzlemini kiracınıza özgü veri düzleminden ayıran, Microsoft tarafından yönetilen bir masaüstü ve uygulama sanallaştırma hizmetidir. Hizmet güvenli bağlantılara aracılık ederken, oturum ana bilgisayarı sanal makineleri, kimlik, depolama ve ağlar sizin tarafınızdan sahiplenilir ve yönetilir. Etkili bir mimari tasarlamak; kullanıcı deneyimi, kimlik, uygulama teslimi, kapasite, dayanıklılık ve maliyet kontrollerini, kullanıcı kesintisi olmadan doğrulanabilen ve aşamalar halinde kullanıma sunulabilen bütünsel bir dağıtım modeline dönüştürmek anlamına gelir.
Hizmet Mimarisi: Kontrol Düzlemi ve Veri Düzlemi Karşılaştırması
Kontrol düzlemi (Microsoft tarafından yönetilen):
- Web Erişimi, Ağ Geçidi ve Aracı hizmetleri, kullanıcıların kimliğini doğrular, kaynakları listeler ve TLS 443 üzerinden ters bağlantı oturumlarını düzenler. Bu hizmetler küresel olarak dağıtılmıştır ve Microsoft tarafından güncellenir.
- Tanılama ve Analiz hizmetleri, bağlantı telemetrisini, sistem durumunu ve aracı (agent) durumunu toplar.
- ARM tabanlı yönetim API’leri, ölçeklendirme planları ve “Bağlantıda VM’yi Başlat” özelliği dahil olmak üzere ana bilgisayar havuzlarını, uygulama gruplarını ve çalışma alanlarını tanımlar.
Veri düzlemi (müşteri tarafından yönetilen):
- Aboneliklerinizdeki ve VNet’lerinizdeki oturum ana bilgisayarları (Windows 10/11 Enterprise çoklu oturum veya tek oturum).
- Uygun katılım moduyla AD DS, Azure AD DS veya Entra ID aracılığıyla kimlik ve ad çözümlemesi. Oturum ana bilgisayarları, etki alanı hizmetlerini çözümleyebilmelidir; VNet DNS’ini genel DNS yerine etki alanı denetleyicilerine veya Azure AD DS IP’lerine yönlendirecek şekilde yapılandırın.
- Azure Files Premium veya Azure NetApp Files (ANF) üzerinde, daha az yaygın olarak da IaaS dosya sunucuları veya Storage Spaces Direct (S2D) üzerinde kullanıcı durumu ve önbelleği (FSLogix profil ve Office kapsayıcıları).
- UDP/TCP 443 üzerindeki gecikmeyi ve titreşimi (jitter) en aza indirmek için QoS ve yol yönlendirme ile ağ iletişimi (VNet’ler, eşleme (peering), VPN/ExpressRoute, NSG’ler, UDR’lar, giden trafik).
- Azure Compute Gallery ve Azure Image Builder ile imaj yönetimi ve otomatik ölçeklendirme ve bakım pencereleri gibi operasyonel kontroller.
Kontrol düzlemi trafiği, oturum ana bilgisayarlarından dışarı yönlüdür; ana bilgisayar VM’lerinde gelen genel uç nokta gerekmez. Bu, saldırı yüzeyini azaltır ve güvenlik duvarı kurallarını basitleştirir.
Temel Yapılar ve Uygulama Teslimi
Ana bilgisayar havuzu: Tanımlanmış bir kaynak konumu (meta veri bölgesi), yük dengeleme ilkesi ve atama moduna (havuzlanmış veya kişisel) sahip mantıksal bir oturum ana bilgisayarı kümesidir. Bir ana bilgisayar havuzu varsayılan olarak bir Masaüstü uygulama grubu içerir ve birden çok RemoteApp grubuna sahip olabilir.
Uygulama grubu (app group):
- Masaüstü: Havuzdan tam bir Windows masaüstü sunar. Ana bilgisayar havuzu başına yalnızca bir masaüstü uygulama grubuna izin verilir.
- RemoteApp: Tek tek uygulamaları yayımlar. Havuz başına birden çok RemoteApp grubu oluşturabilirsiniz.
- Bir kullanıcıya aynı ana bilgisayar havuzundan hem Masaüstü hem de bir RemoteApp grubu atanmamalıdır. Uygulama/masaüstü deneyimi çakışmalarını önlemek için ayrı havuzlar kullanın.
- Bir uygulama grubu tam olarak bir çalışma alanıyla ilişkilidir. Çalışma alanı ve uygulama grubu aynı AVD kaynak konumunu paylaşmalıdır.
Çalışma alanı: Uygulama gruplarını havuzlar arasında toplayarak AVD istemcileri için kaynak akışları oluşturan, kullanıcıya yönelik kapsayıcıdır. Uygulama grupları üzerindeki RBAC, kimin hangi uygulamaları/masaüstlerini göreceğini kontrol eder. Uygulama gruplarını çalışma alanlarına kaydederken meta veri konumlarını uyumlu tutun.
İmaj stratejisi: Havuzlanmış çoklu oturum için, marketteki Windows 10/11 Enterprise çoklu oturum imajlarını veya Azure Compute Gallery’de genelleştirilmiş bir özel imajı kullanın. Kişisel havuzlar için Windows 10/11 Enterprise tek oturum imajlarını kullanın. Kullanıcıya ve makineye özgü durumu kaldırmak için imajları yakalamadan önce kaynak VM’leri her zaman genelleştirin.
Ana Bilgisayar Havuzu Türleri, Atama, Güncellemeler ve Güç Yönetimi
Havuzlanmış ve kişisel ana bilgisayar havuzları karşılaştırması:
- Havuzlanmış: VM başına birden çok eş zamanlı kullanıcı. Genişlik öncelikli (Breadth-first) veya Derinlik öncelikli (Depth-first) yük dengeleme ile yoğunluk ve maliyet için optimize edin. Profiller için FSLogix kullanın.
- Kişisel: Adanmış duruma sahip VM başına bir kullanıcı. Atama yöntemleri:
- Otomatik: İlk bağlantı, bir kullanıcıyı atanmamış bir VM’ye kalıcı olarak bağlar.
- Doğrudan: Yönetici, kullanıcıları belirli oturum ana bilgisayarlarıyla eşleştirir.
Doğrulama ve üretim havuzları karşılaştırması:
- Doğrulama havuzu bayrağı, havuzu yayın öncesi AVD aracı (agent) halkalarına dahil eder. AVD aracısını, işletim sistemini ve uygulama güncellemelerini pilot kullanıcılarla test etmek için imaj/bölge başına küçük bir doğrulama havuzu kullanın.
- Aşamalı dağıtım modeli:
- İmajı ve aracıyı bir geliştirme/test havuzunda doğrulayın.
- Bir kullanıcı alt kümesiyle bir doğrulama havuzunda pilot uygulama yapın.
- Bölge bölge üretim havuzlarına kademeli olarak genişletin.
- Kesinti süresini önlemek için ana bilgisayarları artımlı olarak boşaltın ve yamalayın.
Otomatik ölçeklendirme ve Bağlantıda VM’yi Başlat:
- Otomatik ölçeklendirme (ölçeklendirme planları), kapasiteyi planlar, oturum eşiklerini zorunlu kılar, boşta kalan ana bilgisayarları boşaltır ve kullanıcı deneyimini korurken maliyeti en aza indirmek için VM’leri serbest bırakır (deallocate).
- Bağlantıda VM’yi Başlat, bir kullanıcı bağlanmaya çalıştığında serbest bırakılmış (deallocated) VM’leri açar. Operasyonel gereksinimler:
- Ana bilgisayar havuzunda sistem tarafından atanan bir yönetilen kimliği etkinleştirin ve oturum ana bilgisayarı kaynak grubuna veya VM’lere Desktop Virtualization Power On Off Contributor rolünü verin.
- İşlem maliyetinden tasarruf etmek için VM’ler serbest bırakılmalıdır (deallocated); “durdurulmuş” ancak ayrılmış (allocated) durumdaki VM’ler ücretlendirilmeye devam eder ve soğuk başlatma avantajı sunmaz.
- Havuzlanmış ve kişisel havuzlarla çalışır; soğuk başlatma, bağlantı gecikmesine dakikalar ekler.
- Yalnızca AVD aracılığıyla istemci tarafından başlatılan bağlantılar için geçerlidir; doğrudan RDP desteklenmez.
- Yoğun dönemler için minimum sayıda ana bilgisayarın önceden ısıtıldığından emin olmak için otomatik ölçeklendirme ile koordine edin.
Yük Dengeleme, Kapasite Planlaması, Kayıt ve Durum
Yük dengeleme algoritmaları:
- Breadth-first: Oturumları mevcut ana bilgisayarlar arasında eşit olarak dağıtır. Tutarlı performans ve bellek payı için en iyisidir.
- Depth-first: Bir sonraki ana bilgisayarı kullanmadan önce bir ana bilgisayarı Max session limitine kadar doldurur. Maliyet tasarrufu için serbest bırakmaları en üst düzeye çıkarır ancak limitler çok yüksekse gürültülü komşu (noisy-neighbor) etkileri riski taşır.
Maksimum oturum limiti ve kullanıcı yoğunluğu:
- Özellikle Depth-first ile eş zamanlı oturumları sınırlamak ve kullanıcı deneyimini (UX) korumak için VM başına Max session limitini ayarlayın.
- Hedef iş yüklerini kıyaslama (benchmarking) yoluyla yoğunluğu tahmin edin: CPU genellikle çoklu oturum yoğunluğunu sınırlar. Genel bir kural olarak:
- Hafif verimlilik: Doğru ayarlandığında modern çoklu oturum SKU’larında vCPU başına 6–10 oturum.
- Orta düzey verimlilik: vCPU başına 4–6 oturum.
- Grafik veya veri ağırlıklı: vCPU başına 1–3 oturum.
- Kapasite planlaması:
- Gerekli ana bilgisayar sayısı = ceil((Kullanıcı sayısı × eş zamanlılık oranı) ÷ ana bilgisayar başına oturum).
- Yük devretme (failover) ve yama pencereleri (patch windows) için N+1 yedek veya yüzdesel bir pay ekleyin.
- Ağ: Hafif oturum başına 300–500 Kbps, orta düzeyde 1–2 Mbps, ağır kullanımda 3–5+ Mbps tahmin edin. Yalnızca ofis tabanlı kullanıcılar kurumsal internet üzerinden geri döner (hairpin); uzak kullanıcılar doğrudan AVD’ye bağlanır.
- QoS: AVD ağ geçitlerine giden UDP/TCP 443 trafiğine öncelik verin; yetersiz tahsis, yavaş yanıtlara ve bağlantı hatalarına neden olur.
FSLogix depolama seçimi:
- Azure NetApp Files, on binlerce kullanıcı için kurumsal ölçekte en yüksek IOPS ve en düşük gecikme süresini minimum yönetim yüküyle sunar.
- Azure Files Premium, çoğu dağıtım için performans ve maliyeti dengeleyerek AD tabanlı kimlik doğrulama veya Entra Kerberos ile SSD destekli SMB paylaşımları sunar.
- IaaS alternatifleri (S2D SOFS), Cloud Witness olmadan en az üç VM gerektirir ve operasyonel yük getirir; yalnızca PaaS seçenekleri uygun olmadığında kullanın.
Kayıt anahtarları, oturum ana bilgisayarı kaydı ve aracı (agent) durumu:
- Mevcut VM’leri bir ana bilgisayar havuzuna eklemeden önce bir kayıt anahtarı (token) oluşturun. AVD aracısı ve önyükleyici (boot loader), VM’yi bu anahtarı kullanarak kaydeder; sonrasında ana bilgisayar havuza bağlanır ve anahtarın süresi dolabilir.
- AVD Insights ve Log Analytics aracılığıyla hizmet durumunu, SxS yığın sürümünü ve heartbeat’i izleyerek aracı durumunu yeşil tutun. Yama sırasında yeni oturumları önlemek için ana bilgisayarları boşaltma moduna (drain mode) alın.
- Kısa bir sorun giderme ipucu: Bir kullanıcı oturumu içinde, sunucu, ağ ve istemci kaynaklı görüntü işleme (rendering) sorunlarını ayırt etmek için Performans İzleyicisi’nin (Performance Monitor) RemoteFX Graphics sayaçlarını (Frames Skipped/Second) kullanın.
Kayıt ve durum için örnek PowerShell:
# Generate a time-limited registration token
New-AzWvdRegistrationInfo `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' `
-ExpirationTime (Get-Date).AddHours(8)
# Review host state, drain mode, and session counts
Get-AzWvdSessionHost `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' |
Select-Object Name, Status, AllowNewSession, Sessions
DNS ve etki alanına katılma (domain join) ile ilgili dikkat edilmesi gerekenler:
- Azure AD DS kullanırken, oturum ana bilgisayarlarının Windows kaydı ve Kerberos/NTLM için etki alanı denetleyicilerini bulabilmesi için VNet’in DNS sunucularını yönetilen etki alanı IP’lerine ayarlayın.
- Hibrit aracılığıyla AD DS için, oturum ana bilgisayarlarını barındıran her VNet’i şirket içi DC IP’lerini (dayanıklılık için en az iki tane) kullanacak şekilde yapılandırın. Kullanılıyorsa, koşullu ileticilerin (conditional forwarders) veya çözümleyicilerin (resolvers) Azure özel uç noktalarını (private endpoints) desteklediğinden emin olun.
Bölgesel tasarım ve Experience Estimator:
- Azure Virtual Desktop Experience Estimator ile ölçülen, kullanıcı konumlarından en düşük gidiş-dönüş gecikme süresine (round-trip latency) göre ana bilgisayar havuzu bölgelerini seçin. Testleri yoğun ve yoğun olmayan saatlerde gerçek kullanıcı alt ağlarından çalıştırın.
- SMB gidiş-dönüşlerini en aza indirmek için FSLogix depolama ve etki alanı hizmetlerini oturum ana bilgisayarlarıyla aynı konumda barındırın. Bölgeler arası profil bağlamalarından kaçının.
- Çok bölgeli dağıtımlar için, metaveri konumlarını ana bilgisayar havuzu, uygulama grupları ve çalışma alanları arasında hizalayın; özerklik ve aşamalı yük devretme için bölge başına ayrı havuzlar kullanın.
Pratik Problem Senaryosu
Siemens AG, Münih, Chicago ve Singapur’daki mühendislere maliyeti en aza indirirken ve yüksek performans sağlarken CAD ve verimlilik iş yükleri sunmalıdır.
- Kullanıcı gruplarını, iş yüklerini ve bölgeleri eşleştirin
- Üç grup belirleyin: CAD ağırlıklı (GPU gerekli), standart verimlilik ve yalnızca uygulama ihtiyacı olan yükleniciler. Her sahadan AVD Experience Estimator ile gecikme süresini ölçün.
- Neden: Grup tabanlı havuzlar gürültülü komşu etkilerini önler ve her iş yükü için doğru boyutlandırılmış VM ailelerine ve ölçeklendirme davranışına olanak tanır. Gecikme ölçümleri bölgesel yerleşim hakkında bilgi verir.
- Bölgesel ana bilgisayar havuzları ve uygulama dağıtımı tasarlayın
- West Europe, East US ve Southeast Asia’da her grup için üç bölgesel ana bilgisayar havuzu oluşturun. Şunları kullanın:
- CAD için GPU NVadsA10 v5 (havuzlanmış, Breadth-first, daha düşük Max session limiti).
- Verimlilik için D/E serisi (havuzlanmış, yoğun olmayan saatlerde serbest bırakmaları en üst düzeye çıkarmak için Depth-first).
- Belirli uygulamaları yayınlayan yükleniciler için yalnızca RemoteApp içeren havuzlar.
- RemoteApp ve Masaüstü uygulama gruplarını, her havuzun kaynak konumuyla eşleşen bölgesel çalışma alanlarına kaydedin.
- Neden: Havuzları iş yükü ve bölgeye göre ayırmak, temiz uygulama yetkilendirmelerini korurken performansı ve maliyeti optimize eder.
- Kimlik ve DNS’i uygulayın
- AB ve ABD için, Entra ID ile senkronize edilen şirket içi AD DS’e etki alanına katın. Dayanıklılık için her VNet’in özel DNS’ini iki bölgesel DC’ye yapılandırın. Singapur’da, WAN bağımlılığını önlemek için Azure AD DS dağıtın ve VNet DNS’ini yönetilen etki alanı IP’lerine ayarlayın.
- Neden: Yerel etki alanı denetleyicileri ve doğru VNet DNS, güvenilir Kerberos çözümlemesi ve hızlı oturum açma sağlar; Azure AD DS, şirket içi AD’nin bulunmadığı yerlerde operasyonel yükü azaltır.
- Kullanıcı durumu ve depolamayı optimize edin
- CAD ve yüksek eşzamanlılığa sahip verimlilik grupları için Azure NetApp Files kullanın; yükleniciler için Azure Files Premium kullanın. Depolamayı ana bilgisayar havuzlarıyla aynı bölgeye yerleştirin ve yakındaki iki ofis arasında dolaşım yapan CAD kullanıcıları için Cloud Cache ile FSLogix profil kapsayıcılarını etkinleştirin.
- Neden: ANF, ağır iş yükleri için en düşük gecikme süresini ve en yüksek IOPS’u sunar; Azure Files Premium, daha hafif kullanıcılar için maliyeti düşürür. Aynı konuma yerleştirme, bölgeler arası SMB gecikmesini önler.
- Kapasite, otomatik ölçeklendirme ve Bağlantıda VM’yi Başlat
- Pilot testlerden yoğunluk hedefleri belirleyin (ör. CAD 1–2 oturum/vCPU, verimlilik 4–6 oturum/vCPU). İş günü başlangıcında artırma (ramp-up) ve mesai saatleri dışında boşaltma (drain) ve serbest bırakma (deallocation) içeren otomatik ölçeklendirme planları yapılandırın. Her ana bilgisayar havuzunda sistem tarafından atanan bir kimlikle Bağlantıda VM’yi Başlat’ı (Start VM on Connect) etkinleştirin ve oturum ana bilgisayarı kaynak gruplarında Desktop Virtualization Power On Off Contributor rolünü verin.
- Neden: Otomatik ölçeklendirme ve Bağlantıda VM’yi Başlat, kullanıcı deneyimini korurken işlem harcamalarını en aza indirir; kimlik ve rol ataması, hizmetin VM’leri güvenilir bir şekilde açmasına izin verir.
- Aşamalı dağıtım ve doğrulama
- Aracı güncellemelerini erken alması için bölge başına küçük bir doğrulama ana bilgisayar havuzunu işaretleyin. Yama uygulama sırası: doğrula → pilot → üretim. Yama sırasında boşaltma modunu (drain mode) kullanın ve her iş yükü ve algoritma için uygun Max session limitlerini uygulayın.
- Neden: Kontrollü halkalar (ring) hizmet genelinde gerilemeleri önler; boşaltma modu, ana bilgisayar bakımı sırasında oturumları korur.
- Ağ ve QoS ayarları
- Şube yönlendiricilerinin, yeterli bant genişliği tahsisatıyla AVD uç noktalarına giden UDP/TCP 443 trafiğine öncelik verdiğinden emin olun. Uzak kullanıcılar için herhangi bir VPN geri dönüşünü (hairpin) kaldırın, böylece ev kullanıcıları doğrudan AVD’ye bağlanır.
- Neden: AVD medya akışları 443 portuna dayanır; yetersiz sağlanan QoS, yavaş yanıtlara ve bağlantı kopmalarına neden olur.
Havuz türlerini, uygulama gruplarını, kimliği, depolamayı, ölçeklendirmeyi ve bölgesel yerleşimi Siemens’in kullanıcı gruplarına ve coğrafyalarına göre hizalayarak, tasarım öngörülebilir performans, doğrulama halkaları aracılığıyla operasyonel güvenlik ve akıllı güç yönetimi ve yoğunluk kontrolleri yoluyla maliyet verimliliği sağlar.
Tüm alanlar · Kimlik →
Bu soruları çözün → · ExamRoll.io’da süreli pratik →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Sınavınızı geçin →