Microsoft AZ-104: Azure Sanal Makineleri ve İşlem — Çalışma kılavuzu

By Laurynas Brazys · 6 August 2026 · #microsoft #az-104 #certification #exam-prep #study-guide

Şunun bir parçası: Microsoft Azure Administrator Associate AZ-104 — Ç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 Sanal Makineler (VM’ler), Windows ve Linux iş yükleri için boyut, depolama, kullanılabilirlik, ağ, güvenlik ve yaşam döngüsü yönetimi üzerinde hassas kontrol sağlayan esnek işlem gücü sunar. Yöneticiler; güvenilirlik, performans ve maliyet hedeflerini karşılamak için boyutlandırma ailelerini, kullanılabilirlik yapılarını, ölçek otomasyonunu, spot kapasitesini, eklentileri, depolama modellerini, ayrılmış ana bilgisayarları, yedekleme ve güvenli erişim modellerini anlamalıdır.

İşlem Seçenekleri ve Boyutlandırma

VM boyut aileleri, farklı iş yükü profillerini hedefler. Genel amaçlı (Dv, Ev, B-serisi anlık artış gösterebilen) aileler, web sunucuları, küçük veritabanları ve uygulama sunucuları için vCPU-bellek oranlarını dengeler. İşlem için optimize edilmiş (Fsv2, HPC CPU-bağımlı işler için HB/HBv2) aileler, GB başına vCPU’yu en üst düzeye çıkarır ve yüksek saat hızları için ayarlanmıştır; bu da durumsuz API katmanları, toplu iş çalışanları ve oyun sunucuları için faydalıdır. Bellek için optimize edilmiş (Ev5, Mv2/Mv3) aileler, vCPU başına daha yüksek bellek sunar ve bellek içi önbellekleri, analiz motorlarını ve büyük veritabanlarını destekler. GPU’lu VM’ler (görselleştirme için NV, NVv4; CUDA/AI eğitimi ve çıkarım için NC/ND), yoğunluk ve maliyet verimliliği için bazı SKU’larda vGPU bölümlemesi ile NVIDIA GPU’lar içerir; sürücü ve çerçeve uyumluluğu doğrulanmalı ve eklentiler aracılığıyla sabitlenmelidir.

Yükseltme ve yeniden boyutlandırma işlemleri, hedef kümedeki donanım kullanılabilirliğine bağlıdır; bir kullanılabilirlik kümesindeki bir VM’yi yeniden boyutlandırmak, kapasite kısıtlıysa tahsis hatalarıyla başarısız olabilir. Kümedeki tüm VM’lerin tahsisini kaldırıp ardından yeniden boyutlandırmak, donanımlar arasında yerleşime izin vererek genellikle başarılı olur. Statik dahili IP’ler gerektiğinde, bunları konuk işletim sistemi içinde değil, Azure’daki NIC yapılandırmasında atarsınız.

Azure Dedicated Hosts, ana bilgisayar düzeyinde yalıtım, uyumluluk ve öngörülebilirlik için VM’lerinizi tek kiracılı fiziksel sunuculara yerleştirir. Ana bilgisayar grupları, bir bölgedeki ana bilgisayar koleksiyonunu tanımlar ve ana bilgisayar arızası ile bakım riskini dağıtmak için kullanılabilirlik alanlarını ve ana bilgisayar hata etki alanlarını kapsayabilir. Bir ana bilgisayar grubu içindeki ana bilgisayar hata etki alanları, VM’lerin fiziksel raflara yayılmasını sağlar. Lisanslama avantajları arasında, Software Assurance veya Azure Hybrid Benefit ile Windows Server/SQL Server lisanslarını getirme ve VM başına lisanslama yerine ana bilgisayar başına lisanslama seçeneği (SQL Enterprise/Windows Datacenter için kullanışlıdır) bulunur; bu da yoğun konsolidasyon için maliyetleri potansiyel olarak düşürür.

