İş sürekliliği ve olağanüstü durum kurtarma

  • Makale

Kuruluş ve kurumsal uygulama iş yüklerinin kurtarma süresi hedefi (RTO) ve kurtarma noktası hedefi (RPO) gereksinimleri vardır. Etkili iş sürekliliği ve olağanüstü durum kurtarma (BCDR) tasarımı, bu gereksinimleri karşılayan platform düzeyinde özellikler sağlar. BCDR özelliklerini tasarlamak için platform olağanüstü durum kurtarma (DR) gereksinimlerini yakalayın.

Tasarımla ilgili dikkat edilecek noktalar

Uygulama iş yükleri için BCDR tasarlarken aşağıdaki faktörleri göz önünde bulundurun:

  • Uygulama ve veri kullanılabilirliği gereksinimleri:

    • Her iş yükü için RTO ve RPO gereksinimleri.
    • Etkin-etkin ve aktif-pasif kullanılabilirlik desenleri için destek.

  • Hizmet olarak platform (PaaS) hizmetleri için hizmet olarak BCDR:

    • Yerel DR ve yüksek kullanılabilirlik (HA) özelliği desteği.
    • PaaS hizmetleri için coğrafi çoğaltma ve DR özellikleri.

  • Performans için bileşen yakınlığı ile yük devretme için çok bölgeli dağıtım desteği.

  • Kesinti sırasında düşük işlevsellik veya düşük performansa sahip uygulama işlemleri.

  • Kullanılabilirlik Alanları veya kullanılabilirlik kümeleri için iş yükü uygunluğu:

    • Bölgeler arasında veri paylaşımı ve bağımlılıklar.
    • Kullanılabilirlik Alanları güncelleştirme etki alanları üzerindeki kullanılabilirlik kümeleri etkisiyle karşılaştırılır.
    • Aynı anda bakım altında olabilecek iş yüklerinin yüzdesi.
    • Belirli sanal makine (VM) stok tutma birimleri (SKU) için Kullanılabilirlik Alanları desteği. Örneğin Azure Ultra Disk Depolama için Kullanılabilirlik Alanları kullanılması gerekir.

  • Uygulamalar ve veriler için tutarlı yedeklemeler:

    • VM anlık görüntüleri.
    • Azure Backup Kurtarma Hizmetleri kasaları.
    • Abonelik sınırları, Kurtarma Hizmetleri kasalarının sayısını ve her kasanın boyutunu kısıtlar.

  • Yük devretme gerçekleşirse ağ bağlantısı:

    • Azure ExpressRoute için bant genişliği kapasitesi planlaması.
    • Bölgesel, bölgesel veya ağ kesintisi sırasında trafik yönlendirme.

  • Planlı ve plansız yük devretmeler:

    • IP adresi tutarlılığı gereksinimleri ve yük devretme ve yeniden çalışma sonrasında IP adreslerini koruma olasılığı.
    • Mühendislik DevOps özelliklerini koruma.
    • Uygulama anahtarları, sertifikalar ve gizli diziler için Azure Key Vault DR.

  • Veri yerleşimi:

    • Verilerin ülke sınırları içinde mi yoksa bölgesel sınırlar içinde mi tutulması gerektiğini belirten veri yerleşimi için ülke/bölge yönergelerini anlayın. Bu kılavuz bölgeler arası çoğaltma tasarımınızı etkiler.
    • Etkinleştirilen kümeleriyle aynı coğrafyada yer alan Azure bölgeleri, vergi ve kolluk gereksinimleri gibi veri yerleşimi gereksinimlerini karşılamak için bölgeler arası çoğaltmada yardımcı olabilir. Daha fazla bilgi için bkz . Azure bölgeler arası çoğaltma.

Tasarım önerileri

Aşağıdaki tasarım uygulamaları, uygulama iş yükleri için BCDR'yi destekler:

  • Azure'da Azure VM DR senaryoları için Azure Site Recovery'yi kullanın.

    Site Recovery, iş yüklerini bölgeler arasında çoğaltmak için gerçek zamanlı çoğaltma ve kurtarma otomasyonu kullanır. VM iş yükleri için yerleşik platform özellikleri düşük RPO ve RTO gereksinimlerini karşılar. Site Recovery'yi kullanarak üretim iş yüklerini etkilemeden kurtarma tatbikatları çalıştırabilirsiniz. Çoğaltmayı etkinleştirmek ve VM korumasını denetlemek için Azure İlkesi de kullanabilirsiniz.

  • Yerel PaaS DR özelliklerini kullanın.

    Yerleşik PaaS özellikleri, iş yükü mimarilerinde çoğaltma ve yük devretme için hem tasarım hem de dağıtım otomasyonlarını basitleştirir. Hizmet standartlarını tanımlayan kuruluşlar da Azure İlkesi aracılığıyla hizmet yapılandırmasını denetleyebilir ve zorunlu kılabilir.

  • Azure'a özel yedekleme özelliklerini kullanın.

    Azure Backup ve PaaS yerel yedekleme özellikleri, üçüncü taraf yedekleme yazılımı ve altyapısı gereksinimini ortadan kaldırır. Diğer yerel özelliklerde olduğu gibi, kuruluş gereksinimleriyle uyumluluğu sağlamak için Azure İlkesi ile yedekleme yapılandırmalarını ayarlayabilir, denetleyebilir ve zorunlu hale getirebilirsiniz.

  • ExpressRoute bağlantısı için birden çok bölge ve eşleme konumu kullanın.

    Yedekli karma ağ mimarisi, bir kesintinin Azure bölgesini veya eşleme sağlayıcısı konumunu etkilemesi durumunda kesintisiz şirket içi bağlantı sağlanmasına yardımcı olabilir.

  • Üretim ve DR ağlarında çakışan IP adresi aralıklarını kullanmaktan kaçının.

    Çakışan IP adreslerine sahip üretim ve DR ağları, uygulama yük devretmesini karmaşıklaştırabilen ve geciktirebilen bir yük devretme işlemi gerektirir. Mümkün olduğunda, tüm sitelere eşzamanlı bağlantı sağlayan bir BCDR ağ mimarisi planlayın.