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

  • Makale

Azure kullanılabilirlik kümelerinde farklı SAP mimarisi katmanlarının dağıtımına ek olarak, Sap iş yükü dağıtımları için de Azure Kullanılabilirlik Alanları kullanılabilir. Azure Kullanılabilirlik Alanı şu şekilde tanımlanır: "Bölge içindeki benzersiz fiziksel konumlar. 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. Bu harita size hangi bölgelerin Kullanılabilirlik Alanları sağladığını veya sağlanacağının duyurulacağını gösterir.

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

  • SAP uygulama katmanı, bir-birkaç düzine VM olabilir. VM'lerin aynı konak sunucusuna dağıtılma olasılığını en aza indirmek istiyorsunuz. Ayrıca bu VM'lerin DBMS katmanına kabul edilebilir bir yakınlıkta olmasını ve ağ gecikmesini kabul edilebilir bir pencerede tutması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
  • Tek bir hata noktasını da temsil eden SAP DBMS katmanı. Her zamanki durumlarda, yük devretme çerçevesi kapsamındaki iki VM'nin içinden 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çeği genişletme dağıtımları özel 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 tamamını etkileyen güç, soğutma veya ağ sorunlarıyla korunmaz. Artı tarafında, VM'ler bu bölge veya veri merkezi içindeki güncelleştirme ve hata etki alanlarıyla hizalanır. Özellikle kullanılabilirlik kümesi başına iki VM'yi koruduğumuz SAP ASCS veya DBMS katmanı için hata etki alanlarıyla hizalama, her iki VM'nin de aynı konak donanımında sona ermesini önler.
  • VM'leri Azure Kullanılabilirlik Alanları aracılığıyla dağıtma ve farklı bölgeler seçme (mümkün olan en fazla üç) üzerinde, VM'leri farklı fiziksel konumlara dağıtacak ve bu da bölgenin tamamını etkileyen güç, soğutma veya ağ sorunlarından koruma ekleyecek. Ancak, aynı VM ailesinden birden fazla VM'yi aynı Kullanılabilirlik Alanına dağıttığınızda, aynı konakta veya aynı hata etki alanında sona eren vm'lere karşı koruma yoktur. Sonuç olarak, Kullanılabilirlik Alanları aracılığıyla dağıtım, sap ASCS ve DBMS katmanı için idealdir. Burada genellikle her biri iki VM'ye bakılır. İkiden fazla VM'den fazla olabilen SAP uygulama katmanı için farklı bir dağıtım modeline geri dönmeniz gerekebilir (daha sonra bakın)

Azure Kullanılabilirlik Alanları genelinde dağıtıma yönelik motivasyonunuz, tek bir kritik VM'nin başarısızlığını veya kritik bir sanal makinede yazılım düzeltme eki uygulama için kapalı kalma süresini azaltma özelliğinin üzerine, bir veya birden çok Azure veri merkezinin kullanılabilirliğini etkileyebilecek daha büyük altyapı sorunlarından korunmak istemeniz olmalıdır.

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. Oluşturma sırasında platformFaultDomainCount>1 (FD>1) içeren bir bölge içindeki esnek ölçek kümesi, ölçek kümesinde dağıtılan VM'ler aynı bölgedeki belirtilen sayıda hata etki alanına dağıtılı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ğıtacak ve ölçek kümesi de vm'leri her bölge içindeki farklı hata etki alanları arasında en iyi çaba temelinde dağıtacaktı. 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 FD=1 ile esnek ölçek kümelerini FD=1 ile kullanmanın avantajı, ölçek kümesiyle dağıtılan VM'lerin bölge içindeki farklı hata etki alanlarına en iyi çabayla dağıtılmasıdır. Daha fazla bilgi için bkz . SAP iş yükü için esnek ölçek kümesinin dağıtım kılavuzu.

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ı arasındaki ağ gidiş dönüş gecikmesi üst sınırı, bölgeler ve kullanılabilirlik alanları belgesinde belirtilir.
  • 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. Ağ gidiş dönüş gecikmesi, kablo bağlantıları ve kabloların bu farklı veri merkezleri arasında yönlendirilmesinden de etkilenir.
  • Kullanılabilirlik Alanları ideal bir DR çözümü değildir. Doğal afetler, güç altyapılarına ağır hasarlar da dahil olmak üzere dünya bölgelerinde yaygın hasarlara neden olabilir. Çeşitli bölgeler arasındaki mesafeler, uygun bir DR çözümü oluşturacak kadar büyük olmayabilir.
  • Kullanılabilirlik Alanları genelinde ağ gecikme süresi tüm Azure bölgelerinde aynı değildir. Bazı durumlarda, bir bölgeden etkin DBMS VM'sine ağ gecikme süresi kabul edilebilir olduğundan SAP uygulama katmanını farklı bölgeler arasında dağıtabilir ve çalıştırabilirsiniz. Ancak bazı Azure bölgelerinde, farklı bölgelerde dağıtıldığında etkin DBMS VM ile SAP uygulama örneği arasındaki gecikme süresi SAP iş süreçleri için kabul edilebilir olmayabilir. Bu gibi durumlarda dağıtım mimarisinin, uygulama için etkin/etkin bir mimari veya bölgeler arası ağ gecikme süresinin çok yüksek olduğu etkin/pasif bir mimari ile farklı olması gerekir.
  • 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 DBMS örneği arasındaki gecikme süresi. Ağ gecikme süresi ne kadar yüksek olursa, iş yükünüzün ölçeklenebilirliğini o kadar etkiler.
    • Etkin DBMS örneğiyle bölgede SAP iletişim kutusu örneği çalıştıran bir VM ile başka bir bölgedeki 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 DBMS ile bölge içinde mi yoksa farklı bir bölgede mi çalıştıklarına bağlı olarak artar.

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 DBMS katmanını ve merkezi hizmetleri bölgeler arasında dağıtma ve aynı zamanda kullanılabilirlik kümelerini kullanarak SAP uygulama katmanını dağıtma ve yine de VM'lere yakınlık elde etme yöntemi, SAP uygulamalarıyla en iyi ağ gecikme süresi için Azure YakınLık Yerleştirme Grupları makalesinde 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.

