Microsoft AZ-140: Dayanıklılık, Kurtarma ve Geçiş — Ç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) dayanıklılık, kurtarma ve geçiş planlaması; bölgesel arızalar sırasında kullanıcı üretkenliğini sürdürmeye, verileri (profiller, imajlar, uygulamalar) korumaya, bağımlılıkların yük devretmesini düzenlemeye ve eski Remote Desktop Services (RDS) sistemlerinden öngörülebilir bir geçiş sağlamaya odaklanır. Etkili tasarımlar, durum bilgisi olmayan (stateless) AVD kontrol düzlemini durum bilgisi olan (stateful) veri düzlemlerinden ayırır, yeniden oluşturmalar için tekrarlanabilir otomasyon kullanır, her bileşen için net kurtarma hedefleri tanımlar ve keşif ve kapasite modellemesi ile gerçek dünya performansını doğrular.

Bölgesel Mimari, Kullanıcı Erişimi ve Yük Devretme

Kontrol ve veri düzlemleri: AVD’nin aracı (broker), web erişimi, tanılama ve yönetim hizmetleri küresel olarak dayanıklıdır. Oturum ana bilgisayarları, ana bilgisayar havuzları, imajlar ve depolama bölgeye özgüdür ve yük devretme için tasarlanmalıdır.
Bölgesel arıza stratejisi:
- Her kullanıcı grubu için aynı VM boyut ailesi ve imaj kökenine sahip ikincil bir bölgede ana bilgisayar havuzu oluşturun. Azure Compute Gallery kullanarak imajları ikincil bölgeye çoğaltın.
- Her iki bölgede de aynı uygulama gruplarını (RemoteApp ve/veya Masaüstü) yayımlayın ve kullanıcıları her ikisine de atayın; birincil havuzu varsayılan, ikincil havuzu ise DR hedefi olarak ayarlayın.
- DR ana bilgisayarlarını soğuk veya ılık bekleme durumunda tutun. Havuzlanmış ana bilgisayarlar için, sıfıra kadar daraltın veya kapatın, ardından normal durum maliyetini en aza indirmek için ölçeklendirme planlarına ve Start VM on Connect özelliğine güvenin.
Arızalar sırasında kullanıcı erişimi:
- AVD hizmeti, bağlantı isteklerini sağlıklı oturum ana bilgisayarlarına yönlendirir. Birincil ana bilgisayar havuzunu boşaltma moduna aldığınızda veya havuz kullanılamadığında, kullanıcıların ikincil havuzda atamaları varsa yeni bağlantılar oraya yönlendirilir.
- Kullanıcıları, arızalı bölgedeki açık oturumların bağlantısının kesileceği konusunda bilgilendirin; yeniden bağlanma işlemi mevcut bölgeye yapılır.
İmaj ve MSIX app attach denkliği:
- İmajlar için bölgesel replikasyon ile Azure Image Builder ve Azure Compute Gallery (SIG) kullanın.
- MSIX app attach paketlerini her iki bölgeden de erişilebilen dayanıklı depolama konumlarında saklayın ve içeriği ikincil bölgeye çoğaltın (ör. ANF bölgeler arası replikasyon veya depolama hesabı replikasyonu).
Ağ ve kimlik bağımlılıkları:
- DNS ve kimliğin (Active Directory veya Azure AD DS) her iki bölgeden de erişilebilir olduğundan emin olun. Azure AD DS için, etki alanına katılım ve ad çözümlemesi gerektiren her bölgesel VNet’teki VNet DNS ayarlarını yönetilen etki alanı IP’lerine göre yapılandırın.
- Bölgeler arasında RDP Shortpath davranışını doğrulayın; UDP engellenirse ters bağlantıya (reverse connect) geri dönün.

Bir imaj sürümünü iki bölgeye çoğaltma örneği:

az sig image-version create \
  --resource-group rg-avd-images \
  --gallery-name sig-avd \
  --gallery-image-definition win11-ms \
  --gallery-image-version 1.0.3 \
  --target-regions eastus=1 westus=1

Kurtarma Hedefleri ve Veri Koruma Rolleri

Her bileşen için ayrı RTO/RPO tanımlayın:

