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

  • Makale

Azure'da SAP NetWeaver, business one Hybris veya S/4HANA sistemleri mimarisinin tasarlanması, ölçeklenebilir, verimli ve yüksek oranda kullanılabilir bir dağıtıma ulaşmak için çeşitli mimariler ve araçlar için birçok farklı fırsat sunar. Kullanılan işletim sistemine veya DBMS'ye bağlı olsa da, kısıtlamalar vardır. Ayrıca, şirket içinde desteklenen tüm senaryolar Azure'da aynı şekilde desteklenmez. Bu belge, yalnızca Azure VM'lerini kullanan desteklenen yüksek kullanılabilirlik dışı yapılandırmalar ile yüksek kullanılabilirlik yapılandırmaları ve mimarileri sağlar.

Dekont

HANA Büyük Örnek hizmeti gün batımı modundadır ve artık yeni müşterileri kabul etmez. Mevcut HANA Büyük Örnek müşterileri için birim sağlama hala mümkündür. Alternatifler için HANA Donanım Dizini'ndeki HANA sertifikalı Azure VM'lerinin tekliflerini gözden geçirin. HANA Büyük Örnekleri olan mevcut HANA Büyük Örnek müşterileri için desteklenen ve hala desteklenen senaryolar için HANA Büyük Örnekleri için desteklenen senaryolar makalesine bakın.

Genel platform kısıtlamaları

Azure, birinci taraf hizmet olarak sunulan yerel Azure VM'leri olarak adlandırılan platformların yanı sıra çeşitli platformlara sahiptir. Gün batımı modunda olan HANA Büyük Örnekleri bu platformlardan biridir. Azure VMware Hizmetleri bu birinci taraf hizmetlerden bir diğeridir. Azure VMware Hizmetleri genel olarak SAP iş yükünü barındırmak için SAP tarafından desteklenmez. Farklı platformlardaki VMware desteği hakkında daha fazla bilgi için SAP destek notu #2138865 - VMware Bulutu'nda SAP Uygulamaları: Desteklenen Ürünler ve VM yapılandırmaları bölümüne bakın.

Azure, şirket içi Active Directory yanı sıra Microsoft Entra Domain Services (Microsoft tarafından yönetilen geleneksel AD) ve Microsoft Entra Id ile yönetilen bir Active Directory SaaS hizmeti sunar. Windows işletim sisteminde barındırılan SAP bileşenleri genellikle Windows Active Directory kullanımına dayanır. Bu durumda, sizin tarafınızdan şirket içinde barındırılan geleneksel Active Directory veya Microsoft Entra Domain Services (hala test aşamasındadır). Ancak bu SAP bileşenleri yerel Microsoft Entra Kimliği ile çalışamaz. Bunun nedeni, Active Directory'nin şirket içi formuyla SaaS formu (Microsoft Entra Domain Services) ile yerel Microsoft Entra Kimliği arasında hala daha büyük işlevsellik boşlukları olmasıdır. Bu bağımlılık, Microsoft Entra hesaplarının Windows işletim sisteminde SAP NetWeaver ve S/4 HANA tabanlı uygulamalar için desteklenmemenin nedenidir. Geleneksel Active Directory hesaplarının bu tür senaryolarda kullanılması gerekir.

AD hizmeti Windows işletim sisteminde SAP NetWeaver ve S/4 HANA tabanlı desteklenen uygulamalar
Şirket içi Windows Active Directory Destekleniyor
Microsoft Entra Domain Services Destekleniyor
Microsoft Entra Kimliği Desteklenmez

Yukarıdakiler, SAP uygulamalarıyla çoklu oturum açma (SSO) senaryoları için Microsoft Entra hesaplarının kullanımını etkilemez.

2 Katmanlı yapılandırma

SAP 2 Katmanlı yapılandırmanın, aynı sunucu veya VM biriminde çalışan SAP DBMS ve uygulama katmanının birleşik katmanından oluşturulduğu kabul edilir. İkinci katman, kullanıcı arabirimi katmanı olarak kabul edilir. 2 Katmanlı yapılandırma için DBMS ve SAP uygulama katmanı, Azure VM'nin kaynaklarını paylaşır. Sonuç olarak, farklı bileşenleri bu bileşenler kaynaklar için rekabet edecek şekilde yapılandırmanız gerekir. Ayrıca VM kaynaklarının fazla aboneliğini kaldırmamaya da dikkat etmeniz gerekir. Bu tür bir yapılandırma, ilgili farklı Azure bileşenlerinin Azure Hizmet Düzeyi sözleşmelerinin ötesinde yüksek kullanılabilirlik sağlamaz.

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