İdeal Kullanılabilirlik Alanları birleşimi

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 DBMS katmanını çalıştıran VMS çifti iki bölgeye dağıtılır. SAP uygulama katmanını çalıştıran VM sayısı aynı iki bölgede çift sayılarla dağıtılır. DBMS veya ASCS/SCS VM yük devrediyorsa, açık ve etkin işlemlerden bazıları geri alınabilir. Ancak kullanıcılar oturum açmış durumda kalır. Etkin DBMS VM'sinin ve uygulama örneklerinin hangi bölgelerde çalıştığı önemli değildir. Bu mimari, bölgeler arasında dağıtmak için tercih edilen mimaridir.
  • Etkin/pasif: ASCS/SCS çalıştıran VM çifti ve DBMS katmanını çalıştıran VMS çifti iki bölgeye dağıtılır. SAP uygulama katmanını çalıştıran VM sayısı Kullanılabilirlik Alanları birine dağıtılır. Uygulama katmanını etkin ASCS/SCS ve DBMS örneğiyle aynı bölgede çalıştırırsınız. Farklı bölgeler arasındaki ağ gecikme süresi bölgeler arasında dağıtılan uygulama katmanını çalıştıramayacak kadar yüksekse bu dağıtım mimarisini kullanırsınız. Bunun yerine SAP uygulama katmanının etkin ASCS/SCS ve/veya DBMS örneğiyle aynı bölgede çalışması gerekir. ASCS/SCS veya DBMS VM ikincil bölgeye yük devrederse, daha yüksek ağ gecikme süresiyle ve bu da aktarım hızının azalmasıyla karşılaşabilirsiniz. Önceki aktarım hızı düzeylerine geri dönmek için daha önce yük devreddiğiniz VM'yi mümkün olan en kısa sürede yeniden başlatmanız gerekir. Bölgesel bir kesinti oluşursa, uygulama katmanının ikincil bölgeye yük devretmesi gerekir. Kullanıcıların tam sistem kapatma olarak deneyimlediği bir etkinlik. Bazı Azure bölgelerinde bu mimari, Kullanılabilirlik Alanları kullanmak istediğiniz tek uygun mimaridir. ASCS/SCS veya DBMS VMS'nin ikincil bölgeye yük devretmesinin olası etkisini kabullenemiyorsanız, kullanılabilirlik kümesi dağıtımlarıyla kalmanız daha iyi olabilir

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'lerden VM'ye gecikme süresi ile seçtiğiniz iki bölgede 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:

  • DBMS ö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ğ gecikme süresine sahip iki bölgeyi bulduğunuzda, üç Kullanılabilirlik Alanları uygulama katmanı VM olarak kullanmak istediğiniz VM SKU'sunun üç vm'sini daha dağıtın. Seçtiğiniz iki DBMS bölgesinde yer alan iki DBMS 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. Gecikme süresi ölçümleri için belgelenen komutlara odaklanın. Ping, Azure Hızlandırılmış Ağ kodu 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:

  • DBMS 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. (Bu yapılandırmalar bu makalenin ilerleyen bölümlerinde açıklanmıştır.)