Ana bilgisayar havuzları ve oturum ana bilgisayarları:
- Havuzlanmış: Oturum ana bilgisayarlarını geçici olarak kabul edin. RTO dakikalar düzeyindedir (otomatik yeniden dağıtım), RPO geçerli değildir (ana bilgisayar durumu yok). Kurtarma için VM yedeklerine güvenmeyin; imajdan yeniden dağıtın ve otomatik ölçeklendirme yapın.
- Kişisel: Kullanıcı durumu işletim sistemi diskinde bulunuyorsa, Azure Backup veya Azure Site Recovery (ASR) ile koruyun. DR’yi basitleştirmek için kullanıcı durumunu FSLogix profillerine taşımayı tercih edin.
İmajlar:
- Compute Gallery replikasyonu kullanarak imaj kullanılabilirliği için sıfıra yakın RPO; yeni ana bilgisayarları dağıtmak için dakikalar düzeyinde RTO. Altın imaj işlem hatlarını sürümlü ve yeniden üretilebilir tutun.
Profiller ve Office önbellekleri (FSLogix):
- RPO: replikasyon ve yedekleme zamanlamalarına bağlı olarak dakikalar ile saatler arasında; RTO: Cloud Cache yapılandırılmışsa ikincil bölgede bağlamak için dakikalar, aksi takdirde birimi/paylaşımı geri yükleme ve oturumları yeniden yönlendirme süresi.
Uygulamalar:
- İmaj içi uygulamalar için, imaj RTO/RPO’su ile uyumlu olun. MSIX app attach için, paket depolama replikasyonu ve yeniden kayıt süresiyle uyumlu olun.

Azure Backup ve ASR:

Azure Backup:
- FSLogix profil ve ODFC kapsayıcılarını barındıran Azure Files paylaşımlarını yedekleyin. RPO hedeflerini karşılamak için sık sık anlık görüntüler (snapshot) kullanın; tek tek VHD/VHDX’leri veya tam bir paylaşımı geri yükleyin. Kullanıcılar oturum açmışken anlık görüntülerin kilitlenmeyle tutarlı (crash-consistent) olduğunu bildirin; hassas geri yüklemeler için, bir kullanıcının kapsayıcısını bant dışı (out-of-band) kopyalayın/yeniden adlandırın ve kullanıcıya yeniden oturum açmasını söyleyin.
- Gerektiğinde kişisel masaüstlerinin işletim sistemi disklerini yedekleyin. Havuzlanmış ana bilgisayarlar genellikle VM yedeklemesi gerektirmez.
Azure Site Recovery:
- AVD için kritik olan durum bilgisi olan altyapı bileşenleri (ör. yönetim sunucuları, varsa lisans sunucuları, LOB sunucuları) ve VM durumunu korumanın gerekli olduğu kişisel ana bilgisayar havuzları için ASR kullanın.
- Havuzlanmış AVD ana bilgisayarları için ASR kullanmaktan kaçının; imajdan/ölçeklendirme planlarından yeniden dağıtım daha hızlı ve daha ucuzdur.

Profil Depolama Dayanıklılığı, Cloud Cache, Yedekleme ve Geri Yükleme

FSLogix için depolama seçenekleri:
- Azure NetApp Files (ANF): Ölçekte en yüksek IOPS/en düşük gecikme süresi; DR için bölgeler arası replikasyonu destekler. Çok büyük ortamlar veya yüksek eşzamanlılık ve profil G/Ç talepleri için idealdir.
- Azure Files Premium: Bölge içi dayanıklılık için ZRS’li, SSD destekli PaaS dosya paylaşımları; mükemmel performans ve yönetim dengesi. Bölgeler arası DR için, Cloud Cache ve paylaşım düzeyinde yedekleme/geri yükleme ile birleştirin veya çift bölgeli paylaşımlar tasarlayın.
- IaaS üzerinde Storage Spaces Direct (S2D): Yalnızca PaaS uygun olmadığında kullanın. Çoğunluk (quorum) için Cloud Witness olmadan en az üç VM gerektirir. Operasyonel yükü PaaS alternatiflerinden daha yüksektir.
Cloud Cache:
- Birden çok sağlayıcı yapılandırın (ör. farklı bölgelerdeki/zonlardaki iki Azure Files veya ANF uç noktası). Bölgesel bir kesinti sırasında, FSLogix hayatta kalan sağlayıcılara karşı çalışmaya devam eder ve önbelleğe alınan yazmalar için nihai tutarlılık (eventual consistency) sağlar.
- Örnek yapılandırma:

