Azure Kullanılabilirlik Alanlarıyla SAP iş yükü yapılandırmaları

Farklı SAP mimarisi katmanlarının Azure Kullanılabilirlik Alanları dağıtımı, Azure'da SAP iş yükü dağıtımları için önerilen mimaridir. Azure Kullanılabilirlik Alanı, bir bölge içindeki benzersiz fiziksel konumlar olarak tanımlanır. Her bölge bağımsız güç, soğutma ve ağ ile donatılmış bir veya daha fazla veri merkezinden oluşur. Azure Kullanılabilirlik Alanları tüm bölgelerde kullanılamaz. Kullanılabilirlik Alanları sağlayan Azure bölgeleri için Azure bölge haritasına bakın. Makalede, hangi bölgelerin Kullanılabilirlik Alanları sağladığı listelenir. Daha büyük SAP iş yükünü barındıracak şekilde donatılmış Azure bölgelerinin çoğu Kullanılabilirlik Alanları sağlar. Yeni Azure bölgeleri başlangıçtan itibaren Kullanılabilirlik Alanları sağlar. Eski bölgelerden bazıları Yeniden Donatım Sürecinde Kullanılabilirlik Alanları ile güncelleniyor ya da zaten bu süreçteydiler.

Tipik SAP NetWeaver veya S/4HANA mimarisinden itibaren üç farklı katmanı korumanız gerekir:

  • SAP uygulama katmanı, birden birkaç düzineye kadar sanal makine (VM) olabilir. VM'lerin aynı konak sunucusuna dağıtılma olasılığını en aza indirmek istiyorsunuz. Ayrıca bu VM'lerin ağ gecikmesini kabul edilebilir bir pencerede tutmak için veritabanı katmanına kabul edilebilir bir yakınlıkta olmasını istiyorsunuz.

  • SAP NetWeaver ve S/4HANA mimarisinde tek bir hata noktasını temsil eden SAP ASCS/SCS katmanı. Genellikle yük devretme çerçevesiyle ele almak istediğiniz iki VM'ye bakarsınız. Bu nedenle, bu VM'ler farklı altyapı hata etki alanlarında ayrılmalıdır.

  • Sap veritabanı katmanı, tek bir hata noktasını da temsil eder. Her zamanki durumlarda, yük devretme altyapısıyla kapsanan iki VM'den oluşur. Bu nedenle, bu VM'ler farklı altyapı hata etki alanlarında ayrılmalıdır. İkiden fazla VM'nin kullanılabildiği SAP HANA ölçek dışı dağıtımları istisnai durumlardır.

Kritik VM'lerinizi kullanılabilirlik kümeleri veya Kullanılabilirlik Alanları aracılığıyla dağıtma arasındaki başlıca farklar şunlardır:

  • Kullanılabilirlik kümesiyle dağıtım, küme içindeki VM'leri tek bir bölgede veya veri merkezinde (belirli bir bölge için ne geçerli olursa olsun) sıralamaktır. Sonuç olarak kullanılabilirlik kümesi aracılığıyla yapılan dağıtım, bölgenin bir bütün olarak bir veya daha fazla veri merkezini etkileyen güç, soğutma veya ağ sorunlarıyla korunmaz. Kullanılabilirlik kümelerinde vm ile diskleri arasında zorlamalı hizalama da yoktur. Diğer bir deyişle diskler, bölgenin bölgesel yapısından bağımsız olarak Azure bölgesinin herhangi bir veri merkezinde olabilir. Olumlu bir yönü, Sanal Makineler (VM'ler) bu bölge ya da veri merkezi içindeki güncelleme ve hata alanlarıyla uyumlu olacak şekilde hizalanır. Özellikle, SAP ASCS veya veritabanı katmanında kullanılabilirlik kümesi başına iki VM'yi koruduğumuzda, hata etki alanlarıyla yapılan hizalama, her iki VM'nin aynı konak donanımında yer almasını önler.

  • Azure Kullanılabilirlik Alanları aracılığıyla VM'leri dağıtma ve farklı bölgeler (en fazla üç) seçme konusunda Azure, VM'leri farklı fiziksel konumlara dağıtır. Dağıtımları birden çok konuma yaymak, bir bölgedeki bir veya daha fazla veri merkezini etkileyen güç, soğutma veya ağ sorunlarına karşı koruma sağlar.

  • VM'ler ve ilgili diskler de aynı Kullanılabilirlik Alanında birlikte bulunur. Ancak, aynı VM ailesinden birden fazla VM'yi aynı Erişilebilirlik Bölgesine dağıttığınızda, bu VM'lerin aynı ana bilgisayarda veya aynı hata etki alanında bulunmasına karşı bir koruma yoktur. Sonuç olarak, Kullanılabilirlik Alanları aracılığıyla dağıtım, SAP ASCS ve veritabanı katmanı için idealdir ve burada genellikle ikişer VM kullanılır. İkiden fazla VM'den fazla olabilen SAP uygulama katmanı için farklı bir dağıtım modeline geri dönmeniz gerekebilir.