Bu kararları verirken SAP not #1100926 belgelendiği gibi SAP'nin ağ gecikme süresi önerilerini de dikkate alın.

Ö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 yeni aboneliğin eski aboneliğe avzone eşleme betiği aracını yeniden eşlemesini bulmanız gerekir.

Önemli

Daha önce açıklanan ölçümlerin Kullanılabilirlik Alanları destekleyen her Azure bölgesinde farklı sonuçlar sağlaması beklenir. 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 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.

Etkin/Etkin dağıtım

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. Sıralı çoğaltma kullanan SAP Central Services örneği iki bölge arasında dağıtılır. Aynı durum, SAP Central Service ile aynı bölgelere dağıtılacak DBMS katmanı için de geçerlidir. Bu yapılandırmayı göz önünde bulundurarak, bölgenizde iş yükünüz ve zaman uyumlu DBMS çoğaltmanı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 çok büyük olmadığından emin olmak istiyorsunuz.

SAP mimarisinin doğası gereği, farklı yapılandırmadığınız sürece kullanıcılar ve toplu işler farklı uygulama örneklerinde yürütülebilir. Bu gerçeğin etkin/etkin dağıtımdaki yan etkisi, toplu işlerin etkin DBMS ile aynı bölgede çalıştırılıp çalıştırılmadığından bağımsız olarak tüm SAP uygulama örnekleri tarafından yürütülebileceğidir. 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, bölge ağ trafiği arasında ağ gecikme süresi farkı ne kadar büyükse, iş DBMS örneğinin etkin olmadığı bir bölgede yürütülürse toplu işlerin çalışma süresi daha fazla etkilenebilir. Ç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.

Bu tür bir etkin/etkin dağıtımın, farklı Kullanılabilirlik Alanları dağıtılan uygulama katmanındaki çalışma süresi ve aktarım hızı açısından önemli farklar olmadan mümkün olabileceği Azure bölgeleri:

  • Doğu Avustralya (üç bölgeden ikisi)
  • Güney Brezilya (üç bölge de)
  • Orta Hindistan (üç bölge de)
  • Orta ABD (üç bölge de)
  • Doğu Asya (üç bölge de)
  • Doğu ABD (üç bölgeden ikisi)
  • Doğu ABD2 (üç bölge de)
  • Orta Batı Almanya (üç bölge de)
  • Orta İsrail (üç bölge de)
  • kuzey İtalya (üç bölgeden ikisi)
  • Orta Kore (üç bölge de)
  • Orta Polonya (üç bölge de)
  • Orta Katar (üç bölge de)
  • Kuzey Avrupa (üç bölge de)
  • Doğu Norveç (üç bölgeden ikisi)
  • Güney Afrika Kuzey (üçünden ikisi)
  • Orta Güney ABD (üç bölge de)
  • Güneydoğu Asya (üç bölge de)
  • Orta İsveç (üç bölge de)
  • Kuzey İsviçre (üç bölge de)
  • BAE Kuzey (üç bölge de)
  • Güney Birleşik Krallık (üç bölgeden ikisi)
  • Batı Avrupa (üç bölgeden ikisi)
  • Batı ABD2 (üç bölge de)
  • Batı ABD3 (üç bölge de)

Sağlanan bölge listesi, etkin/etkin bir dağıtım mimarisinin mümkün olup olmadığına karar vermek üzere iş yükünüzü test etmek için müşteri olarak sizi rahatlatmıyor.

Bölgeler arasında etkin/etkin SAP dağıtım mimarisinin mümkün olmayabileceği Azure bölgeleri:

  • Orta Kanada
  • Orta Fransa
  • Doğu Japonya

Ancak bireysel iş yükünüz işe yarayabilir. Bu nedenle, bir mimariye karar vermeden önce test etmelisiniz. Azure, ağlarının kalitesini ve gecikme süresini geliştirmek için sürekli çalışmaktadır. Yıllar önce yapılan ölçümler artık geçerli koşulları yansıtmayabilir.

Çalışma zamanı farklılıklarına dayanmak istediğiniz şeylere bağlı olarak, listelenmeyen diğer bölgeler de uygun olabilir.

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

