Aracılığıyla paylaş

Azure Spring Apps'te güvenilirlik

  • Makale

Bu makale, Azure Spring Apps için kullanılabilirlik alanları ve bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği desteği ile bölgesel dayanıklılık hakkında ayrıntılı bilgiler içerir.

Kullanılabilirlik alanı desteği

Azure kullanılabilirlik alanları, her Azure bölgesindeki en az üç fiziksel ayrı veri merkezi grubudur. Her bölgedeki veri merkezleri bağımsız güç, soğutma ve ağ altyapısı ile donatılmıştır. Yerel bölge hatası durumunda kullanılabilirlik alanları, bir bölge etkileniyorsa, bölgesel hizmetler, kapasite ve yüksek kullanılabilirlik kalan iki bölge tarafından desteklenecek şekilde tasarlanmıştır.

Hatalar, yazılım ve donanım arızalarından deprem, sel ve yangın gibi olaylara kadar değişebilir. Azure hizmetlerinin yedekliliği ve mantıksal yalıtımı ile hatalara dayanıklılık elde edilir. Azure'daki kullanılabilirlik alanları hakkında daha ayrıntılı bilgi için bkz . Bölgeler ve kullanılabilirlik alanları.

Azure kullanılabilirlik alanlarının etkinleştirildiği hizmetler, doğru güvenilirlik ve esneklik düzeyini sağlayacak şekilde tasarlanmıştır. Bunlar iki şekilde yapılandırılabilir. Alanlar arasında otomatik çoğaltma ile alanlar arası yedekli veya belirli bir bölgeye sabitlenmiş örneklerle bölgesel olabilir. Bu yaklaşımları da birleştirebilirsiniz. Bölgesel ve alanlar arası yedekli mimari hakkında daha fazla bilgi için bkz. kullanılabilirlik alanlarını ve bölgelerini kullanmak için Öneriler.

Azure Spring Apps alanlar arası yedekliliği destekler. Alanlar arası yedeklilik etkinleştirilmiş bir Azure Spring Apps hizmet örneği oluşturduğunuzda, Azure Spring Apps temel alınan Azure altyapısının mantıksal bölümleri arasında temel kaynakları otomatik olarak dağıtır. Temel alınan işlem kaynağı, işlem yapabilmeyi sağlamak için VM'leri tüm kullanılabilirlik alanlarına dağıtır. Temel alınan depolama kaynağı, veri merkezi hataları olsa bile kullanılabilir durumda tutmak için verileri kullanılabilirlik alanları arasında çoğaltır. Bu dağıtım daha yüksek bir kullanılabilirlik düzeyi sağlar ve donanım hatalarına veya planlı bakım olaylarına karşı koruma sağlar.

Önkoşullar

  • Alanlar arası yedeklilik Temel planda kullanılamaz.

  • Azure Spring Apps aşağıdaki bölgelerdeki kullanılabilirlik alanlarını destekler:

    • Doğu Avustralya
    • Güney Brezilya
    • Orta Kanada
    • Central US
    • Doğu Asya
    • Doğu ABD
    • Doğu ABD 2
    • Orta Fransa
    • Orta Batı Almanya
    • Kuzey Avrupa
    • Doğu Japonya
    • Güney Kore - Orta
    • Güney Afrika - Kuzey
    • Orta Güney ABD
    • Güneydoğu Asya
    • Güney Birleşik Krallık
    • West Europe
    • Batı ABD 2
    • Batı ABD 3

Kullanılabilirlik alanları etkinleştirilmiş bir Azure Spring Apps örneği oluşturma

Not

Alanlar arası yedekliliği yalnızca Azure Spring Apps hizmet örneğinizi oluştururken etkinleştirebilirsiniz. Oluşturma işleminden sonra alanlar arası yedeklilik özelliğini değiştiremezsiniz.

Azure CLI veya Azure portalını kullanarak Azure Spring Apps'te alanlar arası yedekliliği etkinleştirebilirsiniz.

Azure Spring Apps'te Azure CLI kullanılarak alanlar arası yedeklilik etkinleştirilmiş bir hizmet oluşturmak için, aşağıdaki örnekte gösterildiği gibi hizmetinizi oluştururken parametresini ekleyin --zone-redundant :

az spring create \
    --resource-group <your-resource-group-name> \
    --name <your-Azure-Spring-Apps-instance-name> \
    --location <location> \
    --zone-redundant true

Kullanılabilirlik alanları etkinken kendi kaynağınızı etkinleştirme