Azure Kullanılabilirlik Alanları arasında dağıtım yapma motivasyonunuz, tek bir kritik VM'nin hatasını işleme ve yazılım düzeltme eki uygulama sırasında kapalı kalma süresini azaltma özelliğini içermelidir. Bu tür bir dağıtım genel dayanıklılığı da artırır. Böyle bir yaklaşım, bir veya birden çok Azure veri merkezinin kullanılabilirliğini etkileyebilecek daha büyük altyapı sorunlarına karşı koruma sağlar.

Azure, başka bir dayanıklılık dağıtımı işlevi olarak SAP iş yükü için esnek düzenlemeye sahip Sanal makine ölçek kümelerini kullanıma sunar. Sanal makine ölçek kümesi, platform tarafından yönetilen sanal makinelerin mantıksal gruplandırmalarını sağlar. Sanal makine ölçek kümesinin esnek düzenlemesi, ölçek kümesini bir bölge içinde oluşturma veya kullanılabilirlik alanlarına yayma seçeneği sağlar.

platformFaultDomainCount>1 (FD>1) ile bir bölge içinde esnek ölçek kümesi oluşturulurken, ölçek kümesinde dağıtılan VM'ler belirtilen sayıda hata etki alanı arasında dağıtılır. Tüm hata etki alanları aynı bölgede kalır. Öte yandan platformFaultDomainCount=1 (FD=1) ile kullanılabilirlik alanları arasında esnek ölçek kümesi oluşturmak, sanal makineleri farklı bölgelere dağıtır. Ölçek kümesi ayrıca sanal makineleri (VM'ler) her bölge içindeki farklı hata etki alanları arasında en iyi çaba temelinde dağıtır.

SAP iş yükü için yalnızca FD=1 ile esnek ölçek kümesi desteklenir - Geleneksel kullanılabilirlik alanı dağıtımı yerine bölgeler arası dağıtım için FD=1 ile esnek ölçek kümeleri kullanmanın avantajı, VM'lerin farklı bölgeler arasında dağıtılmasıdır. Ölçek kümesi ayrıca VM'leri her bölge içindeki farklı hata etki alanları arasında en iyi şekilde dağıtır. Daha fazla bilgi için SAP iş yükü için esnek ölçek kümesinin dağıtım kılavuzu'na bakın.

Kullanılabilirlik Alanları arasında dağıtmayla ilgili dikkat edilmesi gerekenler