# PowerShell on session host
New-Item -Path HKLM:\SOFTWARE\FSLogix\Profiles -Force | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name Enabled -Type DWord -Value 1 | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name CCDLocations -Type String `
  -Value "type=smb,connectionString=\\files-pri.file.core.windows.net\profiles;type=smb,connectionString=\\files-dr.file.core.windows.net\profiles" | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name DeleteLocalProfileWhenVHDShouldApply -Type DWord -Value 1 | Out-Null

Yedekleme ve geri yükleme desenleri:
- Profil paylaşımları için saatlik veya birkaç saatte bir Azure Backup anlık görüntüleri (snapshot) uygulayın. Bozuk bir kullanıcı profili için, mevcut VHDX’i izole edin, önceki anlık görüntüyü alternatif bir konuma geri yükleyin ve kullanıcının kapsayıcısını kopyalayın veya yeniden bağlayın.
- ANF için anlık görüntüler ve bölgeler arası replikasyon kullanın; anlık görüntü dizini aracılığıyla birim düzeyinde veya tek dosya geri yükleyin.
Test etme:
- DR tatbikatlarına bağlama/iliştirme doğrulaması, bozulma simülasyonları ve kullanıcı düzeyinde geri alma işlemlerini dahil edin.

Trafik, DNS ve Bağımlılık Yük Devretme

Uygulama bağımlılıkları:
- Birçok AVD uygulaması HTTP/S API’lerine, web ön uçlarına veya veritabanlarına bağımlıdır. Bağımlılıkların yük devretmesinin, aksi takdirde sağlıklı olan oturumlardaki kullanıcıların erişim sorunu yaşamasını önlemek için bunları genel yük dengeleme ve bölgesel dağıtımlarla tasarlayın.
Azure Front Door ve Traffic Manager:
- AVD kullanıcıları tarafından kullanılan uygulama bağımlılıklarının genel HTTP/S katman-7 yük dengelemesi, WAF ve yol tabanlı yönlendirmesi için Azure Front Door’u kullanın. Her bölgedeki zone-redundant arka uçlarla eşleştirin.
- Halka açık olan ve health probe’ları (durum yoklamalarını) destekleyen HTTP dışı uç noktaların DNS tabanlı yük dengelemesi için Azure Traffic Manager’ı kullanın.
Özel DNS ve ad çözümleme:
- Şirket içi, Azure VNet’leri ve yönetilen alan adları arasındaki sorguları yönlendirmek için Azure DNS Private Resolver kullanarak koşullu ileticileri merkezileştirin. Hızlı yük devretme gerektirebilecek uç noktalar için düşük TTL’li kayıtlar yayımlayın.
- Doğal olarak sorunsuz bir şekilde yük devredemeyen depolama uç noktaları için, bir olay sırasında birincil ve DR paylaşımları arasında geçiş yapmak amacıyla dahili DNS arkasında soyutlanmış çift adlı uç noktaları kullanmayı düşünün.
Ağ QoS ve erişim:
- Bağlantı hatalarını ve gecikmeyi azaltmak için AVD trafik sınıflarının yeterli bant genişliğine sahip olmasını sağlamak amacıyla WAN’lar genelinde gerçek zamanlı AVD trafiğine (UDP/TCP) öncelik verin; şube yönlendiricilerindeki QoS’i ayarlayın.
- Shortpath erişilebilirliğini ve güvenlik duvarı pinhole’larını (iğne deliklerini) doğrulayın; giden bant genişliği planlamasının eş zamanlılık ve iş yükü karışımıyla eşleştiğinden emin olun.

RDS’ten Geçiş, Keşif, Yoğunluk ve Kapasite

RDS değerlendirmesi:
- Connection Broker’ları, RD Gateway’leri, RD Web’i, RD Session Host’ları, RD Licensing’i ve dosya sunucularını/profil depolarını envanterleyin. GPO’ları, FSLogix yapılandırmasını ve uygulama dağıtım yöntemlerini belgeleyin.
- Rolleri AVD yapılarıyla eşleştirin: host pool’lar, workspace’ler, app group’lar, profil depolama ve AVD tarafından yönetilen brokering; Azure’da RD Gateway ve Broker ihtiyacını ortadan kaldırın.
Azure Migrate ve keşif:
- Mevcut RDS VM’lerini, performans temellerini ve bağımlılıkları keşfetmek için Azure Migrate appliance’ını kullanın. AVD session host yerleşimi ve veri ağırlığı (data gravity) için uygulamadan sunucuya ilişkileri belirleyin.
Kullanıcı yoğunluğu analizi:
- Her iş yükü (görev/bilgi/yoğun kullanıcılar) için yoğunluk modelleri oluşturun. CPU ready, bellek baskısı ve profil IO temellerini kullanarak VM başına oturum sayısını türetin. Aday VM SKU’ları (ör. Dv5/Esv5/Dasv5, grafik için GPU özellikli) üzerinde pilot karşılaştırmalı değerlendirmelerle doğrulayın.
- En düşük kullanıcıdan ana bilgisayara gecikme süresine sahip bölgeleri seçmek için Azure Virtual Desktop Experience Estimator’ı kullanın.
Kapasite modellemesi:
- Yoğunluğu, N+1 arabellek ve bakım ek yükü ile havuz başına ana bilgisayar sayısına dönüştürün. Ölçeklendirme planlarında genişleme eşiklerini ve minimum/maksimum ana bilgisayar sayılarını tanımlayın. Tahmin edilebilir maliyet ve yoğun bölgelerde garantili çekirdekler için kapasite rezervasyonlarını değerlendirin.
- Abonelik ve bölgesel kotaların (vCPU, aile başına çekirdek, IP’ler, NIC’ler, diskler) önceden yükseltildiğinden emin olun; kota artışı taleplerini erken gönderin.

Devreye Alma, Birlikte Var Olma, Kotalar ve Runbook’lar

Devreye alma planlaması:
- Paralel eş zamanlı çalışma: AVD pilot kullanıcıları sisteme dahil ederken RDS’i çalışır durumda tutun. Her iki sistemde de aynı uygulamaları yayımlayın, ancak kullanıcıları gruplarına göre yönlendirin.
- Pilot gruplar: BT ve erken benimseyenlerle başlayın, temsili departmanlara genişletin, ardından genel kullanıma sunun. Geri bildirimleri imajları, FSLogix ayarlarını ve ölçeklendirmeyi ayarlamak için kullanın.
- Geri alma: Kabul kriterleri karşılanana kadar RDS erişim yollarını koruyun. Kullanıcı profillerini geriye dönük uyumlu tutun veya her grup için bir profil sıfırlama yolu sağlayın.
Operasyonel hazırlık:
- Kayıt anahtarları: Mevcut VM’leri ana bilgisayar havuzlarına dahil ederken, bir kayıt anahtarı oluşturun ve AVD aracısı aracılığıyla katılın; Azure Image Builder ve provizyon sonrası betikler aracılığıyla otomatikleştirin.
- Çalışma alanı ve uygulama grubu hijyeni: En az ayrıcalıklı uygulama gruplarını yayımlayın; Desktop ve RemoteApp’i ayırın; DR uygulama gruplarını atanmış olarak tutun ancak gerekirse görsel olarak daha az vurgulayın.
Runbook’lar ve otomasyon:
- Şunları kapsayan İş Sürekliliği ve Olağanüstü Durum Kurtarma (BCDR) runbook’ları oluşturun:
  - Olay bildiriminde bulunma ve birincil havuzları boşaltma moduna (drain mode) alma.
  - DR havuzlarını ölçeklendirme ve imaj denkliğini doğrulama.
  - Cloud Cache veya DNS yeniden yönlendirmesi aracılığıyla profil depolamasını değiştirme.
  - Front Door/Traffic Manager aracılığıyla kritik uygulama bağımlılıklarını doğrulama.
  - Kullanıcılara ve hizmet masasına iletişim kurma.
  - Birincil bölge geri yüklendiğinde geri alma.
- Rol tabanlı erişim denetimleri ve değişiklik onayları ile Azure Automation veya Functions kullanarak runbook’ları uygulayın.
Maliyet ve rezervasyonlar:
- Sabit temel iş yükleri için Savings Plans ve Capacity Reservations kullanın; anlık kapasite artışlarını (burst capacity) otomatik ölçeklendirme ile kullandıkça öde modelinde tutun. Üretim dışı havuzları mesai saatleri dışında kapanacak şekilde zamanlayın.

Pratik Problem Senaryosu

Adobe, şirket içi bir RDS farm’ından Azure Virtual Desktop’a geçiş yaparken, yüzlerce terabaytlık gezici profil ve zorlu grafik iş yükleriyle, bölgesel bir kesinti sırasında kreatif ve destek ekiplerinin kesintisiz çalışabilmesini sağlamalıdır.

Keşfetme ve temel çizgiyi belirleme

RDS ana bilgisayarlarını, profil paylaşımlarını ve LOB bağımlılıklarını envanterlemek ve grafik ile destek grupları için CPU/bellek/IO modellerini yakalamak için Azure Migrate’i kullanın.
Neden: Ampirik temel çizgiler, doğru kullanıcı yoğunluğu hedeflerini ve VM SKU seçimini yönlendirerek aşırı kaynak sağlamayı en aza indirir.

Bölgesel mimariyi tasarlama

West US 2’de kreatifler için GPU özellikli NVadsA v5 ve destek için Dv5 ile birincil ana bilgisayar havuzları oluşturun; Central US’te ikincil havuzları dağıtın.
İmajları Azure Compute Gallery aracılığıyla çoğaltın; MSIX paketlerini bölgeler arası çoğaltma ile ANF’de saklayın.
Neden: Bölgeler arasında öngörülebilir performansla işlem ve uygulama denkliği sağlar.

Kimlik ve DNS’i güçlendirme

Oturum ana bilgisayarlarının etki alanına katılacağı Azure AD DS IP’lerine VNet DNS’i yapılandırın; şirket içi ve Azure arasındaki sorguları yönlendirmek için Azure DNS Private Resolver’ı dağıtın.
Neden: Bölgeler arasında güvenilir ad çözümlemesi, yük devretme sırasında oturum açmayı ve uygulama erişimini sağlar.

Dayanıklı profilleri uygulama

FSLogix için anlık görüntüler (snapshot) ve bölgeler arası çoğaltma ile Azure NetApp Files kullanın; birincil ve DR ANF birimlerini işaret eden FSLogix Cloud Cache’i etkinleştirin.
Neden: ANF, kreatiflerin gerektirdiği IOPS/gecikme süresini sunar; Cloud Cache ve CRR, bir bölge başarısız olursa süreklilik sağlar.

Bağımlılık yük devretmesini düzenleme

LOB web API’lerinin önüne Azure Front Door koyun ve bölgesel olarak dağıtılmış arka uçları yapılandırın; HTTP olmayan genel uç noktalar için Traffic Manager kullanın.
Neden: Uygulama uç noktalarını yeniden yapılandırma gerektirmeden her iki AVD bölgesinden de erişilebilir tutar.

Kurtarma hedeflerini ve korumayı belirleme

Havuzlanmış ana bilgisayarlar için RTO’yu dakika (yeniden oluşturma), kişisel masaüstleri için saat (varsa, Azure Backup/ASR ile korunur) ve ANF anlık görüntüleri aracılığıyla profiller için 15 dakikalık RPO belirleyin; kullanılıyorsa, destek grubunun Azure Files paylaşımlarını yedekleyin.
Neden: Bileşene özgü hedefler, maliyeti iş etkisine göre ayarlar.

Pilot uygulama ve birlikte var olma

100 destek kullanıcısını ve 50 kreatifi AVD’ye dahil edin; RDS’i paralel olarak yayımlanmış halde tutun. Yoğunluğu, profil kararlılığını ve uygulama performansını doğrulayın. Ölçeklendirme politikalarını ve FSLogix ayarlarını yineleyin.
Neden: Kontrollü pilot uygulamalar, imaj, depolama ve otomatik ölçeklendirme seçimlerinin riskini azaltır.

Devreye alma ve DR tatbikatı

Havuzları genişletmek için AVD kayıt anahtarları oluşturun; tüm kullanıcılara DR uygulama gruplarını atayın. Bir DR tatbikatı gerçekleştirin: birincili boşaltın (drain), DR’ı ölçeklendirin, Cloud Cache sürekliliğini doğrulayın ve Front Door aracılığıyla uygulama bağımlılıklarının yükünü devredin.
Neden: Tam geçişten önce, profiller ve bağımlılıklar dahil olmak üzere uçtan uca yük devretmeyi kanıtlar.

Kotalar, rezervasyonlar ve otomasyon

Bölgesel vCPU ve GPU kotalarını önceden artırın; temel GPU ve CPU için Capacity Reservations satın alın; boşaltma (drain), ölçeklendirme, depolama değiştirme ve iletişim için Azure Automation runbook’ları uygulayın.
Neden: Olaylar sırasında kapasiteyi garanti eder ve stresli olaylardaki manuel adımları ortadan kaldırır.

Tam geçiş ve geri alma planı

Kalan grupları iki hafta boyunca dalgalar halinde geçirin; her dalga için net karar kapıları ile bir geri alma yolu olarak RDS erişimini koruyun.
Neden: Kademeli devreye alma riski azaltır ve beklenmedik sorunlar ortaya çıkarsa anında bir geri dönüş yolu sağlar.

← İzleme · Tüm alanlar

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