Active/Active zone deployment

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.
  • DBMS 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, SAP uygulamalarıyla en iyi ağ gecikmesi için Azure YakınLık Yerleştirme Grupları makalesinde açıklandığı gibi Azure yakınlık gruplarını kullanmanız gerekir.
  • SAP Central Services ve DBMS katmanı yük devretme kümelerinin yük dengeleyicileri için Standart SKU Azure Load Balancer'ı kullanmanız gerekir. Temel Load Balancer bölgeler arasında çalışmaz.
  • 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 Depolama, Ultra SSD depolama veya ANF, bölgeler arasında herhangi bir depolama çoğaltma türünü desteklemez. DBMS dağıtımlarında verileri bölgeler arasında çoğaltmak için veritabanı yöntemlerini kullanırız
  • Azure Premium Dosyalar'ı temel alan SMB ve NFS paylaşımları için zaman uyumlu çoğaltma ile bölgesel yedeklilik sunulur. Dağıtmak istediğiniz bölgede Azure Premium Dosyalar için ZRS'nin kullanılabilirliği için bu belgeyi gözden geçirin. Bölgesel olarak çoğaltılan NFS ve SMB paylaşımlarının kullanımı, NetWeaver veya S/4HANA merkezi hizmetleri için SAP uygulama katmanı dağıtımları ve yüksek kullanılabilirlik yük devretme kümeleri ile tam olarak desteklenir. Bu durumları kapsayan belgeler şunlardır:
  • Üçüncü bölge, SUSE Linux Pacemaker kümesi oluşturur ve Azure Eskrim Aracısı yerine SBD cihazları kullanırsanız 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 batch sunucu gruplarını, SAP oturum açma gruplarını veya RFC gruplarını kullanarak belirli toplu işleri ve kullanıcıları etkin DBMS ö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 hareketsiz iletişim kutusu örnekleri dağıtmak isteyebilirsiniz.

Önemli

Bu etkin/etkin senaryoda bölgeler arası trafik ücretleri uygulanır. Bant Genişliği Fiyatlandırma Ayrıntıları belgesini denetleyin. SAP uygulama katmanı ile SAP DBMS katmanı arasında veri aktarımı oldukça yoğundur. Bu nedenle etkin/etkin senaryo maliyetlere katkıda bulunabilir.

Etkin/Pasif dağıtım

Bir bölge içindeki ağ gecikme süresi ile bölgeler arası ağ trafiğinin gecikme süresi arasında kabul edilebilir bir delta bulamazsanız, SAP uygulama katmanı bakış açısından etkin/pasif karaktere sahip bir mimari dağıtabilirsiniz. Tam uygulama katmanını dağıttığınız ve hem etkin DBMS'yi hem de SAP Central Services örneğini çalıştırmayı denediğiniz etkin bir bölge tanımlarsınız. Böyle bir yapılandırmayla, bir işin iş işlemlerinde ve toplu işlerde etkin DBMS örneğiyle bölge içinde çalışıp çalışmadığına bağlı olarak aşırı çalışma süresi çeşitlemeleriniz olmadığından emin olmanız gerekir.

Farklı bölgelerde bu tür dağıtım mimarisinin tercih edilebileceği Azure bölgeleri şunlardır:

  • Orta Kanada
  • Orta Fransa
  • Doğu Japonya
  • Doğu Norveç
  • Güney Afrika - Kuzey

Mimarinin temel düzeni şöyle görünür:

Active/Passive zone deployment

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

  • Kullanılabilirlik kümeleri Azure Kullanılabilirlik Alanları'de dağıtılamaz. Azaltmak için, SAP uygulamalarıyla en iyi ağ gecikme süresi için Azure YakınLık Yerleştirme Grupları makalesinde belirtildiği gibi Azure yakınlık yerleştirme gruplarını kullanabilirsiniz.
  • Bu mimariyi kullandığınızda, durumu yakından izlemeniz ve etkin DBMS ve SAP Central Services örneklerini dağıtılan uygulama katmanınızla aynı bölgede tutmaya çalışmanız gerekir. SAP Central Service veya DBMS örneğinin yük devretmesi yapıldıysa, SAP uygulama katmanının en kısa sürede dağıtıldığı bölgeye el ile yeniden yük devredebileceğinizden emin olmak istiyorsunuz.
  • SAP Central Services ve DBMS katmanı yük devretme kümelerinin yük dengeleyicileri için Standart SKU Azure Load Balancer'ı kullanmanız gerekir. Temel Load Balancer bölgeler arasında çalışmaz.
  • 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 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 Depolama, Ultra SSD depolama veya ANF, bölgeler arasında herhangi bir depolama çoğaltma türünü desteklemez. DBMS dağıtımlarında verileri bölgeler arasında çoğaltmak için veritabanı yöntemlerini kullanırız
  • Azure Premium Dosyalar'ı temel alan SMB ve NFS paylaşımları için zaman uyumlu çoğaltma ile bölgesel yedeklilik sunulur. Dağıtmak istediğiniz bölgede Azure Premium Dosyalar için ZRS'nin kullanılabilirliği için bu belgeyi gözden geçirin. Bölgesel olarak çoğaltılan NFS ve SMB paylaşımlarının kullanımı, NetWeaver veya S/4HANA merkezi hizmetleri için SAP uygulama katmanı dağıtımları ve yüksek kullanılabilirlik yük devretme kümeleri ile tam olarak desteklenir. Bu durumları kapsayan belgeler şunlardır:
  • Üçüncü bölge, SUSE Linux Pacemaker kümesi oluşturur ve Azure Eskrim Aracısı yerine SBD cihazları kullanırsanız SBD cihazını barındırmak için kullanılır. Veya ek uygulama örnekleri için.
  • Bölge hatası durumunda uygulama kaynaklarını başlatabilmeniz için pasif bölgede (DBMS açısından) hareketsiz VM'ler dağıtmanız gerekir. Diğer bir olasılık, etkin VM'leri bölgeler arasında hareketsiz VM'lere çoğaltabilen Azure Site Recovery'yi kullanmak olabilir.
  • Bölgesel bir kesinti oluşursa SAP uygulama katmanını ikinci bölgede otomatik olarak başlatmanızı sağlayan otomasyona yatırım yapmalısınız.

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ı 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.