Kullanılabilirlik Alanları kullanırken aşağıdakileri göz önünde bulundurun:

  • Azure Kullanılabilirlik Alanları hakkında daha fazla bilgi, Bölgeler ve kullanılabilirlik alanları belgesinde sunulmuştur.
  • Deneyimli ağ gidiş dönüş gecikmesi, farklı bölgeleri oluşturan veri merkezlerinin gerçek coğrafi uzaklığı için mutlaka bir gösterge değildir. Kablo bağlantıları ve farklı veri merkezleri arasındaki kabloların yönlendirilmesi, trafiğin izlemesi gereken yolu belirleyerek ağ gidiş dönüş gecikme süresini etkiler.
  • Kullanılabilirlik Alanları küçük mesafeli DR çözümü olarak kullanıyorsanız, güç altyapılarında ağır ve yaygın hasarlar da dahil olmak üzere dünyanın farklı bölgelerinde yaygın hasara neden olan doğal afetlerle karşılaştığımızı unutmayın. Çeşitli bölgeler arasındaki mesafeler her zaman bu kadar büyük doğal afetleri telafi edecek kadar büyük olmayabilir.
  • Kullanılabilirlik Alanları genelinde ağ gecikme süresi tüm Azure bölgelerinde aynı değildir. Azure bölgesinde bile farklı bölgeler arasındaki ağ gecikme süreleri farklılık gösterebilir. En kötü durumda bile, HANA Sistem Çoğaltması veya SQL Server Always On temelinde veritabanı düzeyinde zaman uyumlu çoğaltma, iş yükünün ölçeklenebilirliğini etkilemeden çalışır.
  • Kullanılabilirlik Alanları nerede kullanacağınıza karar verirken, kararınızı bölgeler arasındaki ağ gecikme süresine dayandırın. Ağ gecikme süresi iki alanda önemli bir rol oynar:
    • Zaman uyumlu çoğaltmaya sahip olması gereken iki veritabanı örneği arasındaki gecikme süresi. En büyük NetWeaver ve S/4HANA sistemlerinin daha yüksek ağ gecikme süresine sahip bölgeler (1,5 milisaniyeden az) arasındaki başarılı işlemleri temel alır. Bu husus göz ardı edilebilir.
    • Aynı bölgede aktif veritabanı örneği ile SAP diyalog örneği çalıştıran bir VM ile başka bir bölgede benzer bir VM arasındaki ağ gecikme süresi farkı. Bu fark arttıkça, iş süreçlerinin ve toplu işlerin çalışma süresi üzerindeki etkisi de veritabanıyla bölge içinde mi yoksa farklı bir bölgede mi çalıştırılmalarına bağlı olarak artar.
  • En büyük bölgelerde bile Azure Kullanılabilirlik Alanları ile ağ gecikme süresi SAP iş süreçlerini çalıştırmak için yeterince düşüktür. Şu ana kadar müşterilerin SAP uygulama katmanını ve veritabanı katmanını tek bir veri merkezi ağ omurgası altında birlikte kullanmaları gereken olağanüstü durumlardan yalnızca birkaçını gördük.

Kullanılabilirlik Alanları arasında dağıtmaya yönelik kısıtlamalar

Azure VM'lerini Kullanılabilirlik Alanları dağıttığınızda ve aynı Azure bölgesinde yük devretme çözümleri kurduğunuzda bazı kısıtlamalar uygulanır:

  • Azure Kullanılabilirlik Alanları'a dağıtım yaparken Azure Yönetilen Diskler kullanmanız gerekir.
  • Bölge numaralandırmalarının fiziksel bölgelere eşlenmesi Azure aboneliği temelinde sabitlenir. SAP sistemlerinizi dağıtmak için farklı abonelikler kullanıyorsanız, her abonelik için ideal bölgeleri tanımlamanız gerekir. Farklı aboneliklerinizin mantıksal eşlemesini karşılaştırmak istiyorsanız Avzone Eşleme betiğini göz önünde bulundurun.
  • Azure YakınLık Yerleştirme Grubunu kullanmadığınız sürece Azure kullanılabilirlik kümelerini bir Azure Kullanılabilirlik Alanı içinde dağıtamazsınız. SAP veritabanı katmanını ve merkezi hizmetleri farklı bölgelere dağıtırken kullanılabilirlik kümelerini kullanarak SAP uygulama katmanını dağıtma yöntemi, SAP uygulamalarıyla en iyi ağ gecikme süresi için Azure YakınLık Yerleştirme Grupları'nda belgelenmiştir. Azure yakınlık yerleştirme gruplarını kullanmıyorsanız, sanal makineler için dağıtım çerçevesi olarak birini veya diğerini seçmeniz gerekir.
  • Azure Basic Load Balancer kullanarak Windows Server Yük Devretme Kümelemesi veya Linux Pacemaker'ı temel alan yük devretme kümesi çözümleri oluşturamazsınız. Bunun yerine Azure Standart Load Balancer SKU'yu kullanmanız gerekir.
  • İstediğiniz bölgesel korumayı elde etmek için ExpressRoute Gateway, VPN Gateway ve Standart Genel IP adreslerinin bölgesel sürümünü dağıtmanız gerekir.

