Microsoft AZ-104: Azure Veritabanları ve Veri Hizmetleri — Çalışma kılavuzu
Ş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’un veritabanı ve veri hizmetleri; yönetilen ilişkisel motorları, küresel olarak dağıtılmış NoSQL’i, bellek içi önbelleklemeyi, büyük ölçekli analitiği ve entegrasyon/orkestrasyonu kapsar. Bir yönetici olarak satın alma modellerini, hizmet katmanlarını, ağ ve güvenlik topolojisini, yedekleme/olağanüstü durum kurtarma (DR) semantiğini ve performans, maliyet ve dayanıklılık için hizmetlerin nasıl birleştirileceğini anlamanız gerekir. Bu bölüm, günlük olarak yapılandırdığınız operasyonel seçimlere ve platform özelliklerine odaklanmaktadır: sağlama modelleri (DTU vs vCore), elastik havuzlar, yedekleme ve uzun süreli saklama, coğrafi çoğaltma ve yük devretme, VNet’e enjekte edilmiş yönetilen örnekler, Cosmos DB dağıtımı ve tutarlılığı, açık kaynaklı ilişkisel HA/okuma replikaları, Synapse motorları ve Data Factory çalışma zamanları.
Azure İlişkisel Veritabanları (SQL Database, Managed Instance, MySQL/PostgreSQL)
Azure SQL Database iki satın alma modeli sunar. DTU modeli; CPU, bellek ve IOPS’u Basic, Standard ve Premium katmanlarıyla Veritabanı İşlem Birimleri (Database Transaction Units) halinde bir araya getirir; basit ama şeffaf olmayan bu model, kararlı, öngörülebilir iş yükleri ve eski tip boyutlandırma için uygundur. vCore modeli, depolama ve IOPS kontrolleriyle eşleştirilmiş CPU neslini/sayısını ve belleği ortaya çıkarır. vCore; boyutlandırma şeffaflığı, Azure Hybrid Benefit ve Rezerve Kapasite indirimleri sağlar. vCore içinde, hizmet katmanları iş yükü ve erişilebilirlik desenleriyle eşleşir: General Purpose, standart bir erişilebilirlik mimarisiyle uzak Premium SSD veya Azure Premium depolama kullanır; Business Critical, işlem ve depolamayı çoklu replikalar, düşük gecikme süresi ve entegre okuma amaçlı ölçek genişletme ile yerel SSD üzerine yerleştirir; Hyperscale, neredeyse anında ölçeklenme ve çok büyük veritabanları için sayfa sunucularıyla işlem ve depolamayı birbirinden ayırır. Tekil veritabanları için, sunucusuz işlem katmanı (vCore), CPU’yu elastik olarak ölçekler ve boşta kalma maliyetini düşürmek için otomatik olarak duraklatabilir.
Elastik havuzlar, anlık yoğunluklu, faz dışı iş yüklerini daha düşük toplam maliyetle absorbe etmek için işlemi birden çok veritabanı arasında paylaşır. Havuzlar, DTU (eDTU) ve vCore çeşitlerinde mevcuttur. Gürültülü komşuları kontrol altında tutmak için veritabanı başına min/maks sınırlar ve harcamayı kontrol etmek için bir havuz maksimum değeri belirlersiniz. Anlık yoğunluklar kısa ve birbiriyle ilişkisiz olduğunda aşırı taahhüt kabul edilebilir. Havuz boyutlandırması, toplam ortalama tüketime ek olarak eşzamanlılık için bırakılan paya bağlıdır; SLO’ları sürdürmek için veritabanı başına ve havuz metriklerini izlemek kritik öneme sahiptir.
Yedeklemeler otomatiktir. Azure SQL, saklama penceresi içinde (genellikle katmana ve depolama yapılandırmasına bağlı olarak 7-35 gün) herhangi bir saniyeye belirli bir zamana geri yükleme (PITR) ile tam, diferansiyel ve işlem günlüğü yedeklerini tutar. Uzun süreli saklama (LTR), haftalık tam yedekleri yıllarca RA-GRS depolama alanında saklar; bir LTR yedeğini aynı abonelik ve bölge setindeki herhangi bir sunucuda yeni bir veritabanı olarak geri yükleyebilirsiniz ve coğrafi olarak yedekli yedekleme depolaması etkinleştirilmişse bölgeler arası geri yükleme mevcuttur. Geri yüklemeler yeni bir veritabanı oluşturur; yerinde üzerine yazma yapmazlar.
Coğrafi çoğaltma seçenekleri arasında tekil veritabanları ve havuzlar için aktif coğrafi çoğaltma (asenkron çoğaltma ile en fazla dört okunabilir ikincil örnek) ve mantıksal sunucu kapsamında otomatik yük devretme grupları bulunur. Yük devretme grupları, birden çok veritabanını (veya tüm bir sunucuyu) coğrafi DR, bir okuma-yazma dinleyici uç noktası, okuma işlemlerini başka yere yönlendirmek için salt okunur bir uç nokta, sağlık durumuna dayalı otomatik yük devretme ve DNS tabanlı yönlendirme ile bir araya getirir. Business Critical ayrıca, yerel bir okunabilir replika aracılığıyla okuma amaçlı ölçek genişletme sağlayarak, bölgeler arası karmaşıklık olmadan okuma iş yükünün anında başka yere yönlendirilmesini sağlar.
Azure SQL Managed Instance (MI), SQL Agent, veritabanları arası sorgular, CLR, bağlı sunucular, Service Broker ve Azure Blob Storage’dan .bak dosyalarının yerel olarak yedeklenmesi/geri yüklenmesi dahil olmak üzere %100’e yakın SQL Server motoru uyumluluğu sunar. MI, VNet’e enjekte edilmiştir: onu özel IP’ler ve NSG/UDR kontrolleri ile adanmış, delege edilmiş bir alt ağa dağıtırsınız; alt ağları daha sonra yeniden boyutlandırmak karmaşık olduğundan, alt ağ boyutunu ve adres alanını önceden planlayın. Geçiş yolları arasında Azure Database Migration Service (çevrimiçi/çevrimdışı geçişler), MI’a URL üzerinden yerel yedekleme/geri yükleme ve şirket içi SQL Server’dan MI’a işlemsel çoğaltma bulunur. Tekil veritabanlarının sunmadığı yüzey alanı denkliği veya örnek kapsamındaki özelliklere ihtiyaç duyduğunuzda MI’ı seçin.
Azure Database for MySQL ve Azure Database for PostgreSQL (Flexible Server), bakım pencereleri üzerinde kontrol, maliyet tasarrufu için durdurma/başlatma, anlık yoğunluğa uygun ve genel amaçlı işlem, depolama alanının otomatik büyümesi ve VNet entegrasyonu gibi özelliklerle yönetilen Açık Kaynak Kodlu (OSS) motorlar sağlar. Flexible Server, senkron çoğaltma ile yüksek erişilebilirlik sunar; daha güçlü hata yalıtımı için Kullanılabilirlik Alanları (Availability Zones) arasında bölge yedekli HA’yı veya daha düşük yazma gecikmesi için aynı bölge içi HA’yı seçebilirsiniz. Okuma replikaları, okuma amaçlı ölçek genişletme için mevcuttur ve bölgeler içinde veya bölgeler arasında sağlanabilir; asenkron çoğaltma kullanırlar ve analitik, raporlama veya okuma ağırlıklı mikro hizmetler için idealdirler. Gerektiğinde yük devretme veya bölgesel genişleme için bir replikayı yükseltin, ancak olası çoğaltma gecikmesini göz önünde bulundurun.
Dağıtık Veri ve Önbellekleme (Cosmos DB ve Azure Cache for Redis)
Azure Cosmos DB, Core (SQL), MongoDB, Cassandra, Gremlin (graf) ve Table için API’ler sunan, küresel olarak dağıtılmış, çok modelli bir veritabanıdır. API seçimi, istemci sürücüsü (client driver) uyumluluğunu ve veri modeli semantiğini belirler; operasyonel olarak, API’den bağımsız olarak verim (sağlanan RU’lar veya autoscale) ve bölümleri (partition) yönetirsiniz. Veriler, “hot partition"ları (yoğun erişilen bölümler) önlemek için yüksek kardinaliteye ve eşit erişim dağılımına sahip olması gereken bir bölüm anahtarı (partition key) ile yatay olarak bölümlenir; tekdüze artan anahtarlardan kaçının ve bileşik erişim desenlerinin olduğu durumlarda hiyerarşik bölüm anahtarlarını (hierarchical partition keys) göz önünde bulundurun. Bölümler arası sorgular (cross-partition queries) desteklenir ancak daha fazla RU tüketir; mümkün olduğunda, ilgili verileri bölüm anahtarına göre aynı yerde konumlandırın (co-locate).
Tutarlılık seviyeleri (consistency levels) hesap, veritabanı veya istek başına ayarlanabilir: Strong (Güçlü) doğrusallaştırılabilirliği (linearizability) garanti eder; Bounded Staleness (Sınırlı Eskime) eskimeyi zamana veya sürüme göre sınırlar; Session (Oturum) (varsayılan) bir oturum için kendi yazdığını okumayı (read-your-writes) sağlar; Consistent Prefix (Tutarlı Önek) tam tutarlılık olmadan sıralamayı garanti eder; Eventual (Nihai) kullanılabilirliği ve performansı en üst düzeye çıkarır. Çok bölgeli yazma işlemleri (multi-region writes) için uygun bir çakışma çözümleme ilkesi (conflict resolution policy) seçin (LastWriterWins veya saklı yordamlar aracılığıyla özel) ve yük devretme (failover) önceliklerini tanımlayın. Küresel dağıtım (Global distribution), tek bir tıklamayla bölge eklemenizi sağlar; hizmet, verim, gecikme, kullanılabilirlik ve tutarlılık üzerine SLA’lar ile replikasyonu, yük devretmeyi ve gecikme optimizasyonlu yönlendirmeyi yönetir.
Azure Cache for Redis, Redis tarafından desteklenen, milisaniyenin altında gecikme süresi sağlar. Katmanlar (Tiers) yeteneklerine göre ilerler: Basic (tek düğüm, geliştirme/test), Standard (SLA ile çoğaltılmış iki düğümlü birincil/kopya), Premium (daha büyük boyutlar, kümeleme (clustering), kalıcılık (persistence), VNet injection, coğrafi çoğaltma (geo-replication) ve Bloom gibi Redis modülleri), Enterprise ve Enterprise Flash (gelişmiş kümeleme, çoklu birincil yazmalar için aktif coğrafi çoğaltma (active geo-replication) ve Flash destekli daha büyük önbellekler ile Redis Enterprise tabanlı). Çıkarma ilkeleri (eviction policies), bellek baskısı altındaki davranışı tanımlar: noeviction (yazma işleminde hata verir), allkeys-lru/lfu/random (tüm anahtarları dikkate alır) ve volatile-lru/lfu/ttl/random (yalnızca TTL’si olan anahtarları dikkate alır). Oturum önbellekleme (session caching) için, oturum kaybını göze alamazsanız kalıcılık (persistence) için Premium veya üstü katmanları kullanın, büyümeyi sınırlamak için anahtar TTL’lerini etkinleştirin ve verim ile ölçek için kümelemeyi (clustering) göz önünde bulundurun. Gecikmeyi en aza indirmek için önbelleği uygulama sunucularıyla aynı bölgeye ve sanal ağa yerleştirin; Managed Identity veya erişim anahtarlarını kullanın ve Private Link veya VNet injection aracılığıyla ağ yalıtımını zorunlu kılın.
Analitik ve Entegrasyon (Synapse Analytics ve Data Factory)
Azure Synapse Analytics, veri ambarcılığını, büyük veriyi ve veri entegrasyonunu birleştirir. Ayrılmış SQL havuzu (dedicated SQL pool) (eski adıyla SQL DW), hash/round-robin dağıtımları, çoğaltılmış tablolar (replicated tables) ve sonuç kümesi önbellekleme (result-set caching) özelliklerine sahip bir MPP motorudur. SLA pencerelerini karşılamak için işlem gücünü (compute) artırabilir veya azaltabilir ve yalnızca depolama için ödeme yapmak üzere duraklatabilirsiniz. Kritik sorguları korumak için iş yükü grupları (workload groups) ve önem ayarları (importance settings) ile iş yükü yalıtımı (workload isolation) sağlanabilir. Sunucusuz SQL havuzu (serverless SQL pool), kaynak sağlamadan Azure Data Lake Storage Gen2’deki veriler üzerinde isteğe bağlı T-SQL sağlar; taranan TB başına ödeme yaparsınız ve anlamsal katmanlar (semantic layers) için görünümler (views) kullanarak şemaları dışa aktarabilirsiniz. Spark havuzları (Spark pools), autoscale ve isteğe bağlı kümelerle Apache Spark’ı Synapse’e getirerek, entegre güvenlik ve veri kökeni (data lineage) ile notebook’ları, Delta Lake’i ve makine öğrenimini mümkün kılar; Spark ve SQL motorları arasında lakehouse verilerini paylaşabilirsiniz.
Azure Data Factory (ADF), veri taşıma ve dönüştürme işlemlerini düzenler (orchestrate). Pipeline’lar; Copy, Data Flow (Spark tabanlı eşleme akışları) ve harici işlem (Databricks, Synapse, Functions) gibi etkinlikleri koordine eder. Dataset’ler verinin şeklini ve konumunu tanımlarken, bağlı hizmetler (linked services) kaynaklara/hedeflere olan bağlantı ayrıntılarını (kimlik doğrulama, uç noktalar) kapsüller. Integration runtime’lar (IR’ler) işlem ve ağ düzlemini sağlar: Bulut tabanlı taşıma ve dönüştürme için Azure IR, şirket içi (on-premises) veya özel ağ kaynakları için giden HTTPS üzerinden Self-hosted IR ve SSIS paketlerinin lift-and-shift (olduğu gibi taşıma) işlemleri için Azure-SSIS IR. Tetikleyiciler (Triggers) (zamanlama, takla atan pencere, olay tabanlı) tekrarlanabilir düzenlemeyi (orchestration) mümkün kılar; veri sızmasına karşı koruma (data exfiltration protection) ve uyumlu bağlantı için yönetilen sanal ağ (managed virtual network) ve özel uç noktalar (private endpoints) etkinleştirilebilir. Parametrelendirme ve Key Vault entegrasyonu, ortam yükseltme (geliştirme/test/üretim) için yeniden kullanılabilir, güvenli desenleri destekler.
← Azure App Service ve PaaS İşlem · Tüm alanlar · Azure Monitor →
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 →