Kullanılabilirlik, Ölçek ve Maliyet Optimizasyonu

Kullanılabilirlik kümeleri, bir veri merkezi içindeki donanım arızalarına ve planlı bakımlara karşı koruma sağlar. VM’ler, hata etki alanları (ayrı güç/raf) ve güncelleme etki alanları (bakım dalgaları) arasında dağıtılır. Tipik sınırlar 3 adede kadar hata etki alanı ve 20 adede kadar güncelleme etki alanıdır; %99,95 SLA elde etmek için en az iki örnek dağıtın. Kullanılabilirlik alanları, kaynakları bir bölge içindeki fiziksel olarak ayrı veri merkezi binalarına yerleştirerek daha yüksek dayanıklılık sağlar; bölgeler arasında iki veya daha fazla VM dağıtmak %99,99 VM SLA’sı sağlar. Alanlar, alana duyarlı kaynaklar gerektirir ve bölgeler arası trafik, bir Standard SKU load balancer veya application gateway kullanır; bir bölge içindeki veri çıkışı için planlama yapın.

Sanal Makine Ölçek Kümeleri (VMSS), entegre otomatik ölçeklendirme ve sağlık yönetimi ile özdeş veya heterojen VM filolarını yönetir. Tekdüzen (Uniform) düzenleme, tek bir VM profiline sahip bir ölçek kümesi modeli kullanır ve Azure Load Balancer veya Application Gateway ile doğal olarak bütünleşir. Esnek (Flexible) düzenleme, çeşitli VM SKU’larını ve örnek bireyselliğini destekler, kullanılabilirlik kümeleri/alanları ile birleşir ve durum bilgisi olan veya karma roller için uygundur. Yükseltme modları, dağıtım davranışını belirler: Manuel (yönetici yükseltmeleri tetikler), Otomatik (model değiştiğinde platform tüm örnekleri günceller) ve Kademeli (Rolling) (sağlık yoklamaları olan gruplar, gruplar arasında duraklama ve arıza eşikleri). Otomatik ölçeklendirme ilkeleri, metriklere (CPU, AMA aracılığıyla bellek, kuyruk uzunluğu, özel metrikler), zamanlamalara veya her ikisine birden tepki verir; dalgalanmayı kontrol etmek için min/maks/istenen kapasiteyi, bekleme sürelerini ve küçülme ilkelerini (ör. önce en yeni VM) tanımlayın. Ölçekte gelen yönetim için, genel veya dahili Standard Load Balancer üzerindeki gelen NAT havuzlarını kullanın. Sağlık yoklamaları, gerçek hizmet portunu ve protokolünü hedeflemelidir; dahili bir load balancer ile SQL Always On için, dinleyici portunda HTTP yerine bir TCP yoklaması kullanın.

Azure Spot VM’leri, kullanılabilirlik garantisi olmaksızın, kullanılmayan Azure kapasitesini yüksek indirimlerle kullanır. Kapasite geri alındığında veya piyasa fiyatı maksimum fiyatınızı aştığında çıkarılma (eviction) meydana gelir; çıkarılma ilkesini Tahsisini Kaldır (diski daha sonra kullanılabilir olduğunda yeniden başlatmak için koru) veya Sil (çıkarıldığında yok et) olarak ayarlayabilirsiniz. Durumsuz ölçeklendirme için VMSS ve Standard Load Balancer ile bütünleşirler. Uygun kullanım durumları arasında toplu işleme, CI/CD çalıştırıcıları, render alma, fuzzing ve kesintiyi tolere edebilen büyük ölçekli durumsuz web çiftlikleri bulunur. Tek örnekli üretim veya kontrol noktası olmayan durum bilgisi olan katmanlar için Spot’tan kaçının. Fiyat tavanları, eşiğinizden daha fazla ödeme yapmanızı engeller; talep artarsa, daha yüksek çıkarılma oranları bekleyin.