İdeal Kullanılabilirlik Alanları birleşimi

İş süreci atamasını Oturum Açma Grupları, RFC Sunucu Grupları, Batch Sunucu Grupları ve benzeri SAP işlevlerini kullanarak yapılandırmadığınız sürece, iş süreçleri otomatik olarak atanır. Daha sonra farklı uygulama örneklerinde yürütülebilirler. Bu örnekler SAP uygulama katmanınızda bulunabilir. Bunun yan etkisi, toplu işlerin herhangi bir SAP uygulama örneğinden yürütülebilir olmasıdır. Örneğin etkin veritabanı örneğiyle aynı bölgede olup olmadığına bakılmaksızın çalışabilirler. Fark bölgeleri arasındaki ağ gecikme süresi farkı, bir bölge içindeki ağ gecikme süresiyle karşılaştırıldığında küçükse, toplu işlerin çalışma sürelerindeki fark önemli olmayabilir. Ancak, bir bölge içindeki ağ gecikme süresi farkı bölge genelindeki ağ trafiğine kıyasla ne kadar büyükse, toplu işlerin çalışma süresi o kadar fazla etkilenebilir. bu etki, iş veritabanı örneğinin etkin olmadığı bir bölgede yürütülürse oluşur.

Çalışma süresindeki kabul edilebilir farklılıkların ne olduğu müşteri olarak sizindir. Bu nedenle bölgeler arası trafik için toleranslı ağ gecikme süresi iş yükünüz için de geçerli. Yalnızca teknik açıdan bakıldığında, Azure bölgesindeki Azure Kullanılabilirlik Alanları arasındaki ağ gecikme süreleri NetWeaver, S/4HANA veya diğer SAP uygulamalarının mimarisi için geçerlidir. Oturum Açma Grupları, RFC Sunucu Grupları, Batch Sunucu Grupları ve benzeri SAP kavramlarını kullanarak bu tür farklılıkları azaltmak da müşteri olarak sizin için önemlidir. Bu makalede sunulan dağıtım kavramlarından birine karar verdiğinizde bu önemli hale gelir.

Bölgeler arasında bir SAP NetWeaver veya S/4HANA sistemi dağıtmak istiyorsanız dağıtabileceğiniz iki mimari deseni vardır:

  • Etkin/etkin: ASCS/SCS çalıştıran vm çifti ve veritabanı katmanını çalıştıran VM çifti iki bölgeye dağıtılır. SAP uygulama katmanını çalıştıran VM'ler, aynı iki bölgeye eşit sayıda dağıtılır. Veritabanı veya ASCS/SCS VM başarısızlıkla devrediliyorsa, açık ve etkin işlemlerden bazıları geri alınabilir. Ancak kullanıcılar oturum açmış durumda kalır. Etkin veritabanı VM'sinin ve uygulama örneklerinin hangi bölgelerde çalıştığı önemli değildir. Bu mimari, farklı bölgelere dağıtım gerçekleştirmek için tercih edilen mimaridir. Bölgeler arasındaki ağ gecikmelerinin iş süreçlerini yürütürken daha büyük farklılıklara neden olduğu durumlarda SAP Oturum Açma Grupları, RFC Sunucu Grupları, Batch Sunucu Grupları ve benzeri işlevleri kullanabilirsiniz. Bu özellikler, iş süreçlerinin nerede çalıştığını denetlemeye yardımcı olur. Yürütmeyi, etkin veritabanı örneğiyle aynı bölgede yer alan iletişim kutusu örneklerine yönlendirmenizi sağlar.

  • Etkin/pasif: ASCS/SCS çalıştıran vm çifti ve veritabanı katmanını çalıştıran VM çifti iki bölgeye dağıtılır. SAP uygulama katmanını çalıştıran VM'ler Kullanılabilirlik Alanları birine dağıtılır. Uygulama katmanını etkin ASCS/SCS ve veritabanı örneğiyle aynı bölgede çalıştırırsınız. Farklı bölgelerdeki ağ gecikme süresini çok yüksek olarak düşünüyorsanız bu dağıtım mimarisini kullanabilirsiniz. Bu da iş süreçlerinizin işleyiş süresinde katlanılamaz farklılıklara neden olur. Veya Kullanılabilirlik Alanı dağıtımlarını Kısa Mesafe DR dağıtımları olarak kullanmak istiyorsanız. bölgeler. ASCS/SCS veya veritabanı VM'si ikincil bölgeye geçerse, daha yüksek ağ gecikme süresi ve bunun sonucunda verimlilikte bir azalma ile karşılaşabilirsiniz. Önceki aktarım hızı düzeylerine geri dönebilmek için, daha önce devrettiğiniz VM'yi mümkün olan en kısa sürede geri yüklemeniz gerekir. Bölgesel bir kesinti oluşursa, uygulama katmanının ikincil bölgeye aktarılması gerekir. Kullanıcıların tam sistem kapatma olarak deneyimlediği bir etkinlik.

