Azure sanal makinesi üzerinde SAP iş yüküne yönelik desteklenen senaryolar

  • Makale
  • Okumak için 21 dakika

Azure 'da SAP NetWeaver, Business One Hybris veya S/4HANA sistemleri mimarisi tasarlamak, ölçeklenebilir, verimli ve yüksek oranda kullanılabilir bir dağıtıma ulaşmak için kullanabileceğiniz çeşitli mimariler ve araçlar için birçok farklı fırsat açar. Kullanılan işletim sistemine veya DBMS 'ye bağımlı olsa da kısıtlamalar vardır. Ayrıca, şirket içinde desteklenen tüm senaryolar Azure 'da aynı şekilde desteklenmez. Bu belge, Azure VM 'Leri kullanan desteklenen yüksek kullanılabilirliğe sahip olmayan yapılandırmaların ve yüksek kullanılabilirliğe sahip yapılandırmaların ve mimarilerin oluşmasına yol açacaktır. Hana büyük örneklerledesteklenen senaryolar IÇIN, Hana büyük örnekler için desteklenen senaryolarmakalesine bakın.

2 katmanlı yapılandırma

SAP 2 katmanlı yapılandırmanın, SAP DBMS ve aynı sunucu veya VM birimi üzerinde çalışan uygulama katmanının birleştirilmiş bir katmanından oluşturulması kabul edilir. İkinci katman, Kullanıcı arabirimi katmanı olarak kabul edilir. 2 katmanlı yapılandırma, DBMS ve SAP uygulama katmanı, Azure VM 'nin kaynaklarını paylaşır. Sonuç olarak, farklı bileşenleri bu bileşenlerin kaynaklar için yarışmasını istemediğiniz bir şekilde yapılandırmanız gerekir. Ayrıca, VM kaynaklarının aşırı abone olunmamasına dikkat etmeniz gerekir. Bu tür bir yapılandırma, dahil edilen farklı Azure bileşenlerinin Azure hizmet düzeyi anlaşmalarının ötesinde yüksek kullanılabilirlik sağlamaz.

Böyle bir yapılandırmanın grafik gösterimi şöyle görünebilir:

Basit 2 katmanlı yapılandırma

bu tür yapılandırmalarda Windows, Red Hat, SUSE ve Oracle Linux, üretim ve üretim dışı durumlar için SQL Server, Oracle, Db2, maxdb ve SAP ao 'un DBMS sistemleri için desteklenir. DBMS olarak SAP HANA için, bu tür bir yapılandırma yalnızca üretim dışı durumlar için desteklenir. Bu, Azure Hana büyük örneklerinin dağıtım durumunu da içerir. Azure 'da desteklenen tüm işletim sistemi/DBMS birleşimleri için, bu tür yapılandırma desteklenir. Ancak, DBMS ve SAP bileşenlerinin yapılandırılmasını, DBMS ve SAP bileşenlerinin bellek ve CPU kaynakları için rekabet etme ve böylece fiziksel olarak kullanılabilir kaynakları aşmayacak şekilde ayarlamanız zorunludur. Bu, DBMS 'nin ayrılmasına izin verilen belleği kısıtlayarak yapılmalıdır. Ayrıca, uygulama örneklerinde SAP Genişletilmiş belleğini de sınırlamanız gerekir. Ayrıca, bileşenlerin CPU kaynaklarını en üst düzeye çıkarmadığından emin olmak için VM 'nin CPU tüketimini de izlemeniz gerekir.

Not

Üretim SAP sistemlerinde, bu belgenin ilerleyen kısımlarında açıklandığı gibi daha yüksek kullanılabilirlik ve nihai olağanüstü durum kurtarma yapılandırmalarının kullanılması önerilir

3 katmanlı yapılandırma

Bu tür yapılandırmalarda SAP uygulama katmanını ve DBMS katmanını farklı VM 'Lere ayırabilirsiniz. Genellikle daha büyük sistemler ve SAP uygulama katmanının kaynakları üzerinde daha esnek olma nedenleri vardır. En basit kurulumda, dahil edilen farklı Azure bileşenlerinin Azure hizmet düzeyi anlaşmalarının ötesinde yüksek kullanılabilirlik yoktur.

Grafik gösterimi şöyle görünür:

Basit 3 katmanlı bir yapılandırma gösteren diyagram.

