0Pricing
Azure Fundamentals · Ders

Kurtarma Planları ve Otomatik Geçiş

Uygulama katmanları genelinde VM yük devretmesini sıralayan bir ASR kurtarma planı oluşturun, el ile onay kapıları ekleyin ve geçiş öncesi ile sonrası betiklerini dahil edin.

Kurtarma Planları ve Otomatik Geçiş, CoddyKit'te ücretsiz bir Azure Fundamentals dersidir. Bu, 4 dersinin 2. dersidir. Aşağıdan dersin tamamını ücretsiz okuyabilir, sonra tarayıcıda yerleşik kod editörü ve 7/24 yapay zeka koçu ile uygulamalı olarak pratik yapabilirsin. Bu, Azure Fundamentals öğrenme yolunun bir parçasıdır ve ilerlemeniz web ve CoddyKit uygulaması arasında senkronize olur. Azure Fundamentals kursu toplamda 4 dersten oluşur.

ASR Kurtarma Planı Nedir

Azure Site Recovery'deki bir Recovery Plan, birden çok VM'nin birlikte yük devretmesini yöneten yapılandırılmış ve sıralı bir adımlar dizisidir. Her VM'yi ayrı ayrı yük devretmeye çalışmak yerine kurtarma planı bunları, altyapının (veritabanı, ara katman, web) ilk dağıtımda olduğu gibi doğru sırayla başlatılmasını sağlayan gruplar halinde düzenler.

Kurtarma Planı Oluşturma

Bir kurtarma planı oluşturmak için kaynak siteyi (birincil bölge) ve hedef siteyi (ikincil bölge) seçip plana dahil etmek istediğiniz VM'leri eklersiniz. Plan sihirbazı otomatik olarak varsayılan bir grup oluşturur; ancak yük devretme sırasını denetlemek için daha fazla grup ekleyebilirsiniz. Aynı gruptaki VM'ler eş zamanlı olarak yük devreder; gruplar numaralandırılmış sırayla yürütülür.

# Create an ASR Recovery Plan via CLI:
az site-recovery recovery-plan create \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan \
  --primary-fabric-id '/subscriptions/.../replicationFabrics/eastus' \
  --recovery-fabric-id '/subscriptions/.../replicationFabrics/westus' \
  --groups '[{"groupType":"Boot","replicationProtectedItems":[...]}]'

Çok Katmanlı Uygulamalar için Grupları Sıralama

Tipik bir üç katmanlı uygulama için kurtarma planında üç grup bulunmalıdır:

  • Grup 1 — Veritabanı katmanı VM'leri (önce başlatılmalıdır)
  • Grup 2 — Uygulama/ara katman VM'leri
  • Grup 3 — Web ön yüzü VM'leri (son olarak başlatılır)

Her grup, başlatılmadan önce önceki grubun yük devretme işlemini başarıyla tamamlamasını bekler. Bu, doğru başlatma sırasını yansıtır ve veritabanı bağlantıları kabul etmeye hazır olmadan web katmanı VM'lerinin başlatılmasını önler.

El ile Gerçekleştirilen Eylemler ve Betikler Ekleme

Kurtarma planları, her grup sınırında ön eylemleri ve son eylemleri destekler. Bunlar şunlar olabilir:

  • El ile gerçekleştirilen eylemler — yük devretmeyi duraklatır ve bir kişinin onay vermesini bekler (ör. “Veritabanının hazır olduğunu doğrulayın”)
  • Azure Automation runbook'ları — bir betiği otomatik olarak yürütür (ör. DNS kayıtlarını güncelleme, bakım modunu devre dışı bırakma)

Automation runbook'larını kullanmak, Katman 1 iş yüklerinde insan müdahalesi olmadan tamamen otomatik yük devretmeyi mümkün kılar.

# Example Automation runbook action in a recovery plan:
# Pre-group-2 action: Run runbook 'UpdateConnectionStrings'
# This runbook updates app config to point to secondary DB endpoint
# before the application tier VMs start