Depolama, Yedekleme ve İmaj Yönetimi

Her sanal makinenin bir işletim sistemi diski (yönetilen disk, önyükleme için optimize edilmiş önbelleğe sahip) ve uygulama depolaması için isteğe bağlı veri diskleri bulunur. Geçici disk (Windows’ta D:, Linux’ta genellikle /dev/sdb) ana makinede bulunur ve kalıcı değildir; yalnızca geçici önbellekler veya pagefile/swap dosyası için kullanılmalıdır. Yönetilen diskler (Managed disks), depolama hesaplarını soyutlar, bölgesel/bölge yedekliliği seçenekleri sunar, ölçeklendirmeyi basitleştirir ve kullanılabilirlik kümesi (availability set) dağılımını iyileştirir. Müşteri depolama hesaplarına yerleştirilen yönetilmeyen diskler (Unmanaged disks) eskidir ve ölçeklendirme ile azaltma (throttling) limitleri nedeniyle kaçınılmalıdır. Performans ve maliyete göre disk SKU’larını seçin: Düşük gecikmeli işlemsel iş yükleri için Premium SSD ve Premium SSD v2, ayarlanabilir performansa sahip aşırı yüksek aktarım hızı/IOPS için Ultra Disk, genel amaçlı kullanım için Standard SSD ve soğuk iş yükleri için Standard HDD.

Bir veri diskini bir sanal makineden ayırıp diğerine takmak, kesinti süresini en aza indirir ve veri tutarlılığını korur. Disklerdeki yeniden boyutlandırma işlemleri genellikle konuk işletim sistemi içinde bölüm/dosya sistemi genişletmesi gerektirir; sanal makine boyutundaki büyük değişiklikler serbest bırakma (deallocation) gerektirebilir.

Azure Backup, bir Recovery Services kasası (vault) kullanarak sanal makineleri korur. Yedeklemeyi sanal makine üzerinde veya ilke ataması yoluyla büyük ölçekte etkinleştirin. Yedekleme ilkeleri zamanlamaları (günlük/haftalık), saklama süresini (kısa ve uzun vadeli) ve Instant Restore parametrelerini (hızlı dosya kurtarma için anlık görüntüleri yerel olarak tutma) tanımlar. Uygulama tutarlı yedeklemeler, Windows için VSS aracılığıyla veya Linux’ta ön/son (pre/post) betikler ile kullanılabilir. Geri yüklemeler, sanal makinenin tamamını (genellikle yeni bir sanal makineye), diskleri (yeniden takma/hızlı kurtarma için) veya dosyaları (abonelikteki herhangi bir sanal makineye güvenli bağlama ile dosya düzeyinde geri yükleme) hedefleyebilir. Yedeklemeler, çalışan ve durdurulmuş (serbest bırakılmış/deallocated dahil) sanal makineler için çalışır. Şifreleme uyumluluğunu sağlayın: Platform tarafından yönetilen anahtarlar varsayılan olarak desteklenir ve Azure Disk Encryption, yedekleme için ek adımlar gerektirir. Kasanızda coğrafi olarak yedekli depolama etkinleştirilmişse ve uyumluluk durumunuz izin veriyorsa bölgeler arası geri yüklemeyi (cross-region restore) değerlendirin.

Golden imajlar için, imajları sürümlemek ve bölgeler arasında çoğaltmak için Azure Compute Gallery’yi kullanın; şirket içi (on-premises) genelleştirilmiş VHD’lerden yüklemeler,

undefined

gibi araçlarla yapılabilir ve ardından tutarlı provizyonlama için galeriye yakalanabilir.

Ağ, Erişim ve Gözlemlenebilirlik