bu yapılandırma türü Windows, Red Hat, SUSE ve Oracle Linux, üretim ve üretim dışı durumlar için SQL Server, Oracle, Db2, SAP HANA, maxdb ve SAP ao 'un DBMS sistemleri için desteklenir. Bu, Azure Hana büyük örnekleriiçin varsayılan dağıtım yapılandırmadır. Basitme için SAP uygulama katmanındaki SAP Merkezi Hizmetleri ve SAP iletişim örnekleri arasında ayrım yapmadınız. Bu basit 3 katmanlı yapılandırmada SAP Merkezi Hizmetleri için yüksek kullanılabilirlik koruması yoktur.

Not

Üretim SAP sistemlerinde, bu belgenin ilerleyen kısımlarında açıklandığı gibi daha yüksek kullanılabilirlik ve nihai olağanüstü durum kurtarma yapılandırmalarının kullanılması önerilir

VM veya HANA büyük örnek birimi başına birden çok DBMS örneği

Bu yapılandırma türünde, Azure VM veya HANA büyük örnek birimi başına birden çok DBMS örneği barındırabilirsiniz. Mosyon, bakım yapmak için daha az işletim sistemine sahip olabilir ve bu da düşük maliyetleri azaltır. Daha büyük bir VM veya HANA büyük örnek birimi kaynaklarını birden çok DBMS örneği arasında paylaşarak daha fazla esneklik ve daha verimlilik elde edebilirsiniz. Bu yapılandırmaların şimdiye kadar, üretim dışı sistemler için büyük ölçüde gösterilmıştı.

Benzer bir yapılandırma şöyle görünebilir:

Bir birimde birden çok DBMS örneği

Bu tür DBMS dağıtımı için desteklenir:

Birden çok veritabanı örneğini bir konakta çalıştırırken, farklı örneklerin kaynaklar için rekabet olmadığından ve bu nedenle VM 'nin fiziksel kaynak sınırlarını aşmadığından emin olmanız gerekir. Bu durum özellikle, VM 'yi paylaşan örnek sayısını ayırabilmeniz gereken bellek için geçerlidir. Bu Ayrıca, farklı veritabanı örneklerinin tüketebileceği CPU kaynakları için de doğru olabilir. Bahsedilen tüm DBMS 'nin, bir örnek düzeyinde bellek ayırmayı ve CPU kaynaklarını sınırlandırmaya izin veren yapılandırmalara sahip olması gerekir. Azure VM 'Leri için bu tür bir yapılandırmaya yönelik destek sağlamak üzere, veriler için kullanılan disklerin veya birimlerin, farklı örnekler tarafından yönetilen veritabanlarının günlük/yineleme günlüğü dosyaları birbirinden ayrı olması beklenmektedir. Diğer bir deyişle, farklı DBMS örneği tarafından yönetilen veritabanlarının veri veya günlük/yineleme günlüğü dosyalarını aynı disklerin veya birimlerin paylaşılması gerekmez.

HANA büyük örneklerine yönelik disk yapılandırması, yapılandırılmış ve Hana büyük örnekleri Için desteklenen senaryolardaayrıntılıdır.

Not

Üretim SAP sistemlerinde, bu belgenin ilerleyen kısımlarında açıklandığı gibi, daha yüksek kullanılabilirlik ve nihai olağanüstü durum kurtarma yapılandırmalarının kullanılması önerilir. Birden çok DBMS örneğine sahip VM 'Ler, bu belgede daha sonra açıklanan yüksek kullanılabilirlik yapılandırmalarında desteklenmez.

Bir VM 'de birden çok SAP Iletişim kutusu örneği

Birçok durumda, birden çok iletişim kutusu örneği çıplak sunucularda veya özel bulutlarda çalışan VM 'lerde dağıtılır. Bu tür yapılandırmaların nedeni belirli SAP iletişim örneklerinin belirli iş yüküne, iş işlevlerine veya iş yükü türlerine uyarlamalarıdır. Bu örneklerin ayrı sanal makinelere yalılamamasının nedeni, işletim sistemi bakım ve işlemlerinin çabasıyla karşılaşmaktır. Ya da birçok durumda VM 'nin barındırıcı ya da operatörü, sanal makine işletilerek yönetici başına aylık bir ücret ister. Azure 'da, Windows, Red Hat, SUSE ve Oracle Linux işletim sistemlerinde üretim ve üretim dışı amaçlar için desteklenen tek bir VM 'de birden çok SAP iletişim kutusu örneği barındırma senaryosu. tek bir VM 'de birden çok SAP uygulama sunucusu örneği çalışıyorsa, Windows ve modern Linux kernels üzerinde bulunan PHYS_MEMSIZE sap kernel parametresi ayarlanmalıdır. ayrıca, sap genişletilmiş belleğinin otomatik büyümesinin uygulandığı Windows gibi işletim sistemlerinde sap genişletilmiş bellek genişletmesinin sınırlandırgetirilmesi önerilir. Bu, SAP profili parametresiyle yapılabilir em/max_size_MB .

