Microsoft AZ-140: Oturum Ana Bilgisayarı Operasyonları, Ölçeklendirme ve Optimizasyon — Çalışma kılavuzu

By Laurynas Brazys · 12 August 2026 · #microsoft #az-140 #certification #exam-prep #study-guide

Ş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) oturum ana bilgisayarı operasyonları üç temel disiplin etrafında toplanır: doğru boyutlandırma ve performans mühendisliği, akıllı ölçeklendirme ve güç yönetimi, ve güvenilir 2. gün operasyonları. Amaç, yoğun talep sırasında tutarlı bir kullanıcı deneyimi sunarken, yoğun olmayan saatlerde harcamaları en aza indirmek ve tüm bunları bakım kolaylığı veya kurtarılabilirlikten ödün vermeden yapmaktır. Bu bölümde, AVD otomatik ölçeklendirmenin ölçeklendirme planları, zamanlama ve kapasite yapılandırması, boşaltma modu (drain mode) gibi operasyonel durumlar ve sağlık ile kayıt sorunlarını giderme konularıyla nasıl tasarlanacağı ve işletileceği açıklanmaktadır. Ardından, boyutlandırma kılavuzunu (GPU özellikli iş yükleri dahil) ve otomasyonu, rezervasyonlar, tasarruf planları ve Azure Hibrit Avantajı gibi maliyet optimizasyon araçlarıyla birleştirir.

Otomatik Ölçeklendirme Tasarımı: Ölçeklendirme Planları, Zamanlamalar ve Ana Bilgisayar Havuzu Hedeflemesi

• Ölçeklendirme planları ve hedefleme

  • Bir ölçeklendirme planı, havuzlanmış bir ana bilgisayar havuzunun oturum ana bilgisayarlarını ne zaman ve nasıl başlatacağını, boşaltacağını, durduracağını ve serbest bırakacağını tanımlar. Bir ölçeklendirme planı, farklı bölgelerde olsalar bile birden fazla ana bilgisayar havuzunu hedefleyebilir.
  • Hedeflenen her ana bilgisayar havuzu, ölçeklendirme planını kendi saat dilimi bağlamında bağımsız olarak yürütür. Yerel iş saatleriyle uyum sağlamak için zamanlama başına ölçeklendirme planının saat dilimi ayarını kullanın.
  • Hariç tutma etiketi: otomatik ölçeklendirmenin belirli VM’leri (ör. operasyonel kanaryalar veya bakım pilotları) yoksayması için bir etiket anahtar/değer çifti tanımlayın.
  • Yük dengeleme modu önemlidir: genişlik öncelikli (breadth-first) oturumları ana bilgisayarlara yayar (anlık performansı artırır, içeri ölçeklendirmeyi yavaşlatır); derinlik öncelikli (depth-first) oturumları daha az ana bilgisayarda toplar (konsolidasyonu ve maliyet tasarrufunu en üst düzeye çıkarır). Maliyet odaklı otomatik ölçeklendirme için, uygun kapasite eşikleriyle birlikte derinlik öncelikli modu kullanın.

• Zamanlamalar: hazırlık (ramp-up), yoğun saatler (peak), azaltma (ramp-down), yoğun olmayan saatler (off-peak)

  • Hazırlık (Ramp-up): talepten önce minimum filoyu başlatır ve hazırlar, ardından kapasite eşikleri aşıldığında dışarı doğru ölçeklenir.
  • Yoğun Saatler (Peak): gecikmeyi ve kuyruklamayı en aza indirmek için daha fazla kapasiteyi çevrimiçi tutar; eşikler aşılırsa dışarı ölçeklendirme devam eder.
  • Azaltma (Ramp-down): seçilen ana bilgisayarları boşaltma moduna (drain mode) alır, oturumları birleştirir ve bir yetkisiz kullanım süresinden sonra boşta kalan ana bilgisayarları kapatır.
  • Yoğun Olmayan Saatler (Off-peak): mesai sonrası erişim için küçük bir taban çizgisi korur; geri kalan boşta ana bilgisayarlar harcamaları en aza indirmek için serbest bırakılır (deallocated).