Bu nedenle Kullanılabilirlik Alanları nasıl kullanacağınıza karar vermeden önce şunları belirlemeniz gerekir:

  • Azure bölgesinin üç bölgesi arasındaki ağ gecikme süresi. Bir bölgenin bölgeleri arasındaki ağ gecikme süresini bilmek, bölgeler arası ağ trafiğinde en az ağ gecikme süresine sahip bölgeleri seçmenize olanak tanır.
  • Seçtiğiniz bölgelerden biri içindeki VM'den VM'e gecikme süresi ile seçtiğiniz iki bölge arasındaki ağ gecikme süresi arasındaki fark.
  • Dağıtmanız gereken VM türlerinin seçtiğiniz iki bölgede kullanılabilir olup olmadığını belirleme. Bazı VM SKU'larında, bazı SKU'ların üç bölgeden yalnızca ikisinde kullanılabildiği durumlarla karşılaşabilirsiniz.

Bölgeler arasındaki ve içindeki ağ gecikme süresi

Farklı bölgeler arasındaki gecikme süresini belirlemek için şunları yapmanız gerekir:

  • Veritabanı örneğiniz için kullanmak istediğiniz VM SKU'yu üç bölgede de dağıtın. Bu ölçümü aldığınızda Azure Hızlandırılmış Ağ'ın etkinleştirildiğinden emin olun. Hızlandırılmış Ağ, birkaç yıldan bu yana varsayılan ayardır. Bununla birlikte, etkinleştirilip etkinleştirilmediğini ve çalışıp çalışmadığını denetleyin.
  • En az ağ gecikmesine sahip iki bölgeyi bulduğunuzda, üç Kullanılabilirlik Alanına uygulama katmanı VM olarak kullanmak istediğiniz VM SKU'sunun üç VM'sini daha dağıtın. Seçtiğiniz iki bölgede yer alan iki veritabanı VM'sine göre ağ gecikme süresini ölçün.
  • Ölçüm aracı olarak kullanın niping . SAP'nin bu aracı SAP destek notları #500235 ve #1100926 açıklanmıştır. SAP Note #1100926'daki ağ gecikmesi sınıflandırmasını kaba kılavuz olarak değerlendirin. 0,7 milisaniyeden büyük ağ gecikme süreleri, sistemin teknik olarak çalışmayacağını veya iş süreçlerinin tek tek SLA'larınızı karşılamadığını ifade etmiyor. Not, SAP ve/veya Microsoft'un neleri desteklediğini veya desteklemediği durumlarını belirtmeye yönelik değildir. Gecikme süresi ölçümleri için belgelenen komutlara odaklanın. ping Azure Hızlandırılmış Ağ kod yollarında çalışmadığından, bunu kullanmanızı önermeyiz.

Bu testleri el ile yapmanız gerekmez. Açıklanan gecikme testlerini otomatik hale getiren bir PowerShell yordamı Kullanılabilirlik Alanı Gecikme Testi bulabilirsiniz.

Ölçümlerinize ve vm SKU'larınızın Kullanılabilirlik Alanları kullanılabilirliğine bağlı olarak bazı kararlar vermeniz gerekir:

  • Veritabanı katmanı için ideal bölgeleri tanımlayın.
  • Bölge içindeki ağ gecikme süresi farklarına göre, etkin SAP uygulama katmanınızı bir, iki veya üç bölge arasında dağıtmak isteyip istemediğinizi belirleyin.
  • Uygulama açısından etkin/pasif yapılandırmayı mı yoksa etkin/etkin yapılandırmayı mı dağıtmak istediğinizi belirleyin.