Simple 2-Tier configuration

Bu tür yapılandırmalar, üretim ve üretim dışı durumlar için SQL Server, Oracle, Db2, maxDB ve SAP ASE DBMS sistemleri için Windows, Red Hat, SUSE ve Oracle Linux ile desteklenir. SAP, DBMS olarak SAP HANA için SAP not #1953429'de belirtilen senaryoları destekler. Şimdiye kadar, Linux dağıtımlarından hiçbiri pacemaker kümesini böyle bir yapılandırmada ayarlamak ve çalıştırmak için yeterli HA belgeleri sağlamadı. Sonuç olarak, bu tür yapılandırmalar Azure'da yalnızca yüksek kullanılabilirlik yük devretme kümesi gerektirmeyen üretim dışı durumlar için desteklenir.

Azure'da desteklenen tüm işletim sistemi/DBMS birleşimleri için bu tür bir yapılandırma desteklenir. Ancak DBMS ve SAP bileşenlerinin yapılandırmasını DBMS ve SAP bileşenlerinin bellek ve CPU kaynakları için rekabet etmediğinden ve fiziksel kullanılabilir kaynakları aşacak şekilde ayarlamanız zorunludur. Bu, DBMS'nin ayırmasına izin verilen belleği kısıtlayarak yapılmalıdır. Ayrıca uygulama örneklerinde SAP Genişletilmiş Belleği sınırlamanız gerekir. Bileşenlerin CPU kaynaklarını en üst düzeye çıkarmadığından emin olmak için genel olarak VM'nin CPU tüketimini de izlemeniz gerekir.

Dekont

Üretim SAP sistemleri için, bu belgenin ilerleyen bölümlerinde açıklandığı gibi ek yüksek kullanılabilirlik ve nihai olağanüstü durum kurtarma yapılandırmaları öneririz

3 Katmanlı yapılandırma

Bu tür yapılandırmalarda SAP uygulama katmanını ve DBMS katmanını farklı VM'lere ayırırsınız. Bunu genellikle daha büyük sistemler için ve SAP uygulama katmanının kaynakları üzerinde daha esnek olmanın nedenlerinden dolayı yaparsınız. En basit kurulumda, ilgili farklı Azure bileşenlerinin Azure Hizmet Düzeyi sözleşmelerinin ötesinde yüksek kullanılabilirlik yoktur.

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

Diagram that shows a simple 3-Tier configuration.

Bu yapılandırma türü, üretim ve üretim dışı durumlar için SQL Server, Oracle, Db2, SAP HANA, maxDB ve SAP ASE DBMS sistemleri için Windows, Red Hat, SUSE ve Oracle Linux'ta desteklenir. Basitleştirme için SAP Central Services ile SAP uygulama katmanındaki SAP iletişim kutusu örnekleri arasında ayrım yapmadık. Bu basit 3 Katmanlı yapılandırmada SAP Central Services için yüksek kullanılabilirlik koruması olmayacaktır.

Dekont

Üretim SAP sistemleri için, bu belgenin ilerleyen bölümlerinde açıklandığı gibi ek yüksek kullanılabilirlik ve nihai olağanüstü durum kurtarma yapılandırmaları öneririz

VM başına birden çok DBMS örneği

Bu yapılandırma türünde, Azure VM başına birden çok DBMS örneği barındıracaksınız. Motivasyon, bakım için daha az işletim sistemine sahip olmak ve bu düşük maliyetlerle olabilir. Diğer motivasyonlar, daha büyük bir VM veya HANA Büyük Örnek biriminin kaynaklarını birden çok DBMS örneği arasında paylaşarak daha fazla esnekliğe ve daha fazla verimliliğe sahip olmaktır. Şimdiye kadar bu yapılandırmalar çoğunlukla üretim dışı sistemler için gösteriliyordu.

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

Multiple DBMS instances in one unit

Bu dbms dağıtımı türü aşağıdakiler için desteklenir:

  • Windows üzerinde SQL Server
  • IBM Db2. Ayrıntıları Birden çok örnek (Linux, UNIX) makalesinde bulabilirsiniz
  • Oracle için. Ayrıntılar için bkz. SAP destek notu #1778431 ve ilgili SAP notları
  • SAP HANA için, SAP bu dağıtım yöntemini MCOS olarak çağıran tek bir VM'de birden çok örnek desteklenir. Ayrıntılar için Tek Konakta Birden Çok SAP HANA Sistemi (MCOS) sap makalesine bakın

