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

  • Makale

Windows logo. 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ümelemesi gerçekleştirmek için farklı çekirdek modları arasından seçim yapabilirsiniz.

Ön koşullar

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

Dekont

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, çıplak veya özel bulut dağıtımlarıyla karşılaştırıldığında Windows Server yük devretme kümelemesi 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.

Figure 1: Windows Server Failover Clustering configuration in Azure without a shared disk

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

Dekont

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

Figure 2: SAP ASCS/SCS HA architecture with SMB file share

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

Figure 3: SAP <SID> cluster role resources for using a file share

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

Azure'da SAPMNT dosya paylaşımı olarak Depolama Alanları Doğrudan olan dosya paylaşımlarının ölçeğini genişletme

SAP genel konak dosyalarını barındırmak ve korumak için bir genişleme dosya paylaşımı kullanabilirsiniz. Genişleme dosya paylaşımı, yüksek oranda kullanılabilir bir SAPMNT dosya paylaşımı hizmeti de sunar.

Figure 4: Scale-out file share used to protect SAP global host files

Şekil 4: SAP genel konak dosyalarını korumak için kullanılan genişleme dosya paylaşımı

Önemli

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

Ölçeği genişletilen dosya paylaşımı, yüksek oranda kullanılabilir ve yatay olarak ölçeklenebilir bir SAPMNT dosya paylaşımı sunar.

Depolama Alanları Doğrudan, genişleme dosya paylaşımı için paylaşılan 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 genel konak dosyaları gibi bir genişleme dosya paylaşımı için kullanılan paylaşılan depolama tek bir hata 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.
  • Farklı Azure Kullanılabilirlik Alanları Depolama Alan Doğrudan Kümesinin genişletilmesi desteklenmez.

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

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

  • Genişleme 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 bir genişleme dosya paylaşımı için iki yönlü yansıtma.
    • Üç (veya daha fazla) küme düğümüne sahip bir genişleme dosya paylaşımı için üç yönlü yansıtma.
  • Bir genişleme dosya paylaşımı için üç yönlü yansıtmalı üç (veya daha fazla) küme düğümü öneririz. 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.
  • SAP genel konağı> gibi <genişleme dosya paylaşımı ağ adı için Azure iç yük dengeleyiciyi yapılandırmanız gerekmez. Bu, SAP ASCS/SCS örneğinin <ASCS/SCS sanal ana bilgisayar adı> veya DBMS için yapılır. Ölçeği genişleten dosya paylaşımı, yükün ölçeğini tüm küme düğümleri arasında genişletebilir. <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 iki kümede bir genişleme dosya paylaşımı yapılandırma

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, başka 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 genel konağına> erişecek şekilde yapılandırılır.

Figure 5: SAP ASCS/SCS instance and a scale-out file share deployed in two clusters

Şekil 5: sap ASCS/SCS örneği ve iki kümede dağıtılan bir genişleme 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ı

Figure 6: Windows Server failover clustering configuration in Azure with Windows SOFS and locally installed SAP Application Server

Dekont

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

Figure 7: SAP ASCS/SCS on SQL Server Always On nodes using Windows SOFS

Dekont

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 temel Alınan Azure altyapısına dağıtılmış olarak 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