• Kapasite eşikleri, minimum ana bilgisayar kullanılabilirliği ve otomatik ölçeklendirme davranışı

  • Kapasite eşiği (%), çevrimiçi ana bilgisayarların toplam oturum kapasitesine göre ölçülür. Ortalama kullanım eşiği aştığında, otomatik ölçeklendirme ek VM’ler başlatır. Kullanım, ana bilgisayar başına maksimum oturum sayısı ve mevcut oturum sayıları tarafından belirlenir. İş yüküne göre ayarlayın; derinlik öncelikli için %60–70, genişlik öncelikli için %70–80 ile başlayın.
  • Minimum ana bilgisayar kullanılabilirliği, her zamanlama aşamasında çalışır durumda tutulacak ana bilgisayar sayısı veya yüzdesi olarak tanımlanabilir. Ani artışları karşılamak için her zaman en az bir “yedek” bulundurun.
  • İçeri ölçeklendirme güvenliği: otomatik ölçeklendirme, kullanıcıların bağlantısını kesmemek için boşaltma modunu (drain mode) ve “aktif oturum yok” kontrollerini kullanır. Yalnızca boşta olan ana bilgisayarlar durdurulur/serbest bırakılır.

• Güç yönetimi ve maliyet odaklı serbest bırakma

  • Durdur (serbest bırak), işlem ücretlerini sonlandırır; işletim sistemi ve veri diskleri depolama ücretleri oluşturmaya devam eder. Otomatik ölçeklendirme, azaltma ve yoğun olmayan saatler sırasında boşta kalan ana bilgisayarları serbest bırakır.
  • Bağlantıda VM’yi başlat (Start VM on connect), bir kullanıcı bağlanmaya çalıştığında serbest bırakılmış VM’leri başlatarak yoğun olmayan saatler duruşunu tamamlayabilir. Ana bilgisayar havuzunun yönetilen kimliğinin veya hizmet sorumlusunun, oturum ana bilgisayarı kaynak grubunda VM Başlatma izinlerine sahip olduğundan emin olun.
  • Serbest bırakma olmadan konuk işletim sistemi içinden kapatmaktan kaçının; bu, VM’yi ayrılmış ve faturalandırılabilir durumda bırakır.

Operasyonel Durum, Bakım ve Sağlık: Boşaltma Modu, Bildirimler ve Kayıt

• Boşaltma modu (drain mode) ve bakım pencereleri

  • Boşaltma modu (AllowNewSession=false), mevcut oturumların tamamlanmasına izin verirken yeni oturum açmaları engeller. Bunu yama yapmak, aracıları güncellemek, imajları değiştirmek veya içeri ölçeklendirme için kullanın.
  • Bakım yaklaşımı: ana bilgisayar(lar)ı boşaltma moduna ayarlayın, boşa düşmesini bekleyin, bildirimden sonra kalan oturumları nazikçe kapatın, ardından güncellemeleri uygulayın ve yeniden başlatın. Sağlık/sinyal durumunu doğrulayın ve yeni oturumları yeniden etkinleştirin.

• Kullanıcı bildirim stratejisi

  • Ölçeklendirme planı bildirimleri: azaltma (ramp-down) sırasında oturum kapatma mesajını ve yetkisiz kullanım süresini yapılandırın. Açık, zaman sınırlı bir dil kullanın.
  • Ek bildirimler: bakım öncesinde oturum içi mesajlar görüntülemek için Azure Automation (Send-AzVMRunCommand, PowerShell aracılığıyla anlık bildirimler) veya Endpoint Manager kullanın.

• Oturum ana bilgisayarı durumu, sinyal (heartbeat) ve aracı (agent) sağlığı

  • Tipik durumlar: Available, Unavailable (NoHeartbeat), NeedsAssistance, Unhealthy, Shutdown, NotJoinedToDomain, Upgrading.
  • Sinyal/aracı önkoşulları: AVD hizmet uç noktalarına giden 443 trafiği (AzureVirtualDesktop hizmet etiketini kullanın), kararlı DNS çözümlemesi, zaman senkronizasyonu ve varsa başarılı etki alanına katılım.
  • Aracı hizmetleri: Remote Desktop Agent Loader ve Remote Desktop Agent çalışıyor olmalıdır. Giden erişime izin verilirse AVD aracısı ve yan yana yığın (side-by-side stack) otomatik olarak güncellenir.