Tek bir konakta birden çok veritabanı örneği çalıştırırken, farklı örneklerin kaynaklar için rekabet etmediğinden ve dolayısıyla VM'nin fiziksel kaynak sınırlarını aştığından emin olmanız gerekir. Bu durum özellikle VM'yi paylaşan örneklerden herhangi birinin ayırabileceği belleğin kapsanacağı bellek için geçerlidir. Bu durum, farklı veritabanı örneklerinin kullanabileceği CPU kaynakları için de geçerli olabilir. Belirtilen tüm veritabanı sistemleri, örnek düzeyinde bellek ayırma ve CPU kaynaklarını sınırlamaya olanak sağlayan yapılandırmalara sahiptir. Azure VM'leri için böyle bir yapılandırma desteğine sahip olmak için, veriler için kullanılan disklerin veya birimlerin ve farklı örnekler tarafından yönetilen veritabanlarının günlük/yineleme günlük dosyalarının ayrı olması beklenir. Başka bir deyişle, farklı DBMS örneği tarafından yönetilen veritabanlarının verilerinin veya günlük/yineleme günlük dosyalarının aynı diskleri veya birimleri paylaşmaması gerekir.

Dekont

Üretim SAP sistemleri için, bu belgenin devamında açıklandığı gibi ek yüksek kullanılabilirlik ve nihai olağanüstü durum kurtarma yapılandırmaları öneririz. Birden çok DBMS örneğine sahip VM'ler, bu belgenin sonraki bölümlerinde açıklanan yüksek kullanılabilirlik yapılandırmalarıyla desteklenmez.

Bir VM'de birden çok SAP İletişim Kutusu örneği

Çoğu durumda, çıplak sunucularda ve hatta özel bulutlarda çalışan VM'lerde birden çok iletişim kutusu örneği dağıtılır. Bu tür yapılandırmaların nedeni, belirli SAP iletişim kutusu örneklerini belirli iş yüküne, iş işlevselliğine veya iş yükü türlerine uyarlamaktı. Bu örnekleri ayrı VM'lerde yalıtmamanın nedeni işletim sistemi bakım ve işlemlerinin çabasıydı. Veya çok sayıda durumda, VM'nin barındırıcısının veya operatörünün çalıştırılan ve yönetilen VM başına aylık ücret istemesi durumunda maliyetler. Azure'da, Windows, Red Hat, SUSE ve Oracle Linux işletim sistemlerinde üretim ve üretim dışı amaçlarla desteklenen tek bir VM içinde birden çok SAP iletişim kutusu örneği barındırma senaryosu. Windows ve modern Linux çekirdeklerinde kullanılabilen SAP çekirdek parametresi PHYS_MEMSIZE, tek bir VM üzerinde birden çok SAP Application Server örneği çalışıyorsa ayarlanmalıdır. Sap genişletilmiş Belleğin otomatik olarak büyümesi uygulanan Windows gibi işletim sistemlerinde SAP Genişletilmiş Bellek genişletmesinin sınırlanması da tavsiye edilir. Bu, SAP profil parametresi em/max_size_MBile yapılabilir.

Azure VM'lerinde birden çok SAP iletişim kutusu örneğinin çalıştırıldığı 3 Katmanlı yapılandırma aşağıdaki gibi görünebilir:

Diagram that shows a 3-Tier configuration where multiple SAP dialog instances are run within Azure VMs.

Basitleştirme için SAP Central Services ile SAP uygulama katmanındaki SAP iletişim kutusu örnekleri arasında ayrım yapmadık. Bu basit 3 Katmanlı yapılandırmada SAP Central Services için yüksek kullanılabilirlik koruması olmayacaktır. Üretim sistemleri için SAP Central Services'ın korumasız bırakılması önerilmez. SAP Central Instances çevresinde çok SID yapılandırmaları olarak adlandırılan ve bu tür çok SID yapılandırmalarının yüksek kullanılabilirliğiyle ilgili ayrıntılar için bu belgenin sonraki bölümlerine bakın.

SAP DBMS katmanı için Yüksek Kullanılabilirlik koruması

SAP üretim sistemlerini dağıtmaya çalışırken etkin bekleme türü yüksek kullanılabilirlik yapılandırmalarını göz önünde bulundurmanız gerekir. Özellikle tam performansı ve ölçeklenebilirliği geri alabilmek için verilerin belleğe yüklenmesi gereken SAP HANA'da, Azure hizmet iyileştirmesi yüksek kullanılabilirlik için ideal bir ölçü değildir.