Azure Spring Apps'te kendi kalıcı depolama alanınız gibi kendi kaynağınızı etkinleştirebilirsiniz. Ancak, kaynağınız için alanlar arası yedekliliği etkinleştirdiğinizden emin olmanız gerekir. Daha fazla bilgi için bkz . Azure Spring Apps'te kendi kalıcı depolama alanınızı etkinleştirme.

Bölge azaltma deneyimi

Bir uygulama örneği, başarısız bir bölgedeki bir VM düğümünde bulunduğundan başarısız olduğunda Azure Spring Apps, başka bir kullanılabilirlik alanındaki başka bir VM düğümünde başarısız olan uygulama için yeni bir uygulama örneği oluşturur. Kullanıcılar bu süre boyunca kısa bir kesinti yaşayabilir. Kullanıcı eylemi gerekmez ve etkilenen Azure Spring Apps örneği hizmet tarafından geri yüklenir.

Fiyatlandırma

Alanlar arası yedekliliği etkinleştirmenin ek bir maliyeti yoktur. Yalnızca alanlar arası yedekliliği etkinleştirmek için gereken Standart veya Kurumsal plan için ödeme yapmanız gerekir.

Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği

Olağanüstü durum kurtarma (DR), kapalı kalma süresi ve veri kaybına neden olan doğal afetler veya başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmayla ilgilidir. Nedeni ne olursa olsun, olağanüstü durum için en iyi çözüm iyi tanımlanmış ve test edilmiş bir DR planı ve DR'yi etkin bir şekilde destekleyen bir uygulama tasarımıdır. Olağanüstü durum kurtarma planınızı oluşturmaya başlamadan önce bkz. Olağanüstü durum kurtarma stratejisi tasarlamaya yönelik Öneriler.

DR söz konusu olduğunda, Microsoft paylaşılan sorumluluk modelini kullanır. Paylaşılan bir sorumluluk modelinde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Aynı zamanda, birçok Azure hizmeti verileri otomatik olarak çoğaltmaz veya başarısız olan bir bölgeden geri dönerek başka bir etkin bölgeye çapraz çoğaltma yapamaz. Bu hizmetler için iş yükünüz için uygun bir olağanüstü durum kurtarma planı ayarlamak sizin sorumluluğunuzdadır. Hizmet olarak Azure platformu (PaaS) tekliflerinde çalışan hizmetlerin çoğu, DR'yi desteklemek için özellikler ve yönergeler sağlar ve DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarmayı desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Azure Spring Apps hizmeti coğrafi olağanüstü durum kurtarma sağlamaz, ancak dikkatli planlama kapalı kalma süresi yaşamanıza karşı korunmanıza yardımcı olabilir.

Olağanüstü durumlara karşı yüksek kullanılabilirlik ve koruma sağlamak için Azure Spring Apps'te barındırılan uygulamalarınızı birden çok bölgeye dağıtın. Azure, uygulama dağıtımlarınızı uygun şekilde planlayabilmek için eşleştirilmiş bölgelerin listesini sağlar.

Mimarinizi tasarlarken aşağıdaki önemli faktörleri göz önünde bulundurun:

  • Bölge kullanılabilirliği. Ağ gecikmesini ve iletim süresini en aza indirmek için Azure Spring Apps alanlar arası yedekliliği destekleyen bir bölge veya kullanıcılarınıza yakın bir coğrafi alan seçin.
  • Eşleştirilmiş Azure bölgeleri. Gerekirse eşgüdümlü platform güncelleştirmelerinden ve öncelikli kurtarma çabalarından emin olmak için seçtiğiniz coğrafi bölge içinde eşleştirilmiş bölgeleri seçin.
  • Hizmet kullanılabilirliği. Eşleştirilmiş bölgelerinizin sıcak/sıcak, sıcak/sıcak mı yoksa sıcak/soğuk mu çalışacağına karar verin.

Trafiği yönlendirmek için Azure Traffic Manager'ı kullanma

Azure Traffic Manager, DNS tabanlı trafik yük dengelemesi sağlar ve ağ trafiğini birden çok bölgeye dağıtabilir. Müşterileri en yakın Azure Spring Apps hizmet örneğine yönlendirmek için Azure Traffic Manager'ı kullanın. En iyi performans ve yedeklilik için tüm uygulama trafiğini Azure Spring Apps hizmet örneğine göndermeden önce Azure Traffic Manager üzerinden yönlendirin. Daha fazla bilgi için bkz. Traffic Manager nedir?