• Kayıt ve sorun giderme

  • Mevcut VM’leri bir ana bilgisayar havuzuna katmak için bir kayıt belirteci (sınırlı bir süre için geçerlidir) oluşturun ve AVD aracısını bu belirteçle kurun/kaydedin.
  • Yaygın hata yalıtım adımları:
    • Ana bilgisayarın, ana bilgisayar havuzunda Kayıtlı (Registered) ve Kullanılabilir (Available) olarak göründüğünü kontrol edin; değilse, yeni bir belirteçle yeniden kaydedin.
    • Olay Görüntüleyicisi’ni (Event Viewer) inceleyin: Bağlantı veya kimlik doğrulama hataları için Microsoft-RDInfra-RDAgent, Microsoft-RDInfra-RDAgentBootLoader ve RDS/TerminalServices günlüklerini kontrol edin.
    • DNS’i doğrulayın: etki alanı çözümlemesi ve hizmet uç noktası çözümlemesi başarılı olmalıdır; Azure AD DS kullanılıyorsa, VNet DNS’inin yönetilen etki alanı denetleyicilerini gösterdiğinden emin olun.
    • Windows Güvenlik Duvarı veya ağ güvenlik kurallarının giden 443 trafiğine izin verdiğini ve hiçbir TLS araya girme işleminin hizmet güvenini bozmadığını onaylayın.

• Faydalı otomasyon örnekleri

# Put a session host in drain mode (no new sessions)
Update-AzWvdSessionHost -ResourceGroupName rg-avd -HostPoolName hp-finance `
  -Name host1.contoso.com -AllowNewSession:$false

# Gracefully logoff idle users after notice (example)
Invoke-AzVMRunCommand -ResourceGroupName rg-avd -Name host1 `
  -CommandId RunPowerShellScript -ScriptPath .\Notify-And-Logoff.ps1

Boyutlandırma, Kullanım ve GPU Etkin İş Yükleri

• VM boyutu seçimi ve iş yükü odaklı boyutlandırma

  • İş yükü karakterizasyonu ile başlayın: ofis/üretkenlik, Microsoft 365 Uygulamaları ve Teams optimizasyonu ile bilgi çalışanı, geliştirici/mühendislik veya grafik/3D.
  • CPU: sürekli CPU kullanımını %70–75’in altında, kısa süreli ani artışları ise %85’in altında tutun. Processor(_Total)% Processor Time ve System\Processor Queue Length değerlerini izleyin.
  • Bellek: ana makine başına 500 MB’ın üzerinde Memory\Available MBytes ile %80’den az bellek kullanımını hedefleyin; disk belleği kullanımına (paging) dikkat edin. FSLogix önbelleği çalışma setini (working set) artırabilir—buna göre boyutlandırma yapın.
  • Depolama: kullanıcı deneyimi, FSLogix profilinin IOPS ve gecikme süresine bağlıdır. Geçici/önbellek yoğun senaryolar için Premium SSD v2, Ultra Disk ve yüksek IOPS gerektiren profiller için Azure Files Premium veya Azure NetApp Files kullanın. Çok büyük ortamlar veya en düşük gecikme süresi gerektiren profiller için Azure NetApp Files en iyi tutarlılığı sağlar.
  • Başlangıç temel değerleri (çoklu oturum):
    • Hafif üretkenlik: 4–8 vCPU, 16–32 GB RAM; yanıt verebilirlik için genişlik öncelikli (breadth-first).
    • Orta düzey bilgi çalışanı: 8–16 vCPU, 32–64 GB RAM; maliyet verimliliği için derinlik öncelikli (depth-first).
    • Ağır geliştirme/derleme/veri: 16–32 vCPU, 64–128 GB RAM; adanmış havuzları (dedicated pools) değerlendirin.

• GPU etkin oturum ana makineleri

  • CAD/GIS/3D/video düzenleme ve karmaşık görselleştirmeler için, ayrıntılı vGPU profilleri ve güçlü fiyat/performans oranı sunan NVads A10 v5 kullanın; uygun durumlarda NV v4/v5 ailelerini değerlendirin.
  • N serisi VM’lere Windows için NVIDIA GPU Sürücü Uzantısını (NVIDIA GPU Driver Extension for Windows) dağıtın. Donanım kodlamasını (hardware encoding) doğrulayın: AVC/H.264’ü etkinleştirin ve faydalı olduğunda ilke (policy) aracılığıyla “Uzak Masaüstü için donanım kodlamasını kullan” (“Use hardware encoding for Remote Desktop”) seçeneğini yapılandırın.
  • GPU’yu Performans Sayaçları (GPU motoru kullanımı, GPU belleği) ve Azure Monitor metrikleri ile izleyin. Yeterli CPU payı olduğundan emin olun; grafik ağırlıklı uygulamalar hala CPU yetersizliğine (CPU starvation) karşı hassastır.