Genel olarak, Microsoft yalnızca SAP iş yükü senaryolarında açıklanan yüksek kullanılabilirlik yapılandırmalarını ve yazılım paketlerini destekler. SAP not #1928533'de aynı deyimi okuyabilirsiniz. Microsoft, SAP iş yüküyle Microsoft tarafından belgelenmemiş diğer yüksek kullanılabilirlikli üçüncü taraf yazılım çerçeveleri için destek sağlamaz. Bu gibi durumlarda, yüksek kullanılabilirlik çerçevesinin üçüncü taraf sağlayıcısı, destek sürecine müşteri olarak sizin tarafınızdan dahil edilmesi gereken yüksek kullanılabilirlik yapılandırmasının destek tarafıdır. Bu makalede özel durumlar belirtilecek.

Genel olarak Microsoft, Azure VM'lerinde veya HANA Büyük Örnek birimlerinde sınırlı sayıda yüksek kullanılabilirlik yapılandırması destekler.

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

Önemli

Yukarıda açıklanan senaryoların hiçbiri için, bir VM'de birden çok DBMS örneğinin yapılandırmalarını destekliyoruz. Bu durumların her birinde VM 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ı şu anda desteklenmemektedir. Ayrıca Oracle Data Guard yalnızca VM dağıtım örnekleri başına tek örnek için desteklenir.

Çeşitli veritabanı sistemleri, tek bir DBMS örneği altında birden çok veritabanı barındırmaya olanak tanır. SAP HANA'da olduğu gibi birden çok veritabanı birden çok veritabanı kapsayıcısında (MDC) barındırılabilir. Bu çok veritabanılı yapılandırmaların tek bir yük devretme kümesi kaynağında çalıştığı durumlar için bu yapılandırmalar desteklenir. Desteklenmeyen yapılandırmalar, birden çok küme kaynağının gerekli olacağı durumlardır. Bir SQL Server örneğinin altında birden çok SQL Server Kullanılabilirlik Grubu tanımlayacağınız yapılandırmalara gelince.

DBMS HA configuration

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

Özellikle maxDB için depolama yapılandırmasının farklı olması gerekir. MaxDB ile, yüksek kullanılabilirlik yapılandırmaları için verilerin ve günlük dosyalarının paylaşılan depolamada bulunması gerekir. Yalnızca maxDB için paylaşılan depolama yüksek kullanılabilirlik için desteklenir. Diğer tüm DBMS'ler 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 ve Microsoft Azure'da da çalıştığı bilinmektedir. Ancak Microsoft bu çerçeveleri test etmedi. Bu çerçevelerle yüksek kullanılabilirlik yapılandırmanızı oluşturmak istiyorsanız, bu yazılımın sağlayıcısıyla aşağıdakiler için çalışmanız gerekir:

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

Önemli

Microsoft Azure Market, Azure yerel depolama alanı üzerinde depolama çözümleri sağlayan çeşitli yumuşak gereçler sunar. Bu yumuşak gereçler NFS paylaşımları oluşturmak için de kullanılabilir ve teorik olarak hazır bekleyen düğümün gerekli olduğu SAP HANA ölçeği genişletme dağıtımlarında kullanılabilir. Çeşitli nedenlerden dolayı, bu depolama yazılım gereçlerinin hiçbiri Azure üzerinde Microsoft ve SAP tarafından yapılan DBMS dağıtımlarının hiçbirinde desteklenmez. SMB paylaşımlarında DBMS dağıtımları şu anda hiç desteklenmemektedir. NFS paylaşımlarında DBMS dağıtımları, Azure NetApp Files'da NFS 4.1 paylaşımlarıyla sınırlıdır.

SAP Central Service için Yüksek Kullanılabilirlik

SAP Central Services, SAP yapılandırmanızın ikinci tek hata noktasıdır. Sonuç olarak, bu Merkezi Hizmetler süreçlerini de korumanız gerekir. SAP iş yükü için desteklenen ve belgelenen teklif şu şekilde okunur:

Listelenen çözümlerden, ürünü desteklemek Datakeeper ve sorunlarla karşılaşıldığında doğrudan SIOS ile etkileşim kurmak için SIOS ile bir destek ilişkisine ihtiyacınız vardır. Windows, Red Hat ve/veya SUSE işletim sistemini lisanslarken kullandığınız yönteme bağlı olarak, listelenen yüksek kullanılabilirlik yapılandırmalarını tam olarak desteklemek için işletim sistemi sağlayıcınızla bir destek sözleşmeniz olması da gerekebilir.

