PaaS Hizmetleri için DR

IaaS hizmetleri (VM'ler) için olağanüstü durum kurtarma genellikle tüm işletim sistemini ve veri disklerini ikincil bir bölgeye çoğaltmak üzere Azure Site Recovery kullanılmasını içerir. PaaS hizmetlerinin DR modelleri farklıdır; çünkü temel altyapı Microsoft tarafından yönetilir. PaaS için DR genellikle veri katmanında yapılandırılır: platform otomatik olarak başlatılırken veriler ikincil bir bölgeye çoğaltılır.

Azure SQL Database, tek bir bölge içinde bölge düzeyinde yerleşik yüksek kullanılabilirlik sağlar. Bölgeler arası DR için iki temel özellik sunar: active geo-replication (en fazla dört farklı bölgedeki okunabilir ikincil veritabanları) ve auto-failover groups (tek bir dinleyici uç noktasıyla otomatik devretme). Bunlar Azure Site Recovery gerektirmeden veritabanı veya sunucu düzeyinde yapılandırılır.

Auto-failover groups, coğrafi çoğaltmanın üzerine otomasyon ve tek bir bağlantı uç noktası ekler. Birincil sunucuda bir grup yapılandırır, ikincil sunucuyu ekler ve Azure'ın otomatik devretmeyi tetiklemeden önce birincil sunucunun kurtarılmasını bekleyeceği süre olan bir bekleme süresi tanımlarsınız. Uygulamalar dinleyici uç noktasına (ör. mygroup.database.windows.net) bağlanır ve bağlantı dizelerini değiştirmeden devretme sonrasında otomatik olarak yeniden yönlendirilir.

Azure SQL Database geo-replication işlemi eş zamansızdır — işlemler birincil sunucuda tamamlanır ve ardından ikincil sunucuya çoğaltılır. Bu, normal koşullarda genellikle 5 saniyeden kısa olan küçük bir çoğaltma gecikmesi anlamına gelir. Bu nedenle SQL geo-replication için RPO çoğu senaryoda yaklaşık 5 saniyedir ve çok düşük veri kaybı gerektiren Tier 1 ve Tier 2 iş yükleri için uygundur.

Tüm Azure SQL Database katmanları otomatik yedeklemeleri içerir: haftalık tam yedeklemeler, 12 saatte bir diferansiyel yedeklemeler ve her 5-12 dakikada bir işlem günlüğü yedeklemeleri. Bu, veritabanını saklama süresi içindeki herhangi bir saniyeye geri yüklemeyi sağlayan Point-in-Time Restore (PITR) özelliğini etkinleştirir (Standard/General Purpose için 7-35 gün, Business Critical için en fazla 35 gün). PITR, yanlışlıkla silinen veya bozulan verileri kurtarmak için kullanışlıdır.

Azure Cosmos DB, çok bölgeli yazma özelliğiyle küresel uygulamalar için sıfıra yakın RPO sağlar. Yapılandırılmış tüm bölgeler aynı anda yazma işlemlerini kabul edebilir ve Cosmos DB, kendi özel çoğaltma protokolünü kullanarak verileri otomatik olarak eşitler. Bir bölge başarısız olursa trafik, manuel devretme gerektirmeden otomatik olarak kalan sağlıklı bölgelere yönlendirilir; böylece RTO ve RPO sıfıra yaklaşır.

Azure App Service doğası gereği durum bilgisi tutmaz (uygulama kodu kaynak denetiminden veya bir ZIP dosyasından dağıtılır). DR için odak noktası veri katmanıdır (veritabanı ve blob depolama). App Service, CI/CD işlem hattı aracılığıyla kısa sürede ikincil bir bölgeye yeniden dağıtılabilir. Ancak özel etki alanınızın, TLS sertifikalarınızın ve uygulama ayarlarınızın çoğaltıldığından veya betiklerle tanımlandığından emin olun; böylece bunlar ikincil bölgede hızla yeniden oluşturulabilir.

Azure Blob Storage, Geo-Redundant Storage (GRS) ile verileri yüzlerce mil uzaktaki ikincil bir bölgeye otomatik olarak çoğaltır. Veriler eş zamansız olarak çoğaltılır (RPO genellikle 15 dakikanın altındadır). Read-Access GRS (RA-GRS), devretme tetiklenmeden önce bile ikincil uç noktadan okumaya olanak tanır; bu özellik, birincil bölge kesintisi sırasında analiz ve raporlama iş yükleri için kullanışlıdır.

Azure Functions tasarım gereği durum bilgisi tutmaz ve bu nedenle yeniden dağıtımları kolaydır. DR için aynı işlev uygulamasını ikincil bir bölgeye dağıtın ve HTTP tetikleyicilerini bölgeler arasında yönlendirmek üzere Traffic Manager kullanın. HTTP dışı tetikleyiciler (Service Bus, Event Grid) için ileti kaynağını her iki bölgeye dağıtacak şekilde yapılandırın veya ikincil bölgenin aynı kaynağı yoklamasını sağlayın. Durable Functions içindeki işlev durumu Azure Storage'da depolanır; bu depolamanın GRS kullandığından emin olun.

etkin coğrafi çoğaltmayı, ayrıntılı denetim gerektiğinde kullanın; örneğin performans için okuma trafiğini ikincil bir örneğe yönlendirmek veya farklı bölgelerdeki birden çok ikincil örneği birbirinden bağımsız yönetmek istediğinizde. Basitlik istediğinizde ise otomatik geçiş gruplarını kullanın: tek bir dinleyici uç noktası, zamanlayıcıyla otomatik geçiş ve el ile müdahale gerektirmeden geçiş sürecinin yerleşik olarak düzenlenmesi.

PaaS DR, çeşitli nedenlerle genellikle VM tabanlı DR'dan daha ucuzdur. SQL Database coğrafi çoğaltması yalnızca ikincil örneğin depolama ve işlem maliyetlerini alır; tam bir VM işletim sistemi lisansı için ödeme yapmazsınız. Azure Cosmos DB, her bölgedeki sağlanan RU'lar için ücret alır. Azure Storage GRS, depolama maliyetine yaklaşık 2 kat ekler. Buna karşılık ASR ile çoğaltılan VM'ler, ikincil bölgede tam işlem, depolama ve lisanslama maliyetleri gerektirir.

Bu dersteki Microsoft Azure Fundamentals (AZ-900) kavramlarını anlayıp anlamadığınızı test edin.

Bu derste şunları öğrendiniz: PaaS DR, VM çoğaltması yerine veri katmanına odaklanır; Azure SQL otomatik geçiş grupları, otomatik geçiş özelliğine sahip tek bir dinleyici uç noktası sağlar; Cosmos DB çok bölgeli yazma özelliği ise küresel uygulamalar için neredeyse sıfır RTO ve RPO sunar. Sırada Azure uyumluluk çerçevelerini ve paylaşılan sorumluluk modelini inceleyeceğiz.