• Telemetri ve yinelemeli ayarlama

  • AVD içgörüleri ve Log Analytics için Azure Monitor’ü etkinleştirin. CPU, bellek, FSLogix profil gecikmesi, oturum açma süresi, bağlantı kesilmeleri ve aracı (brokering) sürelerini takip edin.
  • Gözlemlenen çekişmeye (contention) göre ana makine havuzunun MaxSessionLimit ve yük dengeleme modunu ayarlayın, ardından otomatik ölçeklendirme (autoscale) eşiklerini buna uyacak şekilde yeniden düzenleyin.

Maliyet Optimizasyonu: Güç, Otomatik Ölçeklendirme, Rezervasyonlar, Tasarruf Planları ve AHB

• Ölçeklendirmeyi iş saatleriyle uyumlu hale getirin

  • Oturumları birleştirmek ve ölçeği daraltmayı (scale-in) hızlandırmak için önce derinlik (depth-first) ve ihtiyatlı kapasite eşiklerini kullanın. Geç veya nadir erişimler için yoğun olmayan saatlerde serbest bırakma ve Bağlantıda VM’yi Başlat (Start VM on connect) özellikleriyle birleştirin.
  • Soğuk başlatma (cold-start) fırtınalarını önlemek için küçük ama sıfır olmayan bir minimum ana bilgisayar sayısı belirleyin.

• Rezervasyonlar ve tasarruf planları

  • Rezervasyonlar: 1 yıllık veya 3 yıllık VM rezervasyonları, belirli bölgelerdeki belirli SKU’ları kilitleyerek en büyük indirimleri sağlar; zamanın çoğunda çalışan temel kapasite (örneğin, gündüz yoğun saatlerdeki filo) için idealdir.
  • Compute Tasarruf Planları: VM aileleri ve bölgeler arasında esnek indirimler sunar; farklı boyutları karıştırırken veya tam SKU öngörülebilirliğinin daha düşük olduğu dinamik ortamlar için kullanışlıdır.
  • Depolama rezervasyonları: Azure Files ayrılmış kapasitesi, büyük ölçekte FSLogix depolama maliyetlerini azaltabilir.

• Azure Hybrid Benefit (AHB) ve lisanslama

  • İşletim sistemi lisanslama ücretlerini azaltmak için Windows Server ve uygun Windows istemci iş yüklerine AHB uygulayın. Lisans uygunluğunu ve uyumluluğunu sağlayın.
  • Microsoft 365 dağıtımları için, lisanslamanın uygun olduğu yerlerde Windows Enterprise çoklu oturum ve Microsoft 365 Uygulamalarını kapsadığını onaylayın.

• Operasyonel betikler ve runbook’lar

  • Aşağıdakiler için Azure Automation veya GitHub Actions kullanın:
    • Bakım öncesi ve sonrası filo boşaltma/etkinleştirme (drain/enable) sıraları.
    • Pazartesi günleri veya resmi tatillerden sonra ölçeklendirme öncesi ısınma betikleri.
    • Sağlık durumu düzeltme (aracı hizmetlerini yeniden başlatma, sinyal (heartbeat) kaybolursa ana bilgisayarı yeniden kaydetme).
  • Etiket tabanlı düzenleme, seçici işlemleri basitleştirir (örneğin, ölçeği daraltma işleminden hariç tutmak için Environment=Pilot olarak etiketleyin).

# Start or stop idle hosts by tag (supplemental to native autoscale)
$hosts = Get-AzWvdSessionHost -ResourceGroupName rg-avd -HostPoolName hp-ops
foreach ($h in $hosts) {
  if ($h.Session -eq 0 -and $h.Tags["KeepOnline"] -ne "true") {
    Stop-AzVM -ResourceGroupName rg-avd -Name ($h.Name.Split("/")[1]) -Force -StayProvisioned:$false
  }
}

Pratik Problem Senaryosu

IKEA, uzaktan uygulamaları kullanan 3D planlamacılar, ürün mühendisleri ve çağrı merkezi personeli nedeniyle hafta içi yoğunluklar yaşamaktadır. Akşamlar ve hafta sonları talep düşüktür. GPU destekli oturumların, genel işlem maliyetini en aza indirirken yanıt verebilirliğini koruması gerekir.

1. Ana bilgisayar havuzlarını iş yüküne göre ayırın

   • Üç adet havuzlanmış ana bilgisayar havuzu oluşturun: GPU-CAD (NVads A10 v5), KnowledgeWorker (D/E serisi) ve ContactCenter (D serisi).
   • Neden: VM boyutunu ve yoğunluğunu farklı performans profilleriyle uyumlu hale getirir; bağımsız otomatik ölçeklendirme ve bakım pencereleri sağlar.