Yapılandırma şu şekilde de görüntülenebilir:

DBMS and ASCS HA configuration

Grafiklerin sağ tarafında yüksek oranda kullanılabilir SAP Central Services gösterilir. SAP Central hizmetlerinin hata senaryolarında yük devredebilen bir yük devretme kümesi çerçevesiyle korunmasının yanı sıra. Sapmnt ve genel aktarım dizininin tek bir VM'nin varlığından bağımsız olarak kullanılabilir olduğundan emin olmak için yüksek oranda kullanılabilir bir NFS veya SMB paylaşımı ya da Windows paylaşılan diski gerekir. Windows Yük Devretme Kümesi Sunucusu ve Pacemaker gibi bazı çözümler, trafiği iyi durumdaki bir düğüme yönlendirmek veya yönlendirmek için bir Azure yük dengeleyici gerektirir.

Gösterilen listede Oracle Linux işletim sisteminden bahsedilmiyor. Oracle Linux küme çerçevesi olarak Pacemaker'i desteklemez. SAP sisteminizi Oracle Linux'a 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. Sağlayıcılardan biri, Azure'da SAP tarafından desteklenen Linux için Koruma Paketi ile SIOS'tır. Daha fazla bilgi için bkz. SAP not #1662610 - Daha fazla ayrıntı için Linux için SIOS Koruma Paketi desteği ayrıntıları.

Yukarıda listelenen SAP Central Services senaryolarıyla desteklenen depolama

Azure depolama türlerinin yalnızca bir alt kümesi yüksek oranda kullanılabilir NFS veya SMB paylaşımları sağladığından, SAP Central Services küme senaryolarımızdaki kullanım kalitesi desteklenen depolama türlerinin listesi

  • Windows Genişleme Dosya Sunucusu ile Windows Yük Devretme Kümesi Sunucusu, Azure NetApp Files dışında tüm yerel Azure depolama türlerine dağıtılabilir. Ancak, aktarım hızı ve IOPS'deki üstün hizmet düzeyi sözleşmeleri nedeniyle Premium Depolama kullanılması önerilmektedir.
  • Azure NetApp Files üzerinde SMB ile Windows Yük Devretme Kümesi Sunucusu, Azure NetApp Files'da desteklenir. Azure Premium Dosya hizmetlerinde barındırılan SMB paylaşımları da bu senaryo için desteklenir. Azure Standart Dosyalar desteklenmiyor
  • SIOS Datakeeper tabanlı Windows paylaşılan diski olan Windows Yük Devretme Kümesi Sunucusu, Azure NetApp Files dışında tüm yerel Azure depolama türlerine dağıtılabilir. Ancak, aktarım hızı ve IOPS'deki üstün hizmet düzeyi sözleşmeleri nedeniyle Premium Depolama kullanılması önerilmektedir.
  • Azure NetApp Files'da NFS paylaşımlarını kullanan SUSE veya Red Hat Pacemaker desteklenir.
  • LRS veya ZRS kullanan Azure Premium Dosyalar'da NFS paylaşımlarını kullanan SUSE veya Red Hat Pacemaker desteklenir. Azure Standart Dosyalar desteklenmiyor
  • İki VM arasında yapılandırma drdb kullanan SUSE Pacemaker, Azure NetApp Files dışında yerel Azure depolama türleri kullanılarak desteklenir. Ancak Azure Premium Dosyalar veya Azure NetApp Files ile birinci taraf hizmetlerden birini kullanmanızı öneririz.
  • NFS paylaşımı sağlamak için kullanan glusterfs Red Hat Pacemaker, Azure NetApp Files dışında yerel Azure depolama türleri kullanılarak desteklenir. Ancak Azure Premium Dosyalar veya Azure NetApp Files ile birinci taraf hizmetlerden birini kullanmanızı öneririz.

Önemli

Microsoft Azure Market, Azure yerel depolama alanı üzerinde depolama çözümleri sağlayan çeşitli yumuşak gereçler sunar. Bu depolama yazılım gereçleri NFS veya SMB paylaşımları oluşturmak için kullanılabilir ve teorik olarak yük devretme kümelenmiş SAP Central Hizmetleri'nde 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 Central Service yapılandırmasına yönelik desteğin depolama yazılım gerecindeki yazılıma sahip olan üçüncü taraf tarafından sağlanması gerekir.

Multi-SID SAP Central Services yük devretme kümeleri