Azure VM 'lerinde birden çok SAP iletişim örneğinin çalıştırıldığı 3 katmanlı bir yapılandırmada şöyle görünebilirler:

Azure VM 'lerinde birden çok SAP iletişim örneğinin çalıştırıldığı 3 katmanlı bir yapılandırmayı gösteren diyagram.

Basitme için SAP uygulama katmanındaki SAP Merkezi Hizmetleri ve SAP iletişim örnekleri arasında ayrım yapmadınız. Bu basit 3 katmanlı yapılandırmada SAP Merkezi Hizmetleri için yüksek kullanılabilirlik koruması yoktur. Üretim sistemleri için SAP Merkezi Hizmetleri korumasız olarak ayrılmamanız önerilmez. Daha fazla bilgi için, SAP merkezi örnekleri etrafında çok düzeyli yapılandırmaların ve bu tür çok düzeyli yapılandırmaların yüksek kullanılabilirliğine yönelik bilgiler için, bu belgenin sonraki bölümlerine bakın.

SAP DBMS katmanı için yüksek kullanılabilirlik koruması

SAP üretim sistemlerini dağıttığımızda, yüksek kullanılabilirlik yapılandırmalarının etkin bekleme türünü göz önünde bulundurmanız gerekir. Özellikle, verilerin tam performans ve ölçeklenebilirlik sağlayabilmesi için belleğe yüklenmesi gereken SAP HANA, Azure hizmeti düzeltme, yüksek kullanılabilirlik için ideal bir ölçüdür.

Genel olarak, docs.microsoft.com ' deki SAP iş yükü bölümünde belirtilen yüksek kullanılabilirlik yapılandırmalarının ve yazılım paketlerinin genel olarak kullanılmasını destekler. SAP Note #1928533aynı ifadeyi okuyabilirsiniz. Microsoft, SAP iş yükü ile Microsoft tarafından belgelenmeyen diğer yüksek kullanılabilirliğe sahip üçüncü taraf yazılım çerçeveleri için destek sağlamaz. Bu gibi durumlarda, yüksek kullanılabilirlik çerçevesinin üçüncü taraf tedarikçisidir, destek sürecine bir müşteri olarak sizin için ihtiyaç duyan yüksek kullanılabilirliğe sahip yapılandırmaya yönelik destek tarafdır. Özel durumlara bu makalede değineceğiz.

Genel olarak, Azure VM 'lerinde veya HANA büyük örnekler birimlerinde sınırlı bir yüksek kullanılabilirlik yapılandırması kümesini destekler. HANA büyük örneklerinin desteklenen senaryolarında, Hana büyük örnekler Için desteklenen belge senaryolarınıokuyun.

Azure VM 'Ler için, aşağıdaki yüksek kullanılabilirlik yapılandırması DBMS düzeyinde desteklenir:

Önemli

Yukarıda açıklanan senaryolardan hiçbiri için, bir VM 'de birden çok DBMS örneğinin yapılandırmasını destekliyoruz. Her durumda, sanal makine başına yalnızca bir veritabanı örneği dağıtılabilir ve açıklanan yüksek kullanılabilirlik yöntemleriyle korunabilir. aynı Windows veya pacemaker yük devretme kümesi altında birden çok DBMS örneğinin korunması bu noktada desteklenmez. Ayrıca, Oracle Data Guard yalnızca VM dağıtım durumları başına tek bir örnek için desteklenir.

Çeşitli veritabanı sistemleri, birden çok veritabanını tek bir DBMS örneğinde barındırılmasına izin verir. SAP HANA durumda olduğu gibi, birden çok veritabanı birden çok veritabanı kapsayıcısında (MDC) barındırılabilir. Bu çok veritabanı yapılandırmalarının tek bir yük devretme kümesi kaynağı içinde çalıştığı durumlarda, bu konfigürasyonlar desteklenir. Desteklenmeyen yapılandırmalarda birden çok küme kaynağı olması gereken durumlar vardır. birden çok SQL Server kullanılabilirlik grubu tanımladığınız yapılandırmalarda olduğu gibi, bir SQL Server örneği altında.

DBMS HA yapılandırması

DBMS bir/veya işletim sistemine bağlı olarak, Azure yük dengeleyici gibi bileşenler çözüm mimarisinin bir parçası olarak gerekli olabilir veya olmayabilir.