Önemli

Yaptığınız ölçümler ve kararlar, ölçümleri alırken kullandığınız Azure aboneliği için geçerlidir. Başka bir Azure aboneliği kullanıyorsanız, numaralandırılmış bölgelerin eşlemesi başka bir Azure aboneliği için farklı olabilir. Sonuç olarak, ölçümleri tekrarlamanız veya Avzone-Mapping betiği aracını kullanarak eski aboneliğe göre yeni aboneliğin eşlemesini bulmanız gerekir.

Önemli

Beklenti, daha önce açıklanan ölçümlerin Kullanılabilirlik Alanlarını destekleyen her Azure bölgesinde farklı sonuçlar sağlamasıdır. Ağ gecikme süresi gereksinimleriniz aynı olsa bile, bölgeler arasındaki ağ gecikme süresi farklı olabileceğinden farklı Azure bölgelerinde farklı dağıtım stratejilerini benimsemeniz gerekebilir. Bazı Azure bölgelerinde, üç farklı bölge arasındaki ağ gecikme süresi büyük ölçüde farklı olabilir. Diğer bölgelerde, üç farklı bölge arasındaki ağ gecikme süresi daha tekdüzen olabilir. Her zaman 1 milisaniye ile 2 milisaniye arasında bir ağ gecikme süresi olduğu iddiası doğru değildir. Azure bölgelerindeki Kullanılabilirlik Alanları ağ gecikme süresi genelleştirilemez.

Dağıtım türleri

Etkin SAP uygulama sunucularınızı iki veya üç bölgeye dağıttığınızdan bu dağıtım mimarisi etkin/etkin olarak adlandırılır. Kuyruk çoğaltmayı kullanan SAP Central Services örneği iki bölge arasında dağıtılır. Sap Central Service ile aynı bölgelere dağıtılan veritabanı katmanı için de aynı durum geçerlidir. Bu yapılandırmayı değerlendirirken, bölgenizde iş yükünüz için kabul edilebilir bölgeler arası ağ gecikme süresi sunan iki Kullanılabilirlik Alanları bulmanız gerekir. Ayrıca seçtiğiniz bölgelerdeki ağ gecikme süresi ile bölgeler arası ağ gecikme süresi arasındaki deltanın iş yükünüz için kabul edilebilir olduğundan emin olmak istiyorsunuz.

İki bölgede etkin/etkin dağıtımın basitleştirilmiş bir şeması şöyle görünebilir:

İki bölgede etkin-etkin bir SAP uygulama dağıtımının şemasını gösteren diyagram.