SAP, büyük SAP manzaralarında gereken VM sayısını azaltmak için yük devretme kümesi yapılandırmasında birden çok farklı SAP sisteminin SAP Central Services örneklerinin çalıştırılmasına olanak tanır. 30 veya daha fazla NetWeaver veya S/4HANA üretim sisteminiz olduğu durumları düşünün. Çoklu SID kümelemesi olmadan, bu yapılandırmalar 30 veya daha fazla Windows veya Pacemaker yük devretme kümesi yapılandırmasında 60 veya daha fazla VM gerektirir. Bir yük devretme kümesi yapılandırmasında iki düğüme birden çok SAP merkezi hizmeti dağıtmak VM sayısını önemli ölçüde azaltabilir. Ancak, tek bir iki düğüm kümesi yapılandırmasında birden çok SAP Central hizmet örneği dağıtmanın bazı dezavantajları da vardır. Küme yapılandırmasındaki tek bir VM ile ilgili sorunlar birden çok SAP sistemi için geçerlidir. Küme yapılandırmasında çalışan konuk işletim sisteminde bakım, birden çok üretim SAP sistemi etkilendiği için daha fazla koordinasyon gerektirir. SAP LaMa gibi araçlar, sistem kopyalama işlemlerinde çoklu SID kümeleme desteği sağlamaz.

Azure'da, ENSA1 ve ENSA2 ile Windows işletim sistemi için çoklu SID kümesi yapılandırması desteklenir. Öneri, eski Enqueue Çoğaltma Hizmeti mimarisini (ENSA1) yeni mimariyle (ENSA2) tek bir çoklu SID kümesinde birleştirmek değildir. Bu tür bir mimari hakkındaki ayrıntılar makalelerde belgelenmiştir

SUSE için Pacemaker tabanlı çoklu SID kümesi de desteklenir. Şu ana kadar yapılandırma aşağıdakiler için desteklenmektedir:

  • En fazla beş SAP ASCS/SCS örneği
  • Eski sıralama çoğaltma sunucusu buz mimarisi (ENSA1)
  • İki düğüm pacemaker kümesi yapılandırmaları

Yapılandırma, SAP uygulamaları için SUSE Linux Enterprise Server'da Azure VM'lerinde SAP NetWeaver için yüksek kullanılabilirlik çoklu SID kılavuzunda belgelenmiştir

Enqueue Çoğaltma sunucusu şematik olarak gibi görünen çoklu SID kümesi

Diagram that shows a multi-SID cluster with Enqueue Replication server.

SAP HANA ölçeği genişletme senaryoları

SAP HANA ölçek genişletme senaryoları, SAP HANA donanım dizininde listelenen HANA sertifikalı Azure VM'lerin bir alt kümesi için desteklenir. 'Kümeleme' sütununda 'Evet' ile işaretlenmiş tüm VM'ler OLAP veya S/4HANA ölçeği genişletme için kullanılabilir. Bekleme olmadan yapılandırmalar Azure Depolama türleriyle desteklenir:

  • /hana/log birimi için Azure Yazma hızlandırıcısı dahil olmak üzere Azure Premium Depolama v1
  • Azure Premium Depolama v2
  • Ultra disk
  • Azure NetApp Files

Hazır bekleyen düğümlere sahip OLAP veya S/4HANA için SAP HANA ölçeği genişletme yapılandırmaları yalnızca Azure NetApp Files'da barındırılan NFS paylaşılanları ile desteklenir.

Bekleme düğümü olan veya olmayan tam depolama yapılandırmaları hakkında daha fazla bilgi için şu makalelere bakın:

Olağanüstü Durum Kurtarma Senaryosu

Desteklenen çeşitli olağanüstü durum kurtarma senaryoları vardır. Olağanüstü durum mimarilerini mimariler olarak tanımlarız ve bu mimari, kılavuzdan çıkan tam bir Azure bölgesini telafi eder. Bu, olağanüstü durum kurtarma hedefinin SAP ortamınızı çalıştırmak için farklı bir Azure bölgesi olması gerektiği anlamına gelir. DBMS katmanında ve DBMS olmayan katmanda yöntemleri ve yapılandırmaları ayırırız.

DBMS katmanı