Plansız ve Planlı Yük Devretme

Azure Site Recovery iki tür yük devretmeyi destekler:

  • Planlı yük devretme — bilinen bir olaydan önce başlatılır (ör. veri merkezi bakımı). Birincil VM düzgün biçimde kapatılır, veriler eşitlenir ve ardından ikincil VM başlatılır. Veri kaybı yaşanmaz.
  • Plansız yük devretme — gerçek bir olağanüstü durum sırasında tetiklenir. Birincil VM kullanılamıyor olabilir; bu nedenle ASR en son çoğaltma denetim noktasını kullanır. RPO'ya bağlı olarak bir miktar veri kaybı yaşanabilir.
# Trigger an unplanned failover via CLI:
az site-recovery recovery-plan failover-unplanned \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan \
  --failover-direction PrimaryToRecovery

Commit ve Geri Yükleme

Bir yük devretmenin ardından ikincil bölgedeki kurtarılan VM'ler commit bekliyor durumuna geçer. İkincil sitenin artık etkin site olduğunu ve geri dönmek istemediğinizi onaylamak için yük devretmeyi commit etmelisiniz. Commit işlemi tamamlandıktan sonra ikincil siteyi korumak için tersine çoğaltma ayarlayabilir ve birincil bölge yeniden kullanılabilir olduğunda buraya geri yükleme yapabilirsiniz.

# Commit the failover:
az site-recovery recovery-plan commit \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan

# Then configure reverse replication to enable failback later

Yük Devretmenin Ardından Yeniden Korumaya Alma

Bir yük devretmeyi commit ettikten sonra, özgün birincil bölgedeki çoğaltılan öğeler artık etkin olarak çoğaltılmaz. Korumayı geri yüklemek için öğeleri yeniden korumaya almanız gerekir; bu işlem çoğaltma yönünü tersine çevirerek yeni birincil sitenin (önceden ikincil olan) özgün birincil bölgeye çoğaltma yapmasını sağlar. Yeniden korumaya alma zaman alır ve özgün birincil bölge yeniden kullanılabilir olur olmaz başlatılmalıdır.

Kurtarma Planlarında RTO Ölçümü

Kurtarma planındaki her adım toplam RTO'ya katkıda bulunur. Zamanı en çok tüketen yaygın işlemler şunlardır:

  • VM başlatma süresi (VM başına 2-5 dakika)
  • Uygulamanın hazırlanma süresi (veritabanı bağlantı havuzunun başlatılması, önbelleğin ısıtılması)
  • IP değişikliklerinden sonra DNS yayılımı
  • Manuel onay kapısında bekleme süreleri

Her adımı test devretmeleri sırasında ölçün ve hedefinizle karşılaştırmak üzere gerçek RTO'yu hesaplamak için bu süreleri toplayın.

DNS Güncellemelerini Otomatikleştirme

Bir devretmeden sonra ikincil bölgedeki VM'lerin farklı IP adresleri olur. Genel DNS adı sunan uygulamalar için DNS'i yeni IP'leri gösterecek şekilde güncellemeniz gerekir. Trafiği otomatik olarak yönlendirmek ve RTO'nuzu geciktirebilecek manuel bir adımı ortadan kaldırmak üzere, devretme sonrası eylem olarak bir Azure Automation runbook kullanarak Azure DNS veya Traffic Manager uç nokta durumunu güncelleyin.

# Example: Update Azure DNS record in a runbook after failover:
# az network dns record-set a update \
#   --resource-group dnsRG \
#   --zone-name myapp.com \
#   --record-set-name '@' \
#   --set 'ARecords[0].ipv4Address=<new-secondary-ip>'

Kurtarma Planı Yürütmesini İzleme

Bir devretme sırasında Recovery Services kasasındaki Azure portal Jobs görünümü, kurtarma planındaki her adımın gerçek zamanlı ilerlemesini gösterir. Hangi grubun yürütüldüğünü, hangi VM'lerin başarıyla başlatıldığını ve herhangi bir betiğin veya manuel eylemin beklemede olup olmadığını görebilirsiniz. Bu görünümü izlemek, bir adım başarısız olduğunda kurtarma ekibinin hızlıca müdahale etmesini sağlar.

