Aracılığıyla paylaş


Yüksek oranda kullanılabilir çok bölgeli tasarım için öneriler

Bu Azure İyi Tasarlanmış Çerçeve Güvenilirliği denetim listesi önerisi için geçerlidir:

RE:05 Özellikle kritik akışlar için farklı düzeylerde yedeklilik ekleyin. Tanımlanan güvenilirlik hedeflerine uygun olarak işlem, veri, ağ ve diğer altyapı katmanlarına yedeklilik uygulayın.

İlgili kılavuzlar: Kullanılabilirlik alanlarını ve bölgelerini kullanarak yedeklilik |

Bu kılavuzda, yüksek oranda kullanılabilir çok bölgeli bulut ortamı tasarlamaya yönelik öneriler açıklanmaktadır. Yüksek kullanılabilirlik, güvenilirlik tasarımının temel bir ağıdır. Yüksek oranda kullanılabilir bir mimari, kapalı kalma süresini mümkün olduğunca önlemenize ve kapalı kalma süresi oluşursa verimli bir şekilde kurtarmanıza yardımcı olabilir.

Etkin-etkin ve aktif-pasif , ortamınızı dağıttığınız platforma bağlı olarak farklı şekillerde uygulanabilen genel mimari türleridir. Bu kılavuz, çok bölgeli bulut ortamı tasarımına odaklanır. Azure'da, kullanılabilirlik alanlarını kullanarak tek bir bölge içinde etkin-etkin veya etkin-pasif mimari de tasarlayabilirsiniz. Kullanılabilirlik alanlarını kullanarak yüksek oranda kullanılabilir bir mimari tasarlama hakkında ayrıntılı yönergeler için bkz . Azure İyi Tasarlanmış Çerçeve kılavuzu.

Temel tasarım stratejileri

Etkin-etkin ve aktif-pasif, yüksek oranda kullanılabilir bir bulut ortamı tasarlamaya yönelik iki temel yaklaşımdır. Etkin-etkin ortamlar, iş yükünüzü dağıttığınız her bölgedeki üretim yüklerini işleyecek şekilde tasarlanmıştır. Aktif-pasif ortamlar, üretim yüklerini yalnızca birincil bölgede işleyecek şekilde tasarlanmıştır, ancak gerektiğinde ikincil (pasif) bölgeye yük devreder. İş yükünüz için en iyi Azure bölgelerini seçmek, yüksek oranda kullanılabilir çok bölgeli bir ortam tasarlamanın önemli bir parçasıdır. Azure bölgelerini seçme hakkında yönergeler için bkz . Azure Bölgelerini Seçme kılavuzu.

Bu bölümde, her deseni değerlendirirken ve mimarinizi iş gereksinimlerinizi karşılayacak şekilde daraltırken göz önünde bulundurmanız gereken tasarım seçenekleri açıklanmaktadır.

İş yükünüzün mimarisini yinelenebilir, ölçeklenebilir bir şekilde oluşturma konusunda rehberlik için bkz . Dağıtım Damgaları düzeni . Bu tasarım düzeni, verimli yönetim için yüksek kullanılabilirlik tasarımınızı iyileştirmenize yardımcı olabilir.

Aşağıdaki bölümlerde iki desenin tasarım seçenekleri açıklanmaktadır.

Sıfır kapalı kalma süresi için etkin-etkin olarak dağıtma

  • Kapasitede etkin-etkin: Her biri hizmet verdikleri bölge veya bölgeler için üretim iş yüklerini işleyecek şekilde yapılandırılmış ve bölgesel bir kesinti durumunda diğer bölgelerden gelen yükleri işlemek için ölçeklenebilir iki veya daha fazla Azure bölgesinde yansıtılmış dağıtım damgaları.

    • Ağ: Trafiği bölgeler arasında yaymak için gecikme süresi veya ağırlıklı genel yönlendirme kullanın.

    • Veri çoğaltma ve tutarlılık: Çok bölgeli okuma ve yazma özellikleri için Azure Cosmos DB gibi genel olarak dağıtılmış bir veri deposu kullanın. İlişkisel veritabanları için salt okunur bağlantı dizesi olan okunabilir çoğaltmalar kullanın.

    • Bu tasarımın avantajı: Fazla sağlanan tasarımdan daha düşük işletim maliyetleri.

    • Bu tasarımın dezavantajı: Başka bir bölgede kesinti yaşanması durumunda tam yük taleplerini karşılamak için ölçeği genişletirken kullanıcı deneyiminin olası düşüşü.

  • Etkin-etkin fazla sağlanmış: Her biri hizmet verdikleri bölge veya bölgeler için üretim iş yüklerini işlemek ve bölgesel bir kesinti durumunda diğer bölgelerden gelen yükleri işlemek için sağlanan iki veya daha fazla Azure bölgesinde yansıtılmış dağıtım damgaları.

    • Ağ: Trafiği bölgeler arasında yaymak için gecikme süresi veya ağırlıklı genel yönlendirme kullanın.

    • Veri çoğaltma ve tutarlılık: Çok bölgeli okuma ve yazma özellikleri için Azure Cosmos DB gibi genel olarak dağıtılmış bir veri deposu kullanın. İlişkisel veritabanları için salt okunur bağlantı dizesi olan okunabilir çoğaltmalar kullanın.

    • Bu tasarımın avantajı: Mümkün olan en dayanıklı tasarım.

    • Bu tasarımın dezavantajı: Ölçeklenebilir bir tasarımdan daha yüksek işletim maliyetleri.

  • Her iki tasarımın da ortak avantajları: Yüksek dayanıklılık ve tam iş yükü kesintisi riski düşük.

  • Her iki tasarımın da ortak dezavantajları: Uygulama durumu ve veri eşitlemesinin yönetilmesinin gerekliliği de dahil olmak üzere çeşitli faktörlerden kaynaklanan daha yüksek işletim maliyetleri ve yönetim yükü.