Her sanal makine, bir veya daha fazla IP yapılandırması içeren en az bir ağ arayüzü (NIC) gerektirir. Tek bir NIC, bir birincil özel IP ve ek ikincil özel IP’ler barındırabilir; hizmetleri dışarıya açmak için bir IP yapılandırmasıyla bir genel IP ilişkilendirin. Çoğu iş yükü, sanal makine başına yalnızca bir NIC’e ihtiyaç duyar; boyutlar NIC limitlerini belirler. Her birinin hem genel hem de özel IP’ye ve aynı güvenlik duruşuna ihtiyacı olan beş sanal makine dağıtırken, tek tip gelen/giden kuralları uygulamak için her sanal makine başına bir NIC ve alt ağa (veya NIC’e) uygulanan tek bir Network Security Group oluşturun. Adres devamlılığını sağlamak için özel IP ataması Azure’da NIC seviyesinde statik olmalıdır; konuk işletim sistemi içinde statik IP ayarlamayın. Genel IP’ler, zone ve ölçek kümesi (scale set) desteği için Standard SKU’yu kullanmalıdır; üretim ortamları için bir Standard Load Balancer ile eşleştirin.

Accelerated Networking, ana makine veri yolunu (datapath) atlamak ve gecikmeyi, titreşimi (jitter) ve CPU yükünü azaltmak için SR-IOV kullanır. Belirli sanal makine boyutlarında ve işletim sistemi imajlarında desteklenir ve oluşturma sırasında uyumlu bir vNIC gerektirir (veya etkinleştirmek için durdurma/serbest bırakma gerekir). Yüksek verim, düşük gecikme gerektiren hizmetler ve yoğun ağ geçidi katmanları için kullanın.

Azure Bastion, sanal makinelerde genel IP’leri açığa çıkarmadan doğrudan Azure portalından veya yerel istemciden TLS üzerinden güvenli RDP/SSH sağlar. Hedef sanal ağa, AzureBastionSubnet adında, /26 veya daha büyük bir öneke sahip adanmış bir alt ağ içine bir Bastion ana bilgisayarı dağıtın ve Bastion kaynağıyla bir Standard genel IP ilişkilendirin. SKU’lar arasında Basic ve Standard bulunur; Standard, manuel ölçeklendirme (örnekler), IP tabanlı bağlantılar (eşlenmiş VNet’ler dahil olmak üzere erişilebilir herhangi bir özel IP’ye), yerel istemci desteği, oturum kaydı entegrasyonu ve paylaşılabilir bağlantılar gibi özellikler ekler. VM başına genel uç noktalardan ve gelen NAT kurallarından kaçınırken sıfır güven (zero-trust) tabanlı yönetici erişimini sağlamak için Bastion’u kullanın.

Sanal makine uzantıları (extensions), yapılandırmayı ve telemetriyi otomatikleştirir. Custom Script Extension, yazılımı başlatmak (bootstrap) veya yapılandırma dosyalarını enjekte etmek için provizyonlama sırasında veya sonrasında PowerShell veya Bash çalıştırır; idempotent betikler tasarlayın ve yapıtları (artifacts) SAS belirteçleri ile güvenli depolamada saklayın. PowerShell DSC uzantısı, Windows düğümlerini beyan edilen duruma yakınlaştırmak için Desired State Configuration uygular; büyük ölçekli yönetim için pull sunucuları veya Azure Automation State Configuration kullanın. Azure Monitor Agent (uzantı aracılığıyla yüklenir), Data Collection Rules altında konuk metriklerini ve günlüklerini Log Analytics çalışma alanlarına akıtır; ayrıntılı veri yönlendirme, çoklu barındırma (multihoming) ve ölçeklenebilirlik için eski Log Analytics/MMA aracısı yerine AMA’yı tercih edin.

Pratikte Kullanılabilirlik Yapıları ve SLA’lar