DBMS katmanı için Always On, Oracle Data Guard, Db2 HADR, SAP ASE Always-On veya HANA Sistem Çoğaltması gibi DBMS yerel çoğaltma mekanizmalarını kullanan yapılandırmalar desteklenir. tek bir Azure bölgesinde dağıtılan tipik yüksek kullanılabilirlik senaryolarında olduğu gibi çoğaltma akışının zaman uyumsuz olması zorunludur. Desteklenen DBMS olağanüstü durum kurtarma yapılandırmasının tipik bir örneği, Azure bölgeleri arasında SAP HANA kullanılabilirliği makalesinde açıklanmıştır. Bu bölümdeki ikinci grafikte örnek olarak HANA içeren bir senaryo açıklanmaktadır. SAP uygulamaları için desteklenen ana veritabanlarının tümü böyle bir senaryoda dağıtılabilir.

vm tam iş yükü trafiğiyle karşılaşmadığından olağanüstü durum kurtarma bölgesinde hedef örnek olarak daha küçük bir VM kullanılması 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 ekli ç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 vm ailesi arasında yeniden boyutlandırmanın gerçekleşmesi gerektiğinde bir sorun olabilir
  • Veritabanı örneğinin en az gecikmeyle değişiklik akışını alabilmesi ve bu değişiklikleri verilere en az gecikmeyle uygulamak için yeterli CPU ve bellek kaynağı alabilmesi için CPU ve bellek tüketimi

Farklı VM boyutlarının sınırlamalarıyla ilgili diğer ayrıntılar VM boyutları sayfasında bulunabilir

DR hedefi dağıtmanın desteklenen bir diğer yöntemi, üretim dışı bir SAP örneğinin üretim dışı DBMS örneğini çalıştıran bir VM'de ikinci bir DBMS örneğinin yüklü olmasıdır. 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ğine ne gerektiğini öğrenmeniz gerektiğinden bu biraz daha zor olabilir. Özellikle HANA'da, paylaşılan bir konakta DR hedefi olarak işlev gösteren örneği, verilerin DR hedef örneğine önceden yüklenmemesi için yapılandırmanız kesinlikle önerilir.

Dekont

Sap iş yükü altında DBMS dağıtımları için Azure Site Recovery kullanımı test edilmedi. Sonuç olarak, şu anda SAP sistemlerinin DBMS katmanı için desteklenmez. Microsoft ve SAP tarafından listelenmeyen diğer çoğaltma yöntemleri desteklenmez. SAP sistemlerinin DBMS katmanını farklı Azure Bölgeleri arasında çoğaltmak için üçüncü taraf yazılımların kullanılması, yazılımın satıcısı tarafından desteklenmeli ve Microsoft ve SAP destek kanalları aracılığıyla desteklenmeyecektir.

DBMS olmayan katman

GEREKEN SAP uygulama katmanı ve nihai paylaşımlar veya depolama konumları için iki ana senaryo müşteriler tarafından kullanılır:

  • İkinci Azure bölgesindeki olağanüstü durum kurtarma hedefleri herhangi bir üretim veya üretim dışı amaçla kullanılmaz. Bu senaryoda, olağanüstü durum kurtarma hedefi olarak işlev gösteren VM'ler ideal olarak dağıtılmaz 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. Bu tür bir görevi gerçekleştirebilen bir işlev, Azure Site Recovery'dir. Azure Site Recovery, azuredan Azure'a çoğaltma senaryolarını destekler.
  • Olağanüstü durum kurtarma hedefleri, üretim dışı sistemler tarafından kullanılmakta olan VM'lerdir. SAP ortamının tamamı genellikle bir bölgede üretim sistemleri ve başka bir bölgedeki üretim dışı sistemler ile iki farklı Azure bölgesine yayılır. Birçok müşteri dağıtımında, müşterinin üretim sistemine eşdeğer üretim dışı bir sistemi vardır. Müşteri, üretim dışı uygulama katmanı sistemlerinde önceden yüklenmiş üretim uygulaması örneklerine sahiptir. Bir yük devretme olayında üretim dışı örnekler kapatılır, ü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 başlar

SAP Central Services kümeleri

Paylaşılan diskler (Windows), SMB paylaşımları (Windows) veya NFS paylaşımları kullanan SAP Central Services kümelerinin çoğaltılması biraz daha zordur. Windows tarafında, Windows Depolama Çoğaltma olası bir çözümdür. Linux'ta rsync uygulanabilir bir çözümdür. Ayrıca Azure NetApp Files'ın bölgeler arası çoğaltması da uygulanabilir bir çözümdür.

Desteklenmeyen senaryo