Özellikle maxDB için depolama yapılandırmasının farklı olması gerekir. MaxDB 'de, yüksek kullanılabilirliğe sahip yapılandırmalara yönelik verilerin ve günlük dosyalarının paylaşılan depolamada bulunması gerekir. Yalnızca maxDB söz konusu olduğunda, paylaşılan depolama yüksek kullanılabilirlik için desteklenir. Diğer tüm DBMS için, düğüm başına ayrı depolama yığınları desteklenen tek disk yapılandırmalarıdır.

diğer yüksek kullanılabilirlik çerçevelerinin mevcut olduğu bilinmektedir ve Microsoft Azure de çalıştırılmak üzere bilinmektedir. Ancak, Microsoft bu çerçeveleri test etmedi. Yüksek kullanılabilirlik yapılandırmanızı bu çerçevelerle derlemek istiyorsanız, bu yazılımın sağlayıcısıyla birlikte çalışmanız gerekir:

  • Dağıtım mimarisi geliştirme
  • Mimarinin dağıtımı
  • Mimari desteği

Önemli

Microsoft Azure Market, Azure yerel depolama 'nın en üstünde depolama çözümleri sağlayan çeşitli yazılım araçları sunar. Bu yazılım gereçleri, NFS paylaşımları oluşturmak için kullanılabilir ve ayrıca, bir bekleme düğümünün gerekli olduğu genişleme dağıtımlarında SAP HANA teorik olarak kullanılabilir. Çeşitli nedenlerden dolayı, Azure 'da Microsoft ve SAP tarafından gerçekleştirilen hiçbir DBMS dağıtımı için bu depolama yazılım gereçlerinden hiçbiri desteklenmez. Bu noktada, SMB paylaşımlarında DBMS dağıtımları desteklenmez. NFS paylaşımlarındaki DBMS dağıtımları Azure NetApp FILESNFS 4,1 paylaşımlarıyla sınırlıdır.

SAP Merkezi hizmeti için yüksek kullanılabilirlik

SAP Merkezi Hizmetleri, SAP yapılandırmanızın ikinci bir tek hata noktasıdır. Sonuç olarak, bu merkezi hizmet süreçlerini de korumanız gerekir. SAP iş yükü için desteklenen ve belgelenen teklif şöyle okur:

Listelenen çözümlerde, Datakeeper ürünü desteklemek ve doğrudan sorunlar durumunda Sios ile iletişim kurmak için, Sios ile bir destek ilişkisine ihtiyacınız vardır. Windows, Red Hat ve/veya SUSE işletim sisteminin lisanslanma yöntemine bağlı olarak, listelenen yüksek kullanılabilirliğe sahip yapılandırmalara tam destek sağlamak için işletim sistemi sağlayıcınıza sahip bir destek sözleşmeniz de gerekebilir.

Yapılandırma şöyle de gösterilebilir:

DBMS ve ASCS HA yapılandırması

Grafiklerin sağ tarafında, yüksek oranda kullanılabilir SAP Merkezi Hizmetleri gösterilir. bir sorun olması durumunda yük devretme kümesi çerçevesiyle korunan SAP merkezi hizmetlerinin yanı sıra, yüksek oranda kullanılabilir bir NFS veya SMB paylaşımında bir zorunludur, sapmnt ve genel aktarım dizininin tek bir VM 'nin varlığına bağımsız olarak kullanılabildiğinden emin olmak için Windows paylaşılan bir disk vardır. Windows yük devretme kümesi sunucusu ve paceyapıcısı gibi bazı çözümler, trafiği sağlıklı bir düğüme yönlendirmek veya yeniden yönlendirmek için bir Azure yük dengeleyici gerektirir.

Gösterilen listede, Oracle Linux işletim sisteminin bir açıklaması yoktur. Oracle Linux, bir küme çerçevesi olarak pacemaker 'ı desteklemez. SAP sisteminizi Oracle Linux dağıtmak istiyorsanız ve Oracle Linux için yüksek kullanılabilirlik çerçevesine ihtiyacınız varsa, üçüncü taraf tedarikçilerle çalışmanız gerekir. Tedarikçilerden biri, Azure 'da SAP tarafından desteklenen Linux için koruma paketiyle birlikte SIOS 'dir. Daha fazla bilgi için bkz. SAP Note #1662610-daha fazla bilgi için bkz. Linux IÇIN SIOS koruma paketi destek ayrıntıları .

Yukarıda listelenen SAP Merkezi Hizmetleri senaryolarında desteklenen depolama alanı