Bu yapılandırma için aşağıdaki önemli noktalar geçerlidir:

  • Azure Yakınlık Yerleştirme Grubunu kullanmadığınızda, kullanılabilirlik kümeleri Azure Kullanılabilirlik Alanları'de dağıtılamadığından Azure Kullanılabilirlik Alanları tüm VM'ler için hata etki alanları olarak ele alırsınız.
  • Veritabanı katmanı ve merkezi hizmetler için bölgesel dağıtımları birleştirmek, ancak uygulama katmanı için Azure kullanılabilirlik kümelerini kullanmak istiyorsanız, Azure yakınlık gruplarını kullanmanız gerekir. Bu gereksinim, SAP uygulamalarıyla en uygun ağ gecikme süresi için Azure YakınLık Yerleştirme Grupları'nda açıklanmıştır.
  • SAP Central Services yük devretme kümelerinin yük dengeleyicileri ve veritabanı katmanı için Standart SKU Azure Load Balancer'ı kullanmanız gerekir. Temel Yük Dengeleyici, bölgeler arasında çalışmıyor.
  • İstediğiniz bölgesel korumayı elde etmek için ExpressRoute Gateway, VPN Gateway ve Standart Genel IP adreslerinin bölgesel sürümünü dağıtmanız gerekir.
  • SAP sistemini barındırmak için dağıttığınız Azure sanal ağı, alt ağlarıyla birlikte bölgeler arasında genişletilir. Her bölge için ayrı sanal ağlara ve alt ağlara ihtiyacınız yoktur.
  • Dağıttığınız tüm sanal makineler için Azure Yönetilen Diskler kullanmanız gerekir. Yönetilmeyen diskler, bölgesel dağıtımlar için desteklenmez.
  • Azure Premium SSD v2, Ultra Disk depolama veya Azure NetApp Files bölgeler arasında zaman uyumlu depolama çoğaltmayı desteklemez. Veritabanı dağıtımları için verileri bölgeler arasında çoğaltmak için veritabanı yöntemlerini kullanırız.
  • Kullanılabilirlik Alanları arasında zaman uyumlu bölgesel çoğaltmayı destekleyen Premium SSD v1, SAP veritabanı iş yüküyle test edilmemiştir. Bu nedenle, Azure Premium SSD v1'in bölgesel zaman uyumlu çoğaltmasının SAP veritabanı iş yükleri için desteklenmediği düşünülmesi gerekir.
  • Azure Dosyalar SSD tabanlı SMB ve NFS paylaşımları için zaman uyumlu çoğaltma ile bölge yedekliliği sunulur. Dağıtmak istediğiniz bölgedeki Azure Dosyalar SSD için ZRS kullanılabilirliği için bu belgeyi denetleyin. Bölgesel olarak çoğaltılmış NFS ve SMB paylaşımlarının kullanımı, SAP uygulama katmanı dağıtımları ile NetWeaver veya S/4HANA merkezi hizmetleri için yüksek kullanılabilirlikli yük devretme kümelerinde tam olarak desteklenmektedir. Bu durumları kapsayan belgeler şunlardır:
  • Üçüncü bölge, bir SUSE Linux Pacemaker kümesi oluşturduğunuzda ve Azure Fencing Agent yerine SBD cihazları kullandığınızda SBD cihazını barındırmak için kullanılır. Veya daha fazla uygulama örneği için.
  • Kritik iş süreçlerinde çalışma zamanı tutarlılığı elde etmek için SAP toplu iş sunucusu gruplarını, SAP oturum açma gruplarını veya RFC gruplarını kullanarak belirli toplu işleri ve kullanıcıları etkin veritabanı örneğiyle bölge içinde olan uygulama örneklerine yönlendirmeyi deneyebilirsiniz. Ancak, bölgesel yük devretme işleminde, bu grupları etkin VERITABANı VM'siyle bölge içinde bulunan VM'lerde çalışan örneklere el ile taşımanız gerekir.
  • Bölgelerin her birine pasif diyalog örnekleri dağıtmak isteyebilirsiniz.

Birleştirilmiş yüksek kullanılabilirlik ve olağanüstü durum kurtarma yapılandırması

Microsoft, bir Azure bölgesinde farklı Azure Kullanılabilirlik Alanları barındıran tesisler arasındaki coğrafi mesafeler hakkında hiçbir bilgi paylaşmaz. Yine de bazı müşteriler, sıfır kurtarma noktası hedefi (RPO) vaat eden birleştirilmiş HA ve DR yapılandırması (kısa mesafe DR) için bölgeleri kullanıyor. Sıfır RPO değeri, olağanüstü durum kurtarma durumlarında bile kaydedilmiş veritabanı işlemlerini kaybetmemeniz gerektiği anlamına gelir.

Note

Kullanılabilirlik Alanları küçük mesafeli DR çözümü olarak kullanıyorsanız, güç altyapılarında ağır ve yaygın hasarlar da dahil olmak üzere dünyanın farklı bölgelerinde yaygın hasara neden olan doğal afetlerle karşılaştığımızı unutmayın. Çeşitli bölgeler arasındaki mesafeler her zaman bu kadar büyük doğal afetleri telafi edecek kadar büyük olmayabilir.

Bu tür bir yapılandırmanın nasıl görünebileceğine bir örnek aşağıda verilmişti:

Yüksek kullanılabilirlik ve olağanüstü durum kurtarmayı destekleyen iki bölgede birleştirilmiş SAP uygulaması dağıtımının grafiği.

Bu yapılandırma için aşağıdaki önemli noktalar geçerlidir:

Sonraki adımlar

Azure Kullanılabilirlik Alanları'da dağıtmaya yönelik bazı sonraki adımlar şunlardır:

  • Last updated on