Azure mimarilerinde SAP iş yükü için desteklenmeyen senaryoların listesi vardır. Desteklenmez , SAP ve Microsoft'un bu yapılandırmalar için destek sağlayamadığı ve bu tür mimariler oluşturmak için yazılım sağlayan nihai ilgili üçüncü tarafları ertelemesi gerektiği anlamına gelir. Kategorilerden ikisi şunlardır:

  • Depolama yumuşak aletler: Piyasada çeşitli depolama yumuşak gereçleri vardır. Satıcılardan bazıları, SAP yazılımıyla ilgili depolama yazılım gereçlerini Azure'da kullanma hakkında kendi belgelerini sunar. Bu tür depolama yazılım gereçlerini içeren yapılandırmaların veya dağıtımların desteklenmesi, depolama yazılım gerecinin satıcısı tarafından sağlanmalıdır. Bu olgu SAP destek notu #2015553'de de gösterilir
  • Yüksek Kullanılabilirlik çerçeveleri: Azure'da SAP iş yükü için yalnızca Pacemaker ve Windows Server Yük Devretme Kümesi desteklenir. Daha önce belirtildiği gibi, SIOS Datakeeper çözümü Microsoft tarafından açıklanmış ve belgelenmiştir. Bununla birlikte, SIOS Datakeeper bileşenlerinin bu bileşenleri sağlayan satıcı olarak SIOS aracılığıyla desteklenmesi gerekir. SAP ayrıca çeşitli SAP notlarında diğer sertifikalı yüksek kullanılabilirlik çerçevelerini de listelemektedir. Bunlardan bazıları Azure için üçüncü taraf satıcı tarafından da sertifikalandırılmıştır. Bununla birlikte, bu ürünlerin kullanıldığı yapılandırmalar için destek, ürün satıcısı tarafından sağlanmalıdır. Farklı satıcıların SAP destek süreçleriyle farklı tümleştirmeleri vardır. Ürünü Azure'da dağıtılan SAP yapılandırmalarıyla kullanmaya karar vermeden önce, belirli bir satıcı için en uygun destek sürecinin hangisi olduğunu netleştirmeniz 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 SMB veya NFS paylaşımı veya paylaşılan disk yerine ayrı depolama konumlarına sahip olmaktır

Desteklenmeyen diğer senaryolar şunlardır:

  • NetWeaver, S/4HANA ve örn. gibi SAP uygulama katmanı ile SAP DBMS katmanı arasında daha büyük bir ağ gecikme süresi sağlayan dağıtım senaryoları. Hybris Buna şunlar dahildir:
    • Katmanlardan biri şirket içinde dağıtılırken diğer katman Azure'da dağıtılır
    • Bir sistemin SAP uygulama katmanını DBMS katmanından farklı bir Azure bölgesinde dağıtma
    • Azure'da birlikte bulunan veri merkezlerine bir katman ve Azure'da diğer katmana dağıtma, böyle bir mimari düzeninin Azure yerel hizmeti tarafından sağlandığı durumlar dışında
    • SAP uygulama katmanı ile DBMS katmanı arasında ağ sanal gereçleri dağıtma
    • SAP DBMS katmanı veya SAP genel aktarım dizini için Azure veri merkezinde birlikte bulunan veri merkezlerinde barındırılan depolamayı kullanma
    • İki katmanı iki farklı bulut satıcısıyla dağıtma. Örneğin, Oracle Cloud Infrastructure'da DBMS katmanını ve Azure'da uygulama katmanını dağıtma
  • Çok Örnekli HANA Pacemaker küme yapılandırmaları
  • Windows'da desteklenen SAP veritabanları için ANF'de SOFS veya SMB aracılığıyla paylaşılan disklerle Windows Kümesi yapılandırmaları. Bunun yerine, belirli veritabanlarının yerel yüksek kullanılabilirlik çoğaltmasının kullanılmasını ve ayrı depolama yığınları kullanılmasını öneririz
  • SAP HANA, Oracle Linux üzerinde Oracle ve Suse ve Red Hat üzerinde Db2 dışında ANF üzerinde NFS paylaşımlarında bulunan veritabanı dosyalarıyla Linux üzerinde desteklenen SAP veritabanlarının dağıtımı
  • Oracle DBMS'nin Windows ve Oracle Linux'tan başka herhangi bir konuk işletim sistemine dağıtımı. Ayrıca bkz. SAP destek notu #2039619

Test etmediğimiz ve bu nedenle aşağıdakiler gibi bir liste deneyimine sahip olmadığımız senaryolar:

  • DBMS katmanı VM'lerini çoğaltan 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 Makineler planlama ve uygulama adımlarını okuyun