Olağanüstü durum kurtarma için etkin-pasif olarak dağıtma

  • Sıcak yedek: Bir birincil bölge ve bir veya daha fazla ikincil bölge. İkincil bölge mümkün olan en düşük işlem ve veri boyutuyla dağıtılır ve yük olmadan çalışır. Bu bölge sıcak yedek bölge olarak bilinir. Yük devretme sonrasında, işlem ve veri kaynakları birincil bölgeden gelen yükü işleyecek şekilde ölçeklendirilir.

    • Ağ: Öncelikli genel yönlendirmeyi kullanın.

    • Veri çoğaltma ve tutarlılık: Veritabanınızı pasif bölgenize çoğaltın ve Azure Cosmos DB ve Azure SQL Veritabanı gibi hizmet olarak platform (PaaS) çözümlerinin otomatik yük devretme özelliklerini kullanın.

    • Bu tasarımın avantajı: Aktif-pasif tasarımlar arasında en kısa kurtarma süresi.

    • Bu tasarımın dezavantajı: Aktif-pasif tasarımlar arasında en yüksek işletim maliyeti.

  • Soğuk yedek: Bir birincil bölge ve bir veya daha fazla ikincil bölge. İkincil bölge tam yükü işleyecek şekilde ölçeklendirilir, ancak tüm işlem kaynakları durdurulur. Bu bölge soğuk yedek bölge olarak bilinir. Yük devretmeden önce kaynakları başlatmanız gerekir.

    • Ağ: Öncelikli genel yönlendirmeyi kullanın.

    • Veri çoğaltma ve tutarlılık: Veritabanınızı pasif bölgenize çoğaltın ve Azure Cosmos DB ve Azure SQL Veritabanı gibi PaaS çözümlerinin otomatik yük devretme özelliklerini kullanın.

    • Bu tasarımın avantajı: Sıcak yedek tasarımdan daha düşük işletim maliyetleri.

    • Bu tasarımın dezavantajı: Sıcak yedek tasarımdan daha uzun kurtarma süresi.

  • Olağanüstü durumda yeniden dağıtma: Bir birincil bölge ve bir veya daha fazla ikincil bölge. yalnızca gerekli ağ ikincil bölgeye dağıtılır. İş yüklerinin yük devretmesi için operatörlerin ikincil bölgede sağlama betikleri çalıştırması gerekir. Bu tasarım olağanüstü durumda yeniden dağıtma olarak bilinir.

    • Ağ: Öncelikli genel yönlendirmeyi kullanın.

    • Veri çoğaltma ve tutarlılık: Yeni veritabanı örnekleri dağıtın ve yedeklerden verileri yeniden doldurma.

    • Bu tasarımın avantajı: En düşük işletim maliyetleri.

    • Bu tasarımın dezavantajı: En uzun kurtarma süresi.

  • Aktif-pasif tasarımların ortak avantajları: Aktif-aktif tasarımlara göre daha düşük işletme maliyetleri ve daha az günlük yönetim yükü. Uygulama durumunu eşitlemeye gerek yoktur.

  • Aktif-pasif tasarımların yaygın dezavantajları: Daha uzun, daha karmaşık kurtarma süreci. Başarılı bir yük devretme için el ile müdahaleye ihtiyaç duyma olasılığı daha yüksektir.

Not

Yüksek kullanılabilirlik tasarımınızdan bağımsız olarak Azure DevOps altyapısı, atlama kutuları, izleme ve iş yükünü yönetmek için gereken diğer kritik hizmetler gibi destek hizmetleri için yedeklilik yapılandırmayı unutmayın.

Azure kolaylaştırma

  • Azure Front Door , yüksek kullanılabilirlik iş yükünüzü yönetmenize yardımcı olmak için Azure Traffic Manager'ın genel yönlendirme işlevselliğini bir içerik teslim sistemi ve web uygulaması güvenlik duvarıyla birleştirir.

  • Azure Cosmos DB , etkin-etkin bir ortam çalıştırmanıza ve bölgesel bir kesinti oluştuğunda kapalı kalma süresini en aza indirmenize yardımcı olabilecek, genel olarak dağıtılmış bir NoSQL veritabanı platformudur.

Güvenilirlik denetim listesi

Öneriler kümesinin tamamına bakın.