Azure Depolama türlerinin yalnızca bir alt kümesi yüksek oranda kullanılabilir NFS veya SAP Merkezi Hizmetleri küme senaryolarımızda kullanım için kalite sağlayan SMB paylaşımları sağladığından desteklenen depolama türlerinin bir listesi olduğundan

  • Windows Windows genişleme dosya sunucusu ile yük devretme kümesi sunucusu, Azure NetApp Files hariç tüm yerel Azure depolama türlerine dağıtılabilir. bununla birlikte, verimlilik ve ıops 'nin üstün hizmet düzeyi anlaşmaları nedeniyle Premium Depolama kullanılması önerilir.
  • Windows Azure NetApp Files SMB ile yük devretme kümesi sunucusu Azure NetApp Files destekleniyor. Azure dosya hizmetlerindeki SMB paylaşımları bu noktada desteklenmez.
  • Windows Windows paylaşılan disk, SIOS tabanlı Windows paylaşılan diski olan yük devretme kümesi sunucusu Datakeeper , Azure NetApp Files hariç tüm yerel Azure depolama türlerine dağıtılabilir. bununla birlikte, verimlilik ve ıops 'nin üstün hizmet düzeyi anlaşmaları nedeniyle Premium Depolama kullanılması önerilir.
  • Azure NetApp Files üzerindeki NFS paylaşımlarını kullanan SUSE veya Red Hat Paceyapıcısı Azure NetApp Files desteklenir.
  • İki VM arasındaki yapılandırmayı kullanan SUSE pacemaker drdb , Azure NetApp Files hariç yerel Azure Depolama türleri kullanılarak desteklenir. bununla birlikte, verimlilik ve ıops 'nin üstün hizmet düzeyi anlaşmaları nedeniyle Premium Depolama kullanılması önerilir.
  • NFS paylaşımının sağlanması için kullanılan Red Hat pacemaker glusterfs , Azure NetApp Files hariç yerel Azure Depolama türleri kullanılarak desteklenir. bununla birlikte, verimlilik ve ıops 'nin üstün hizmet düzeyi anlaşmaları nedeniyle Premium Depolama kullanılması önerilir.

Önemli

Microsoft Azure Market, Azure yerel depolama 'nın en üstünde depolama çözümleri sağlayan çeşitli yazılım araçları sunar. Bu yazılım araçları, NFS veya SMB paylaşımları oluşturmak için kullanılabilir ve ayrıca teorik olarak yük devretme kümelenmiş SAP merkezi hizmetlerinde de kullanılabilir. Bu çözümler, Microsoft tarafından SAP iş yükü için doğrudan desteklenmez. NFS veya SMB paylaşımınızı oluşturmak için böyle bir çözüm kullanmaya karar verirseniz, SAP Merkezi hizmeti yapılandırma desteğinin, depolama yumuşak gereci 'nda yazılımın sahibi olan üçüncü taraf tarafından sağlanması gerekir.

Çoklu SID SAP Merkezi Hizmetler yük devretme kümeleri

SAP 'nin büyük SAP lanları 'nda gereken sanal makine sayısını azaltmak için SAP, yük devretme kümesi yapılandırmasında birden çok farklı SAP sisteminde SAP Merkezi Hizmetleri örneklerinin çalıştırılmasına izin verir. 30 veya daha fazla NetWeaver veya S/4hana üretim sistemine sahip olduğunuz durumları Imagine. çoklu sıd kümelemesi olmadan, bu yapılandırmaların 30 veya daha fazla Windows veya pacemaker yük devretme kümesi yapılandırmasında 60 veya daha fazla vm olması gerekir. DBMS yük devretme kümelerinin yanı sıra, gereklidir. Yük devretme kümesi yapılandırmasındaki iki düğüm arasında birden fazla SAP Merkezi hizmeti dağıtmak, VM 'lerin sayısını önemli ölçüde azaltabilir. Ancak, tek bir iki düğümlü küme yapılandırmasında birden fazla SAP merkezi hizmet örneğinin dağıtımı da bazı dezavantajlara sahiptir. Küme yapılandırmasındaki tek bir VM 'nin etrafındaki sorunlar birden çok SAP sistemine uygulanır. Küme yapılandırmasında çalışan konuk IŞLETIM sistemindeki bakım, birden çok üretim SAP sistemi etkilendiğinden daha fazla koordinasyon gerektirir. SAP 'yi işleme gibi araçlar, sistem kopyalama sürecinde çok SID Kümelemesi desteklememektedir.