2. İş saatlerine göre zamanlamalar içeren tek bir ölçeklendirme planı ekleyin

   • 07:00’de yükseltme, 09:00–17:00 arası yoğun saatler, 17:00–19:00 arası azaltma ve diğer zamanlarda yoğun olmayan saatler olarak tanımlayın; saat dilimini her havuzun bulunduğu bölgeye göre ayarlayın.
   • Neden: Kullanıcılar gelmeden önce kapasitenin hazır olmasını garanti eder, mesai saatlerinden sonra oturumları birleştirir ve sistemi zarif bir şekilde kapatır ve bölgesel saatlere uyar.

3. Havuz başına kapasite eşiklerini ve minimum ana bilgisayar kullanılabilirliğini ayarlayın

   • GPU-CAD: önce genişlik (breadth-first), kapasite eşiği %70, minimum ana bilgisayar %30 çevrimiçi; KnowledgeWorker: önce derinlik (depth-first), eşik %65, minimum %10; ContactCenter: önce derinlik (depth-first), eşik %70, minimum %15.
   • Neden: GPU iş yükleri, yanıt verebilirlik için daha geniş bir dağılımı tercih eder; ofis iş yükleri, maliyeti düşürmek için birleştirmeden yararlanır; çağrı merkezi, vardiya değişiklikleri için sabit bir rezerve ihtiyaç duyar.

4. KnowledgeWorker ve ContactCenter için Bağlantıda VM’yi Başlat özelliğini etkinleştirin

   • Ana bilgisayar havuzunun yönetilen kimliğine VM Başlatma izinleri verin; yoğun olmayan saatlerdeki minimum sayıyı düşük tutun.
   • Neden: Beklenmedik mesai sonrası oturum açma işlemleri için tam zamanında erişimi korurken boşta çalışma süresi ücretlerini azaltır.

5. Bakım ve bildirim iş akışı uygulayın

   • Yama Salısı’ndan (Patch Tuesday) önce: etiket aracılığıyla her havuzun %20’sini boşaltma moduna (drain mode) alın; kullanıcılara 30 dakika önceden bildirim yapın; boşta kaldıktan sonra yama yapın, yeniden başlatın, aracı/sinyal durumunu doğrulayın, ardından bir sonraki gruba geçin.
   • Neden: Kademeli boşaltma, toplu oturum kapanmalarını önler, hizmet sürekliliğini korur ve yardım masası yoğunluğunu azaltır.

6. Azure Monitor for AVD ile izleyin ve yineleyin

   • CPU, bellek, GPU kullanımı, oturum açma süresi, FSLogix gecikmesini takip edin; MaxSessionLimit ve otomatik ölçeklendirme eşiklerini aylık olarak ayarlayın.
   • Neden: Veri odaklı ayarlama, kullanım alışkanlıkları değiştikçe SLA’yı korur ve harcamaları kontrol eder.

7. Maliyet kaldıraçlarını uygulayın

   • KnowledgeWorker ve ContactCenter’daki temel hafta içi yoğunluğu için 3 yıllık kapasite rezerve edin; değişken GPU talebi için bir Compute Tasarruf Planı kullanın; uygun olan yerlerde Azure Hybrid Benefit uygulayın.
   • Neden: Rezervasyonlar, öngörülebilir temel yük için en büyük tasarrufları garanti eder; tasarruf planları, daha az öngörülebilir GPU yoğunluklarına göre esneklik sağlar; AHB, işletim sistemi lisanslama maliyetlerini düşürür.

8. Kayıt ve sağlık durumunu sağlamlaştırın

   • NoHeartbeat gösteren herhangi bir ana bilgisayarı yeniden kaydetmek ve DNS/zaman ayarlarını doğrulamak için sabit bir runbook bulundurun. Teşhis amaçlı ana bilgisayarlar için hariç tutma etiketlerini koruyun.
   • Neden: Hızlı, otomatik düzeltme, kullanıcı etkisini sınırlar ve beklenmedik aracı sorunları sırasında kapasiteyi korur.

Bu tasarımla IKEA, gündüz performans hedeflerini (GPU yanıt verebilirliği dahil) karşılarken, yoğun olmayan saatlerdeki kapasiteyi agresif bir şekilde serbest bırakır ve bakımı otomatikleştirir; bu da istikrarlı bir kullanıcı deneyimi ve ölçülebilir maliyet düşüşü sağlar.

← FSLogix · Tüm alanlar · Uygulamalar ve Son Kullanıcı Deneyimi →

Bu soruları çözün → · ExamRoll.io’da süreli pratik →

Microsoft'a göz atın →