Veri merkezi içi yedekliliğe, paylaşılan depolama arka uçlarına ihtiyaç duyduğunuzda ve bölgesel yerleşim gerektirmediğinizde kullanılabilirlik kümelerini (availability sets) seçin. Bina düzeyinde hata yalıtımı ve daha yüksek SLA gerektiren görev açısından kritik hizmetler için kullanılabilirlik alanlarını (availability zones) seçin. Yatay ölçeklenen hizmetler için, eşit dağıtım ve otomatik onarım sağlamak amacıyla VMSS’i bölgelerle birleştirin; riskleri azaltmak için sağlık denetimlerini (health probes) iş yükü bağlantı noktalarına sabitleyin ve kademeli yükseltmelerden (rolling upgrades) yararlanın. Tekil VM’lerin, Premium SSD ile bile, çok örnekli dağıtımlardan daha düşük bir SLA sunduğunu unutmayın. Maliyete duyarlı durum bilgisi olmayan katmanlar için, bir Standard Load Balancer arkasına bir Spot VM havuzu ekleyin ve temel kapasiteyi korumak için ihtiyatlı çıkarma (eviction) ve ölçeği daraltma (scale-in) ilkeleri belirleyin.

Pratik Problem Senaryosu

Contoso Ltd., durum bilgisi olmayan bir API, durum bilgisi olan bir Redis önbelleği ve bir SQL Server Always On kullanılabilirlik grubuna sahip çok katmanlı bir web uygulaması işletmektedir. Bölgesel kesintilere karşı dayanıklılığı artırmaları, API katmanının işlem maliyetlerini düşürmeleri, genel IP’ler olmadan yönetici erişimini güvence altına almaları ve izleme ile yedeklemeleri standartlaştırmaları gerekmektedir.