Azure 'da, Windows işletim sistemi için ENSA1 ve ENSA2 ile çok düzeyli bir küme yapılandırması desteklenir. Öneri, eski sıraya alma çoğaltma hizmeti mimarisini (ENSA1) bir çoklu SID kümesinde yeni mimari (ENSA2) ile birleştirmemelidir. Bu tür bir mimari hakkındaki ayrıntılar makalelerde belgelenmiştir

SUSE için, pacemaker tabanlı çok düzeyli bir küme de desteklenir. Şu ana kadar yapılandırma desteklenir:

  • En fazla beş SAP ASCS/SCS örneği
  • Eski sıraya alma çoğaltma sunucusu buz mimarisi (ENSA1)
  • İki düğümlü Paceyapıcısı küme yapılandırması

yapılandırma, sap uygulamaları için SUSE Linux Enterprise Server çoklu sıd kılavuzu ' nda Azure vm 'lerinde sap NetWeaver için yüksek kullanılabilirlik olarak belgelenmiştir

Sıraya alma çoğaltması sunucusu olan bir çoklu SID kümesi, şema gibi

Sıraya alma çoğaltması sunucusuyla çok düzeyli bir kümeyi gösteren diyagram.

SAP HANA genişleme senaryoları

SAP HANA ölçek genişletme senaryoları, SAP HANA donanım dizinindelistelenen Hana sertifikalı Azure VM 'lerinin bir alt kümesi için desteklenir. ' Kümeleme ' sütununda ' Yes ' ile işaretlenen tüm VM 'Ler OLAP veya S/4HANA ölçeği için kullanılabilir. bekleme olmadan yapılandırma, Azure Depolama türleriyle desteklenir:

Bekleyen düğüm (ler) ile OLAP veya S/4HANA için genişleme yapılandırmalarının SAP HANA, yalnızca Azure NetApp Files üzerinde barındırılan NFS ile desteklenir.

Bekleyen düğümü olan veya olmadan tam depolama yapılandırması hakkında daha fazla bilgi için, makalelere göz atın:

HANA büyük örnekleri desteklenen HANA genişleme yapılandırmalarının ayrıntıları için aşağıdaki belgeler geçerlidir:

Olağanüstü durum kurtarma senaryosu

Desteklenen çeşitli olağanüstü durum kurtarma senaryoları vardır. Tüm Azure bölgelerinin kılavuzdan itibaren dengeleyecekse, olağanüstü durum mimarilerini mimarilere göre tanımladık. Bu, olağanüstü durum kurtarma hedefi 'nin SAP manzara 'yi çalıştırmak için hedef olarak farklı bir Azure bölgesi olması gerektiği anlamına gelir. DBMS katmanındaki ve DBMS olmayan katmandaki yöntemleri ve konfigürasyonları ayırdık.

DBMS katmanı

DBMS katmanı için, her zaman açık, Oracle Data Guard, DB2 HADR, SAP ASE her zaman açık veya HANA sistem çoğaltması gibi DBMS yerel çoğaltma mekanizmalarını kullanan yapılandırmalarda yapılandırma desteklenir. Tek bir Azure bölgesi içinde dağıtılan tipik yüksek kullanılabilirlik senaryolarında olduğu gibi, bu gibi durumlarda çoğaltma akışının zaman uyumsuz olması zorunludur. Bu tür desteklenen bir DBMS olağanüstü durum kurtarma yapılandırmasına örnek olarak, Azure bölgelerindeki SAP HANA kullanılabilirliğimakalesinde açıklanmaktadır. Bu bölümdeki ikinci grafik, örnek olarak HANA ile bir senaryoyu açıklar. SAP uygulamaları için desteklenen ana veritabanlarının hepsi böyle bir senaryoya dağıtılabilir.

VM 'nin tam iş yükü trafiğine karşılaşmadığından, olağanüstü durum kurtarma bölgesinde daha küçük bir VM 'yi hedef örnek olarak kullanmak desteklenir. Bunu yaptığınızda, aşağıdaki noktaları göz önünde bulundurmanız gerekir:

  • Daha küçük VM türleri, daha küçük VM 'Lere bağlı olan çok sayıda diske izin vermez
  • Daha küçük VM 'Ler daha az ağ ve depolama aktarım hızına sahiptir
  • VM aileleri arasında yeniden boyutlandırma, farklı VM 'Ler tek bir Azure kullanılabilirlik kümesinde toplandığında veya M serisi ailesi ile Mv2 ailesi sanal makineleri arasında yeniden boyutlandırma gerçekleşiyorsa bir sorun olabilir
  • Veritabanı örneği için CPU ve bellek tüketimi, bu değişiklikleri verilere en az gecikmeyle uygulamak üzere en az gecikmeyle ve yeterli CPU ve bellek kaynağına sahip değişiklikler akışını alabiliyor

