Aracılığıyla paylaş

Azure'da dosya paylaşımı kullanarak Windows yük devretme kümesinde SAP ASCS/SCS örneğini kümeleyin

Windows logosu. Windows

Windows Server yük devretme kümelemesi, Windows'da yüksek kullanılabilirliğe sahip SAP ASCS/SCS yüklemesinin ve DBMS'nin temelini oluşturur.

Yük devretme kümesi, uygulamaların ve hizmetlerin kullanılabilirliğini artırmak için birlikte çalışan 1+n bağımsız sunucu (düğüm) grubudur. Bir düğüm hatası oluşursa, Windows Server yük devretme kümelemesi oluşabilecek hataların sayısını hesaplar ve yine de uygulama ve hizmet sağlamak için iyi durumda bir küme tutar. Yük devretme kümeleri gerçekleştirmek için farklı çoğunluk modları arasından seçim yapabilirsiniz.

Önkoşullar

Bu makalede açıklanan görevlere başlamadan önce aşağıdaki makaleleri ve SAP notlarını gözden geçirin:

Not

SAP ASCS/SCS örneklerini dosya paylaşımı kullanarak kümeleme, SAP Çekirdeği 7.22 (ve üzeri) ile SAP sistemleri için desteklenir. Ayrıntılar için bkz. SAP not 2698948

Azure'da Windows Server yük devretme kümelemesi

Azure Sanal Makineler, bare-metal veya özel bulut dağıtımlarıyla karşılaştırıldığında, Windows Server yük devretme kümelemesini yapılandırmak için ek adımlar gerektirir. Küme oluştururken, SAP ASCS/SCS örneği için birkaç IP adresi ve sanal konak adı ayarlamanız gerekir.

Azure'da ad çözümlemesi ve küme sanal ana bilgisayar adı

Azure bulut platformu, kayan IP adresleri gibi sanal IP adreslerini yapılandırma seçeneği sunmaz. Buluttaki küme kaynağına ulaşmak için bir sanal IP adresi ayarlamak için alternatif bir çözüme ihtiyacınız vardır.

Azure Load Balancer hizmeti, Azure için bir iç yük dengeleyici sağlar. İç yük dengeleyici ile istemciler küme sanal IP adresi üzerinden kümeye ulaşır.

İç yük dengeleyiciyi küme düğümlerini içeren kaynak grubuna dağıtın. Ardından, iç yük dengeleyicinin yoklama bağlantı noktalarını kullanarak tüm gerekli bağlantı noktası iletme kurallarını yapılandırın. İstemciler sanal ana bilgisayar adıyla bağlanabilir. DNS sunucusu küme IP adresini çözümler. İç yük dengeleyici, kümenin etkin düğümüne bağlantı noktası iletmeyi işler.

Şekil 1: Paylaşılan disk olmadan Azure'da Windows Server Yük Devretme Kümelemesi yapılandırması

Şekil 1: Paylaşılan disk olmadan Azure'da Windows Server yük devretme kümelemesi yapılandırması

Dosya paylaşımı ile SAP ASCS/SCS HA

SAP, Windows yük devretme kümesinde SAP ASCS/SCS örneğini kümeleme için yeni bir yaklaşım ve küme paylaşılan disklerine alternatif geliştirdi. Küme paylaşılan diskleri kullanmak yerine, SAP genel konak dosyalarını dağıtmak için bir SMB dosya paylaşımı kullanabilirsiniz.

Not

SMB dosya paylaşımı, SAP ASCS/SCS örneklerini kümeleme için küme paylaşılan disklerini kullanmaya alternatiftir.

Bu mimari aşağıdaki yollarla özeldir:

  • SAP merkezi hizmetleri (kendi dosya yapısı ve ileti ve sıralama işlemleriyle) SAP genel konak dosyalarından ayrıdır.
  • SAP merkezi hizmetleri bir SAP ASCS/SCS örneği altında çalışır.
  • SAP ASCS/SCS örneği kümelenmiştir ve <ASCS/SCS sanal ana bilgisayar adı> kullanılarak erişilebilir.
  • SAP genel dosyaları SMB dosya paylaşımına yerleştirilir ve SAP genel ana bilgisayar adı kullanılarak <erişilir: \\>SAP global host<\sapmnt\>SID<\SYS.>..
  • SAP ASCS/SCS örneği her iki küme düğümünde de yerel bir diske yüklenir.
  • <ASCS/SCS sanal ana bilgisayar adı> ağ adı SAP genel ana bilgisayarından <>farklıdır.

Şekil 2: SMB dosya paylaşımı ile SAP ASCS/SCS HA mimarisi

Şekil 2: SMB dosya paylaşımıyla yeni SAP ASCS/SCS HA mimarisi