Bir hub-spoke topolojisinde üç alt ağ oluşturun: paylaşılan bir yönetim alt ağı (hub), bir web/API alt ağı (spoke) ve bir veri alt ağı (spoke). Hub’ın AzureBastionSubnet (/26) alt ağına, bir Standard genel IP ile Azure Bastion Standard’ı dağıtın. Gerekçe: Bastion, herhangi bir VM’de genel IP’leri açığa çıkarmadan TLS üzerinden RDP/SSH bağlantısına olanak tanır ve Standard SKU, eşlenmiş VNet’ler arasında IP tabanlı bağlantıları destekleyerek yönetici erişimini merkezileştirir.
API katmanını, bir Standard Load Balancer ile 1, 2 ve 3 numaralı Kullanılabilirlik Alanları (Availability Zones) arasında bir VM Scale Set (Uniform) olarak dağıtın. Hızlandırılmış ağı (accelerated networking) etkinleştirin ve ortalama CPU 10 dakika boyunca > %65 olduğunda örnek eklemek ve < %35 olduğunda bir bekleme süresiyle (cooldown) kaldırmak için otomatik ölçeklendirme kuralları belirleyin. Aynı ölçek kümesi içinde Flexible düzenleme (orchestration) veya bir yardımcı ölçek kümesi kullanarak, maksimum fiyat ve Deallocate çıkarma ilkesini yapılandırarak ikincil bir Spot VM havuzu ekleyin. Gerekçe: VMSS ve bölgelerin birleşimi %99,99 SLA ve otomatik onarım sağlar; Spot kapasitesi anlık yük artışları için maliyetleri düşürürken, Deallocate ilkesi diskleri hızlı yeniden kullanım için korur.
Redis önbellek VM’lerini, 2+ örnek ve Premium SSD ile bir kullanılabilirlik kümesinde (availability set) dağıtın. Hata etki alanlarını (fault domains) 2’ye sabitleyin ve platformun 20 güncelleme etki alanına (update domains) güvenin. Gerekçe: Önbellek durum bilgisi tutar ancak çoğaltılabilir; kullanılabilirlik kümeleri, bölgeler arası gecikme cezaları olmaksızın raf ve bakım yalıtımı sağlar.
Bir Always On kullanılabilirlik grubuna (availability group) katılan, bölge başına (Bölge 1 ve 2) iki SQL Server VM’i dağıtın. Bunları, iki bölgeye ve iki konak hata etki alanına (host fault domains) yayılan bir konak grubu (host group) içindeki Azure Dedicated Hosts üzerine yerleştirin. AG dinleyicisi (listener) için dinleyici bağlantı noktasında (örneğin, 1433) bir TCP denetimi (probe) ile dahili bir Standard Load Balancer yapılandırın. Gerekçe: Dedicated Hosts, konak düzeyinde yalıtım ve lisanslama verimliliği (konak başına SQL lisanslaması) sağlarken, bölgesel yerleşim ve TCP sağlık denetimi, SQL dinleyici gereksinimleriyle uyumludur.
Güvenliği sıkılaştırılmış işletim sistemi imajları içeren Azure Compute Gallery aracılığıyla imajları standartlaştırın. Uygulama önkoşullarını yüklemek için Custom Script Extension’ı ve Windows özellik durumunu ve kayıt defteri temel yapılandırmalarını zorunlu kılmak için DSC uzantısını kullanın. Gerekçe: Galeri imajları tutarlı kaynak sağlamayı (provisioning) garanti eder; uzantılar tekrarlanabilir yapılandırma ve yapılandırma sapması kontrolü (drift control) sağlar.
Konuk (guest) metriklerini ve günlüklerini bir Log Analytics çalışma alanına göndermek için Azure Monitor Agent’ı Veri Toplama Kuralları (Data Collection Rules) aracılığıyla yapılandırın. Gerektiğinde bağlantı izlemeyi (connection monitoring) ve bağımlılık haritalarını (dependency maps) etkinleştirin. Gerekçe: AMA güncel aracıdır, ayrıntılı yönlendirmeyi destekler ve modern izleme özellikleri ile CPU’nun ötesinde VMSS metrik tabanlı otomatik ölçeklendirme için gereklidir.
Tüm VM’leri bir Recovery Services kasasında (vault) Azure Backup ile iki ilke kullanarak koruyun: API/önbellek için günlük yedeklemeler ve 30 günlük saklama süresi içeren Tier-1 ilkesi ve SQL için uygulama tutarlı anlık görüntüler (application-consistent snapshots) ile günlük artı haftalık/aylık saklama süresi içeren Tier-0 ilkesi. Bir atlama VM’ine (jump VM) dosya düzeyinde kurtarma ve bir hazırlık ağına (staging network) tam VM geri yükleme yaparak geri yüklemeleri test edin. Gerekçe: Ayrı ilkeler, verinin kritikliğine ve RPO/RTO’ya uygunluk sağlar; dosya kurtarma ve VM geri yükleme, fidye yazılımı ve felaket senaryolarını kapsar.
SQL ve Redis NIC’lerine Azure NIC düzeyinde statik özel IP’ler atayın; API örneklerini yük dengeleyicinin arkasında dinamik tutun. Tek tip kuralları zorunlu kılmak için her alt ağa tek bir NSG uygulayın. Yoğun katmanlarda hızlandırılmış ağı (accelerated networking) etkinleştirin. Gerekçe: NIC düzeyinde statik atama, durum bilgisi olan katmanlar için adreslemeyi korur; alt ağ düzeyindeki NSG’ler kural karmaşasını en aza indirir; hızlandırılmış ağ, gecikmeyi ve CPU ek yükünü azaltır.

Bu tasarım; bölgeleri ve kullanılabilirlik kümelerini uygun şekilde birleştirerek, durum bilgisi olmayan ölçeklendirme için Spot’tan yararlanarak, Bastion ile sıfır güven (zero-trust) yönetici erişimini zorunlu kılarak ve katmanlar arasında yapılandırma, izleme ve yedeklemeyi standartlaştırarak kullanılabilirlik, maliyet, güvenlik ve operasyon hedeflerini karşılar.

← Azure Abonelikleri · Tüm alanlar · Azure Sanal Ağ →

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