Farklı VM boyutlarının sınırlamaları hakkında daha fazla ayrıntı, VM boyutları sayfasında bulunabilir.

Bir DR hedefini dağıtmaya yönelik başka bir desteklenen yöntem, bir üretim dışı SAP örneğinin üretim dışı bir DBMS örneğini çalıştıran bir VM 'de yüklü ikinci bir DBMS örneğidir. Bu, DR senaryosunda ana örnek olarak çalışması gereken belirli hedef örnekler için bellek, CPU kaynakları, ağ bant genişliği ve depolama bant genişliği hakkında bilgi almanız gerektiğinden bu biraz daha zor olabilir. Özellikle de HANA 'da, verilerin DR hedefi örneğine önceden yüklenmemiş olması için paylaşılan bir konakta DR hedefi olarak işlev gören örneği yapılandırmanız önemle önerilir.

HANA büyük örnek DR senaryolarında şu belgeleri kontrol edin:

Not

Azure Site Recovery kullanımı, SAP iş yükü altındaki DBMS dağıtımları için sınanmamıştır. Sonuç olarak, bu zaman noktasındaki SAP sistemlerinin DBMS katmanı için desteklenmez. Microsoft ve SAP tarafından listelenmeyen diğer çoğaltma yöntemleri desteklenmez. Farklı Azure bölgeleri arasında SAP sistemlerinin DBMS katmanını çoğaltmak için üçüncü taraf yazılım kullanılması, yazılımın satıcısı tarafından desteklenilmesi gerekir ve Microsoft ve SAP destek kanalları aracılığıyla desteklenmez.

DBMS olmayan katman