SMB dosya paylaşımı için önkoşullar:

  • SMB 3.0 (veya üzeri) protokolü.
  • Active Directory kullanıcı grupları ve bilgisayar nesnesi için Active Directory erişim denetim listeleri (ACL' ler) ayarlayabilme computer$ .
  • Dosya paylaşımı HA etkin olmalıdır:
    • Dosyaları depolamak için kullanılan diskler tek bir hata noktası olmamalıdır.
    • Sunucu veya VM kapalı kalma süresi, dosya paylaşımında kapalı kalma süresine neden olmaz.

SAP <SID> küme rolü, küme paylaşılan diskleri veya genel bir dosya paylaşımı küme kaynağı içermez.

Şekil 3: Dosya paylaşımını kullanmak için SAP <SID> küme rolü kaynakları

Şekil 3: Dosya paylaşımını kullanmak için SAP <SID> küme rolü kaynakları

Azure'da SAPMNT dosya paylaşımı olarak Storage Spaces Direct ile dosya paylaşımlarını ölçeklendirme.

SAP global ana bilgisayar dosyalarını barındırmak ve korumak için ölçeklenebilir bir dosya paylaşımı kullanabilirsiniz. Ölçeklenebilir dosya paylaşımı, yüksek kullanılabilirlik sağlayan bir SAPMNT dosya paylaşımı hizmeti de sunar.

Şekil 4: SAP küresel ana bilgisayar dosyalarını korumak için kullanılan ölçeklenebilir dosya paylaşımı

Şekil 4: SAP ana bilgisayar dosyalarını korumak için kullanılan ölçeklenebilir dosya paylaşımı

Önemli

Genişleme dosya paylaşımları Microsoft Azure bulutunda ve şirket içi ortamlarda tam olarak desteklenir.

Ölçeklenebilir bir dosya paylaşımı, yüksek erişilebilirlikte ve yatay olarak ölçeklenebilir bir SAPMNT dosya paylaşımı sunar.

Storage Spaces Direct, scale-out dosya paylaşımları için paylaşılan bir disk olarak kullanılır. yerel depolamaya sahip sunucuları kullanarak yüksek oranda kullanılabilir ve ölçeklenebilir depolama oluşturmak için Depolama Alanları Doğrudan kullanabilirsiniz. SAP global ana bilgisayar dosyaları gibi bir ölçeklenebilir dosya paylaşımı için kullanılan paylaşılan depolama, tek arıza noktası değildir.

Depolama Alanları Doğrudan seçerken şu kullanım örneklerini göz önünde bulundurun:

  • Depolama Alanları Doğrudan kümesini oluşturmak için kullanılan sanal makinelerin bir Azure kullanılabilirlik kümesinde dağıtılması gerekir.
  • Depolama Alanları Doğrudan Kümesinde olağanüstü durum kurtarma için Azure Site Recovery Services'ı kullanabilirsiniz.
  • Depolama Alanı Doğrudan Kümesi'nin farklı Azure Kullanılabilirlik Alanları'na genişletilmesi desteklenmez.

Azure'da genişleme dosya paylaşımları için SAP önkoşulları

Ölçek genişletmeli dosya paylaşımını kullanmak için sisteminizin aşağıdaki gereksinimleri karşılaması gerekir:

  • Ölçeklenebilir bir dosya paylaşımı için en az iki küme düğümü.
  • Her düğümde en az iki yerel disk olmalıdır.
  • Performans açısından yansıtma dayanıklılığını kullanmanız gerekir:
    • İki küme düğümüne sahip genişletilmiş bir dosya paylaşımı için çift yönlü yansıtma.
    • Üç (veya daha fazla) küme düğümüne sahip bir genişleyen dosya paylaşımı için üç yönlü yansıtma işlemi.
  • Ölçeklenebilir dosya paylaşımı için üç yönlü yansıtma ile üç (veya daha fazla) küme düğümü öneriyoruz. Bu kurulum, iki küme düğümü ve iki yönlü yansıtma ile genişleme dosya paylaşımı kurulumundan daha fazla ölçeklenebilirlik ve daha fazla depolama dayanıklılığı sunar.
  • Azure Premium diskleri kullanmanız gerekir.
  • Azure Yönetilen Diskler kullanmanızı öneririz.
  • Birimleri Dayanıklı Dosya Sistemi (ReFS) kullanarak biçimlendirmenizi öneririz.
  • DS Serisi veya DSv2 Serisi Azure VM boyutlarını kullanabilirsiniz.
  • Depolama Alanları Doğrudan disk eşitlemesi için gereken VM'ler arasında iyi bir ağ performansı için en az "yüksek" ağ bant genişliğine sahip bir VM türü kullanın. Daha fazla bilgi için bkz. DSv2 Serisi ve DS Serisi belirtimleri.
  • Depolama havuzunda ayrılmamış kapasite ayırmanızı öneririz. Depolama havuzunda ayrılmamış kapasite bırakmak, sürücü başarısız olursa birimlerin "yerinde" onarılmalarını sağlar. Bu, veri güvenliğini ve performansını artırır. Daha fazla bilgi için bkz Birim boyutunu seçme.
  • Azure iç yük dengeleyicisini, <SAP global host> gibi ölçeklenebilir dosya paylaşımı ağ adı için yapılandırmanıza gerek yok. Bu, SAP ASCS/SCS örneğinin <ASCS/SCS sanal ana bilgisayar adı> veya DBMS için yapılır. Yatay olarak ölçeklendirilen bir dosya paylaşımı, yükü tüm küme düğümleri arasında dağıtır. <SAP genel ana bilgisayarı> tüm küme düğümleri için yerel IP adresini kullanır.

Önemli

SAP genel konağına< işaret eden SAPMNT dosya paylaşımını >yeniden adlandıramazsınız. SAP yalnızca "sapmnt" paylaşım adını destekler.

Daha fazla bilgi için bkz . SAP Not 2492395 - Sapmnt paylaşım adı değiştirilebilir mi?

SAP ASCS/SCS örneklerini ve genişletilebilir dosya paylaşımını iki kümede yapılandırın.

SAP ASCS/SCS örneklerini kendi SAP <SID> kümesi rolüyle ayrı bir kümede dağıtmanız gerekir. Bu durumda, genişleme dosya paylaşımını başka bir kümede, farklı bir küme rolüyle yapılandıracaksınız.

Önemli

Kurulumun şu gereksinimi karşılaması gerekir: SAP ASCS/SCS örnekleri ve SOFS paylaşımı ayrı kümelerde dağıtılmalıdır.

Önemli

Bu senaryoda SAP ASCS/SCS örneği, UNC yolu \\<SAP global host>\sapmnt\<SID>\SYS kullanılarak SAP global host'a erişecek şekilde yapılandırılır.

Şekil 5: SAP ASCS/SCS örneği ve iki kümede dağıtılan bir genişleme dosya paylaşımı

Şekil 5: SAP ASCS/SCS örneği ve iki kümede dağıtılan bir ölçeklendirilmiş dosya paylaşımı

İsteğe bağlı yapılandırmalar

Aşağıdaki diyagramlarda, toplam VM sayısını azaltmak için Microsoft Windows Yük Devretme Kümesi çalıştıran Azure VM'lerinde birden çok SAP örneği gösterilmektedir.

Bu, SAP ASCS/SCS kümesindeki yerel SAP Uygulama Sunucuları veya Microsoft SQL Server Always On düğümlerinde SAP ASCS/SCS Kümesi Rolü olabilir.

Önemli

SQL Server Always On düğümüne yerel SAP Application Server yükleme desteklenmez.

Sap ASCS/SCS ve Microsoft SQL Server veritabanı, tek hata noktalarıdır (SPOF). Bu SPOF'leri bir Windows ortamında korumak için WSFC kullanılır.

SAP ASCS/SCS'nin kaynak tüketimi oldukça küçük olsa da, SQL Server veya SAP Uygulama Sunucusu için bellek yapılandırmasının 2 GB azaltılması önerilir.

Windows SOFS kullanan WSFC düğümlerinde SAP Uygulama Sunucuları

Şekil 6: Windows SOFS ve yerel olarak yüklenmiş SAP Application Server ile Azure'da Windows Server yük devretme kümelemesi yapılandırması

Not

Resimde ek yerel disklerin kullanımı gösterilmektedir. Bu, işletim sistemi sürücüsüne uygulama yazılımı yüklemeyecek müşteriler için isteğe bağlıdır (C:)

Windows SOFS kullanan SQL Server Always On düğümlerinde SAP ASCS/SCS

Şekil 7: Windows SOFS kullanan SQL Server Always On düğümlerinde SAP ASCS/SCS

Not

Resimde ek yerel disklerin kullanımı gösterilmektedir. Bu, işletim sistemi sürücüsüne uygulama yazılımı yüklemeyecek müşteriler için isteğe bağlıdır (C:)

Önemli

Azure bulutunda SAP ve genişleme dosya paylaşımları için kullanılan her kümenin kendi Azure kullanılabilirlik kümesinde veya Azure Kullanılabilirlik Alanları genelinde dağıtılması gerekir. Bu, küme VM'lerinin Azure'un temel altyapısına dağıtılmış biçimde yerleştirilmesini sağlar. Kullanılabilirlik Alanı dağıtımları bu teknolojiyle desteklenir.

Küme paylaşılan diskleri olarak SIOS DataKeeper ile genel dosya paylaşımı

Genel dosya paylaşımı, yüksek oranda kullanılabilir bir dosya paylaşımı elde etmek için başka bir seçenektir.

Bu durumda, üçüncü taraf SIOS çözümünü küme paylaşılan diski olarak kullanabilirsiniz.

Sonraki adımlar