Azure Spring Apps'te birden çok bölgede çalışan uygulamalarınız varsa, Azure Traffic Manager her bölgedeki uygulamalarınıza trafik akışını denetleyebilir. Örnek IP'sini kullanarak her hizmet örneği için bir Azure Traffic Manager uç noktası tanımlayın. Azure Spring Apps hizmet örneğine işaret eden bir Azure Traffic Manager DNS adına bağlanmalısınız. Azure Traffic Manager, tanımlanan uç noktalar genelinde trafiğin yükünü dengeler. Bir olağanüstü durum bir veri merkezine gelirse, Azure Traffic Manager bu bölgedeki trafiği kendi çiftine yönlendirir ve hizmet sürekliliğini güvence altına alır.

Azure Spring Apps örnekleri için bir Azure Traffic Manager örneği oluşturmak için aşağıdaki adımları kullanın:

  1. İki farklı bölgede Azure Spring Apps örnekleri oluşturun. Örneğin, aşağıdaki tabloda gösterildiği gibi Doğu ABD ve Batı Avrupa'da hizmet örnekleri oluşturun. Her örnek, trafik için birincil ve yük devretme uç noktası görevi görür.

    Service name Konum Uygulama
    service-sample-a Doğu ABD ağ geçidi / auth-service / account-service
    service-sample-b West Europe ağ geçidi / auth-service / account-service

  2. Hizmet örnekleri için özel bir etki alanı ayarlayın. Daha fazla bilgi için bkz . Öğretici: Mevcut özel etki alanını Azure Spring Apps ile eşleme. Başarılı bir kurulumdan sonra, her iki hizmet örneği de gibi bcdr-test.contoso.comaynı özel etki alanına bağlanır.

  3. Bir trafik yöneticisi ve iki uç nokta oluşturun. Yönergeler için bkz . Hızlı Başlangıç: Aşağıdaki Traffic Manager profilini oluşturan Azure portalını kullanarak Traffic Manager profili oluşturma:

    • Traffic Manager DNS Adı: http://asa-bcdr.trafficmanager.net
    • Uç Nokta Profilleri:
    Profile Tür Hedef Öncelik Özel üst bilgi ayarları
    Uç Nokta A Profili Dış Uç Nokta service-sample-a.azuremicroservices.io 1 host: bcdr-test.contoso.com
    Uç Nokta B Profili Dış Uç Nokta service-sample-b.azuremicroservices.io 2 host: bcdr-test.contoso.com

  4. DNS Bölgesinde aşağıdaki örneğe benzer bir CNAME kaydı oluşturun: bcdr-test.contoso.com CNAME asa-bcdr.trafficmanager.net.

Ortam artık ayarlandı. Bağlantılı makalelerde örnek değerleri kullandıysanız, kullanarak https://bcdr-test.contoso.comuygulamaya erişebilmelisiniz.

Trafiği yönlendirmek için Azure Front Door ve Azure Uygulaması lication Gateway kullanma

Azure Front Door, hızlı, güvenli ve geniş ölçekte ölçeklenebilir web uygulamaları oluşturmak için Microsoft genel uç ağını kullanan küresel, ölçeklenebilir bir giriş noktasıdır. Azure Front Door, Azure Traffic Manager ile aynı çoklu coğrafi yedekliliği ve en yakın bölgeye yönlendirmeyi sağlar. Azure Front Door ayrıca TLS protokolü sonlandırma, uygulama katmanı işleme ve Web Uygulaması Güvenlik Duvarı (WAF) gibi gelişmiş özellikler sağlar. Daha fazla bilgi için bkz. Azure Front Door nedir?

Aşağıdaki diyagramda çok bölgeli yedeklilik, sanal ağ ile tümleşik Azure Spring Apps hizmet örneğinin mimarisi gösterilmektedir. Diyagramda Application Gateway ve Front Door için özel etki alanına sahip doğru ters proxy yapılandırması gösterilmektedir. Bu mimari, uygulamaları bir sanal ağda uçtan uca TLS ile kullanıma sunma bölümünde açıklanan senaryoyu temel alır. Bu yaklaşım, iki Application-Gateway ile tümleşik Azure Spring Apps sanal ağ ekleme örneğini coğrafi olarak yedekli bir örnekte birleştirir.

Diagram showing the architecture of a multi-region Azure Spring Apps service instance.

Sonraki adımlar