SAP uygulama katmanı ve gereken son paylaşımlar veya depolama konumları için, iki ana senaryo müşteriler tarafından yararlanılabilir:

  • İkinci Azure bölgesindeki olağanüstü durum kurtarma hedefleri, herhangi bir üretim veya üretim dışı amaçla kullanılmıyor. Bu senaryoda, olağanüstü durum kurtarma hedefi olarak işlev gösteren VM 'Ler ideal şekilde dağıtılır ve görüntü ve üretim SAP uygulama katmanının görüntülerinde yapılan değişiklikler olağanüstü durum kurtarma bölgesine çoğaltılır. Böyle bir görevi gerçekleştirebilen bir işlevsellik Azure Site Recovery. Azure Site Recovery bu şekilde Azure 'dan Azure 'a çoğaltma senaryosunu destekler.
  • Olağanüstü durum kurtarma hedefleri, gerçekte üretim dışı sistemler tarafından kullanılan sanal makinelerlerdir. Tüm SAP yatay, üretim sistemlerine genellikle bir bölgede ve üretim dışı sistemlere sahip olan iki farklı Azure bölgesine yayılır. Birçok müşteri dağıtımında, müşterinin bir üretim sistemine eşdeğer bir üretim dışı sistemi vardır. Müşterinin uygulama katmanında üretim dışı sistemlere önceden yüklenmiş üretim uygulaması örnekleri vardır. Yük devretme durumunda, üretim dışı örnekler kapatılabilir, üretim VM 'lerinin sanal adları, üretim dışı VM 'lere taşınır (DNS 'de yeni IP adresleri atandıktan sonra) ve önceden yüklenmiş üretim örnekleri çalışmaya başlama

SAP Merkezi Hizmetler kümeleri

paylaşılan diskler (Windows) kullanan SAP merkezi hizmetleri kümeleri, SMB paylaşımları (Windows) veya NFS paylaşımları çoğaltılmasının biraz daha zordur. Windows tarafında, Windows Depolama çoğaltma olası bir çözümdür. Linux rsync, önemli bir çözümdür.

Desteklenmeyen senaryo

Azure mimarilerinde SAP iş yükü için desteklenmeyen senaryoların bir listesi vardır. Desteklenmez , SAP ve Microsoft bu konfigürasyonları destekleyeceği ve bu tür mimariler oluşturmak için yazılım tarafından sunulan son ilgili üçüncü tarafa ertelenmesi gereken anlamına gelir. Kategorilerin ikisi şunlardır:

  • Depolama soft gereçler: Azure marketi 'nde sunulan çeşitli depolama yazılım gereçleri vardır. Satıcıların bazıları, Azure 'da SAP yazılımıyla ilgili olarak bu depolama yazılım gereçlerinin nasıl kullanılacağına ilişkin bir belge sunar. Bu depolama yazılım gereçlerinin satıcısı tarafından bu depolama alanı yazılım gereçlerine yönelik olan yapılandırmaların veya dağıtımların sağlanması gerekir. Bu olgu Ayrıca sap desteği notuna de göre belirlenir #2015553
  • yüksek kullanılabilirlik çerçeveleri: yalnızca pacemaker ve Windows Server yük devretme kümesi, Azure 'da SAP iş yükü için yüksek kullanılabilirlik çerçeveleri destekliyordu. Daha önce belirtildiği gibi, SIOS 'nin çözümü Datakeeper Microsoft tarafından açıklanmış ve belgelenmiştir. Bununla birlikte, SIOS bileşenlerinin Datakeeper Bu bileşenleri sağlayan satıcı olarak Sios aracılığıyla desteklenmesi gerekir. SAP ayrıca çeşitli SAP notlarındaki diğer sertifikalı yüksek kullanılabilirlik çerçeveleri de listelenmiştir. Bazıları Azure için üçüncü taraf satıcı tarafından da sertifikalandırilmiştir. Bununla birlikte, bu ürünleri kullanan yapılandırma desteğinin ürün satıcısı tarafından sağlanması gerekir. Farklı satıcıların SAP destek işlemlerine farklı entegrasyonu vardır. Azure 'da dağıtılan SAP yapılandırmalarında ürünü kullanmaya karar vermeden önce, belirli bir satıcı için en uygun destek sürecini Açıklığa kavuşturmanız gerekir.
  • Veritabanı dosyalarının paylaşılan disklerde bulunduğu paylaşılan disk kümeleri, maxDB dışında desteklenmez. Diğer tüm veritabanları için desteklenen çözüm, yüksek kullanılabilirlik senaryolarını yapılandırmak için bir SMB veya NFS paylaşım veya paylaşılan disk yerine ayrı depolama konumlarına sahip olur

Desteklenmeyen diğer senaryolar şunlardır:

  • SAP uygulama katmanı ve SAP DBMS katmanı arasında NetWeaver, S/4HANA 'da gösterildiği gibi daha büyük bir ağ gecikmesi sunan dağıtım senaryoları ve Hybris örn. Şunları içerir:
    • Şirket içi katmanlardan birini dağıtma, diğer katman Azure 'da dağıtılır
    • Farklı bir Azure bölgesindeki sistemin SAP uygulama katmanını DBMS katmanından dağıtma
    • Bu tür bir mimari deseninin Azure yerel hizmeti tarafından sağlandığı durumlar dışında, Azure 'da ve Azure 'daki diğer katmanda birlikte bulunan veri merkezlerinde bir katman dağıtma
    • SAP uygulama katmanı ve DBMS katmanı arasında ağ sanal gereçlerini dağıtma
    • SAP DBMS katmanı veya SAP Genel aktarım dizini için Azure veri merkezlerinde birlikte bulunan veri merkezlerinde barındırılan depolamayı kullanma
    • İki katmanı iki farklı bulut satıcısı ile dağıtma. Örneğin, DBMS katmanını Oracle bulut altyapısında ve Azure 'da uygulama katmanında dağıtma
  • Çok örnekli HANA Paceyapıcısı küme yapılandırması
  • Windows Windows desteklenen SAP veritabanları için ANF üzerinde SOFS veya SMB aracılığıyla paylaşılan disklere sahip küme yapılandırması. Bunun yerine, belirli veritabanlarının yerel yüksek kullanılabilirlik çoğaltmasının kullanımını ve ayrı depolama yığınları kullanmayı öneririz.
  • Linux üzerinde desteklenen SAP veritabanlarının, SAP HANA özel durumu, Oracle Linux ve SuSE ve Red hat üzerindeki DB2 gibi, ANF 'nin üzerinde paylaştığı veritabanı dosyalarıyla dağıtımı
  • Windows ve Oracle Linux daha fazla konuk işletim sisteminde Oracle DBMS dağıtımı. Ayrıca bkz. sap destek notuna #2039619

Test etmediğiniz senaryolar ve bu nedenle şu şekilde liste ile ilgili hiçbir deneyim yok:

  • DBMS katmanı VM 'lerini çoğaltma Azure Site Recovery. Sonuç olarak, olası olağanüstü durum kurtarma yapılandırması için veritabanı yerel zaman uyumsuz çoğaltma işlevini kullanmanızı öneririz

Sonraki Adımlar

SAP NetWeaver Için Azure sanal makineleri planlama ve uygulama 'da sonraki adımları okuyun