Kurtarma Planları İçin En İyi Uygulamalar

Kurtarma planları için temel en iyi uygulamalar şunlardır:

  • Bir grubun başarısız olması durumunda etki alanını sınırlamak için grupları küçük tutun (5-10 VM)
  • RTO'yu azaltmak için mümkün olan her yerde manuel eylemler yerine Automation runbook'larını kullanın
  • RTO'nun hesaplanabilmesi için her grubun beklenen başlatma süresini belgeleyin
  • Planı doğrulamak için en az üç ayda bir test devretmesi çalıştırın
  • Yeni VM'ler eklendiğinde veya uygulama mimarisi değiştiğinde planı gözden geçirip güncelleyin

Hızlı Kontrol

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

Ders Özeti

Bu derste şunları öğrendiniz: bir kurtarma planı, her grupta öncesi/sonrası eylemlerle birden çok VM'nin sıralı devretmesini düzenler; planlanmamış devretme son çoğaltma kontrol noktasını kullanırken planlanmış devretmede hiç veri kaybı olmaz; devretmeden sonra DR korumasını geri yüklemek için işlemi tamamlamanız ve yeniden korumanız gerekir. Sırada, üretimi etkilemeden DR planlarının nasıl test edileceğini inceleyeceğiz.

Sıkça Sorulan Sorular

“Kurtarma Planları ve Otomatik Geçiş” dersi ücretsiz mi?

Evet — “Kurtarma Planları ve Otomatik Geçiş” dersin tüm metni burada web'de ücretsiz olarak okunabilir. Etkileşimli olarak pratik yapmak (yerleşik kod editörü ve 7/24 yapay zeka koçu) ve Azure Fundamentals kursunun geri kalanını açmak için CoddyKit PRO'ya yükselt. Azure Fundamentals kursu toplamda 4 dersten oluşur.

“Kurtarma Planları ve Otomatik Geçiş” dersinde ne öğreneceğim?

Uygulama katmanları genelinde VM yük devretmesini sıralayan bir ASR kurtarma planı oluşturun, el ile onay kapıları ekleyin ve geçiş öncesi ile sonrası betiklerini dahil edin. Azure Fundamentals ile uygulamalı kodu tarayıcıda doğrudan çalıştırarak pratik yaparsın ve 7/24 yapay zeka koçu dersi çalışırken sorularını yanıtlar.

Azure Fundamentals öğrenmeye başlamak için deneyim gerekli mi?

Önceden deneyim gerekmez. CoddyKit'te Azure Fundamentals, başlangıçtan ileri seviyeye kadar yapılandırıldığı için buradan başlayabilir veya başından başlayıp kendi hızında ilerleme yapabilirsin. Bu, 4 dersinin 2. dersidir.

“Kurtarma Planları ve Otomatik Geçiş” dersi ne kadar sürer?

Çoğu CoddyKit dersi yaklaşık 5–10 dakika sürer. Her biri kısa ve etkileşimli olduğu için sabit ilerleme yaparsın ve web ile uygulama arasında tam olarak bıraktığın yerden devam edebilirsin.

Bu Azure Fundamentals dersinde kod yazıp çalıştırabilir miyim?

Evet. Her Azure Fundamentals dersi yerleşik bir kod editörü içerir, bu sayede tarayıcıda gerçek kod yazıp çalıştırabilir ve anlık yapay zeka geri bildirimi alırsın — yerel kurulum gerekli değildir.

Bu kursun tüm dersleri

  1. RTO, RPO ve Kurtarma Katmanlarını Tanımlama
  2. Kurtarma Planları ve Otomatik Geçiş
  3. Etkilemeden DR Testi
  4. PaaS Hizmetleri için DR
← Azure Fundamentals Sayfasına Dön