Dekont

Bunun gibi bir yapılandırmayı yalnızca belirli durumlarda kullanmanızı öneririz. Örneğin, veriler güvenlik veya uyumluluk nedeniyle Azure bölgesinden ayrılamıyorsa bunu kullanabilirsiniz.

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

Combined high-availability DR in zones

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

  • Kullanılabilirlik Alanı barındıran tesisler arasında önemli bir mesafe olduğunu veya belirli bir Azure bölgesinde kalmak zorunda kaldığınızı varsayıyorsunuz. Kullanılabilirlik kümeleri Azure Kullanılabilirlik Alanları'de dağıtılamaz. Bunu telafi etmek için, SAP uygulamalarıyla en uygun ağ gecikme süresi için Azure YakınLık Yerleştirme Grupları makalesinde belirtildiği gibi Azure yakınlık yerleştirme gruplarını kullanabilirsiniz.
  • Bu mimariyi kullandığınızda, durumu yakından izlemeniz ve etkin DBMS ve SAP Central Services örneklerini dağıtılan uygulama katmanınızla aynı bölgede tutmaya çalışmanız gerekir. SAP Central Service veya DBMS örneğinin yük devretmesi yapıldıysa, SAP uygulama katmanının en kısa sürede dağıtıldığı bölgeye el ile yeniden yük devredebileceğinizden emin olmak istiyorsunuz.
  • Üretim uygulaması örneklerinin etkin Soru-Cevap uygulama örneklerini çalıştıran VM'lere önceden yüklenmiş olması gerekir.
  • Bölgesel bir hata durumunda, soru-cevap uygulama örneklerini kapatın ve bunun yerine üretim örneklerini başlatın. Bu işi yapmak için uygulama örnekleri için sanal adlar kullanmanız gerekir.
  • SAP Central Services ve DBMS katmanı yük devretme kümelerinin yük dengeleyicileri için Standart SKU Azure Load Balancer'ı kullanmanız gerekir. Temel Load Balancer bölgeler arasında çalışmaz.
  • 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 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 Depolama, Ultra SSD depolama veya ANF, bölgeler arasında herhangi bir depolama çoğaltma türünü desteklemez. DBMS dağıtımlarında verileri bölgeler arasında çoğaltmak için veritabanı yöntemlerini kullanırız
  • Azure Premium Dosyalar'ı temel alan SMB ve NFS paylaşımları için zaman uyumlu çoğaltma ile bölgesel yedeklilik sunulur. Dağıtmak istediğiniz bölgede Azure Premium Dosyalar için ZRS'nin kullanılabilirliği için bu belgeyi gözden geçirin. Bölgesel olarak çoğaltılan NFS ve SMB paylaşımlarının kullanımı, NetWeaver veya S/4HANA merkezi hizmetleri için SAP uygulama katmanı dağıtımları ve yüksek kullanılabilirlik yük devretme kümeleri ile tam olarak desteklenir. Bu durumları kapsayan belgeler şunlardır:
  • Üçüncü bölge, SUSE Linux Pacemaker kümesi oluşturur ve Azure Eskrim Aracısı yerine SBD cihazları kullanırsanız SBD cihazını barındırmak için kullanılır.

Sonraki adımlar

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