Azure sanal makinesi üzerinde SAP iş yüküne yönelik desteklenen senaryolar
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.
Not
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 | Desteklenir |
Microsoft Entra Domain Services | Desteklenir |
Microsoft Entra Kimlik | 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:
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.
Not
Ü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:
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.
Not
Ü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:
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.
Not
Ü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_MB
ile 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:
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:
- SUSE ve Red Hat üzerinde Linux Pacemaker tabanlı SAP HANA Sistem Çoğaltma. Ayrıntılı makalelere bakın:
- SUSE ve Red Hat üzerinde Azure NetApp Files kullanarak SAP HANA ölçeği genişletme n+m yapılandırmaları. Ayrıntılar şu makalelerde listelenmiştir:
- Windows Genişleme Dosya Hizmetleri'ne dayalı SQL Server Yük Devretme kümesi. Üretim sistemleri için öneri kümeleme yerine SQL Server Always On kullanmak olsa da. SQL Server Always On, ayrı depolama alanı kullanarak daha iyi kullanılabilirlik sağlar. Ayrıntılar bu makalede açıklanmıştır:
- SQL Server Always On, Azure'da SQL Server için Windows işletim sistemiyle desteklenir. Bu yapılandırma, Azure'da üretim SQL Server örnekleri için varsayılan öneridir. Ayrıntılar şu makalelerde açıklanmıştır:
- Azure sanal makinelerinde SQL Server AlwaysOn kullanılabilirlik gruplarına giriş.
- Farklı bölgelerdeki Azure sanal makinelerinde Always On kullanılabilirlik grubu yapılandırın.
- Azure'da Always On kullanılabilirlik grubu için yük dengeleyici yapılandırın.
- Windows ve Oracle Linux için Oracle Data Guard. Oracle Linux ayrıntılarına şu makaleden ulaşabilirsiniz:
- IBM Db2 HADR on SUSE ve RHEL Pacemaker kullanarak SUSE ve RHEL için ayrıntılı belgeler burada verilmiştir:
- Sap ASE ve SAP maxDB yapılandırması şu belgelerde ayrıntılı olarak anlatıldı:
- HANA Büyük Örnekleri yüksek kullanılabilirlik senaryolarının ayrıntıları şunlardır:
Ö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 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:
- sapmnt ve genel aktarım dizini için Windows Genişleme Dosya Hizmetleri'nin kullanıldığı Windows Yük Devretme Kümesi Sunucusu. Ayrıntılar makalede açıklanmıştır:
- Sapmnt ve genel aktarım dizini için Azure NetApp Files'ı temel alan SMB paylaşımını kullanan Windows Yük Devretme Kümesi Sunucusu. Ayrıntılar makalede listelenmiştir:
- SIOS
Datakeeper
tabanlı Windows Yük Devretme Kümesi Sunucusu. Microsoft tarafından belgelenmiş olsa da, bu çözümü kullanırken SIOS desteğiyle etkileşim kurabilmeniz için SIOS ile bir destek ilişkisine ihtiyacınız vardır. Ayrıntılar makalede açıklanmıştır: - İki SUSE VM kullanarak ve
drdb
dosya çoğaltma için yüksek oranda kullanılabilir bir NFS paylaşımı oluşturan SUSE işletim sisteminde Pacemaker. Ayrıntılar makalede belgelenmiştir - Azure NetApp Files tarafından sağlanan NFS paylaşımlarını kullanan Pacemaker SUSE işletim sistemi. Ayrıntılar şu şekilde belgelenmiştir:
- Kümede barındırılan
glusterfs
NFS paylaşımına sahip Red Hat işletim sisteminde Pacemaker. Ayrıntılara makalelerden ulaşabilirsiniz - Azure NetApp Files'da barındırılan NFS paylaşımına sahip Red Hat üzerinde Pacemaker işletim sistemi. Ayrıntılar makalede açıklanmıştır
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:
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
- Azure'da Windows Server Yük Devretme Kümelemesi ve paylaşılan disk ile SAP ASCS/SCS örneği multi-SID yüksek kullanılabilirliği
- Azure'da Windows Server Yük Devretme Kümelemesi ve dosya paylaşımı ile SAP ASCS/SCS örneği multi-SID yüksek kullanılabilirliği
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
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:
- SAP HANA Azure sanal makine depolama yapılandırmaları
- SUSE Linux Enterprise Server üzerinde Azure NetApp Files kullanarak bekleme düğümüyle SAP HANA ölçeği genişletme sistemini dağıtma
- Red Hat Enterprise Linux üzerinde Azure NetApp Files kullanarak bekleme düğümüyle SAP HANA ölçeği genişletme sistemini dağıtma
- SAP destek notu #2080991
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.
Not
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ğaltması 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 gereçleri: 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, SIOSDatakeeper
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