Azure'da dosya paylaşımı kullanarak bir sap ASCS/SCS Windows yük devretme kümesinde kümeleme

  • Makale
  • Okumak için 8 dakika

Windows logo. Windows

Windows Sunucu yük devretme kümelesi, bir yüksek kullanılabilirlik SAP ASCS/SCS yüklemesi ve Windows.

Yük devretme kümesi, uygulama ve hizmetlerin kullanılabilirliğini artırmak için birlikte çalışan 1+n bağımsız sunucudan (düğüm) bir grupdur. Bir düğüm hatası oluşursa, Windows Sunucusu yük devretme kümelesi, ortaya çıkabilir hata sayısını hesaplar ve uygulama ve hizmet sağlamak için iyi durumdaki bir kümeyi sürdürmeye devam ediyor. Yük devretme kümeleşi elde etmek için farklı çekirdek modları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çirebilirsiniz:

Önemli

Sap ASCS/SCS örneklerini bir dosya paylaşımı kullanarak kümeleme, SAP Kernel 7.49 (ve sonrası) ile SAP NetWeaver 7.40 (ve sonrası) için de kullanılabilir.

Windows Azure'da sunucu yük devretme kümelesi

Azure Sanal Makineleri, çıplak veya özel bulut dağıtımları ile karşılaştırıldığında, Sunucu yük devretme kümele Windows yapılandırmaya yönelik ek adımlar gerektirir. Bir küme derlemek için 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 konak 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 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ümeye küme sanal IP adresi üzerinden erişer.

İç 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ırabilirsiniz. İstemciler sanal ana bilgisayar adı üzerinden bağlantı kurarak. DNS sunucusu küme IP adresini çözümler. İç yük dengeleyici, kümenin etkin düğümüne bağlantı noktası iletmeyi ele almaktadır.

Şekil 1: Windows disk olmadan Azure'da Sunucu Yük Devretme Kümele yapılandırması oluşturma

Şekil 1: Windows disk olmadan Azure'da sunucu yük devretme kümele yapılandırması oluşturma

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

SAP, bir sap ASCS/SCS örneğini bir yük devretme kümesinde kümeleme için yeni bir yaklaşım ve küme paylaşılan diskleri Windows 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 diskleri kullanmaya alternatiftir.

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

  • SAP merkezi hizmetleri (kendi dosya yapısına ve iletisine ve enqueue işlemlerine sahip), 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ş ve sanal konak adı <ASCS/SCS virtual host name> kullanılarak erişilebilir.
  • SAP genel dosyaları SMB dosya paylaşımına yerleştirilir ve ana bilgisayar adı <SAP global host> kullanılarak erişilir: SAP genel ana bilgisayar \ \ < > \sapmnt \ < SID > \SYS . ..
  • SAP ASCS/SCS örneği her iki küme düğümünde de yerel bir diske yüklenir.
  • Ağ <ASCS/SCS virtual host name> adı SAP genel ana < bilgisayarlarından > farklıdır.

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

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

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

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

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

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

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

Azure'da SAPMNT dosya Depolama Alanları Doğrudan ile dosya paylaşımları ölçeğini geliştirme

SAP genel konak dosyalarını barındırmak ve korumak için bir ölçek dışarı dosya paylaşımı kullanabilirsiniz. Bir ölçek ölçeğini dışarı dosya paylaşımı da yüksek oranda kullanılabilir SAPMNT dosya paylaşımı hizmeti sunar.

Şekil 4: SAP genel konak dosyalarını korumak için kullanılan dosya paylaşımının ölçeğini geliştirme

Şekil 4: SAP genel konak dosyalarını korumak için kullanılan bir ölçeğin dışarı doğru dosya paylaşımı

Önemli

Dosya paylaşımlarının ölçeğini uzdirma, Microsoft Azure ve şirket içi ortamlarda tam olarak de desteklemektedir.

Bir ölçeklendirilebilir dosya paylaşımı, yüksek oranda kullanılabilir ve yatay olarak ölçeklenebilir SAPMNT dosya paylaşımı sunar.

Depolama Alanları Direct, bir ölçek ölçeğini dışarı dosya paylaşımı için paylaşılan disk olarak kullanılır. Yerel depolama alanına Depolama Alanları yüksek oranda kullanılabilir ve ölçeklenebilir depolama alanı oluşturmak için Depolama Alanları Direct'i kullanabilirsiniz. SAP genel konak dosyalarında olduğu gibi, ölçeğin dışarı doğru dosya paylaşımı için kullanılan paylaşılan depolama tek hata noktası değildir.

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

  • Depolama Alanları Direct kümesi oluşturmak için kullanılan sanal makinelerin bir Azure kullanılabilirlik kümesine dağıtılması gerekir.
  • Doğrudan Küme'de bir Depolama Alanları olağanüstü durum kurtarma için, Azure Site Recovery Hizmetleri'ni kullanabilirsiniz.
  • Depolama Space Direct Kümesi'ni farklı Azure Kullanılabilirlik Alanları.

Azure'da dosya paylaşımlarını ölçeklendirmek için SAP önkoşulları

Bir ölçeğin dışarı doğru dosya paylaşımını kullanmak için, sisteminizin aşağıdaki gereksinimleri karşılaması gerekir:

  • Bir ölçek genişletin dosya paylaşımı için en az iki küme düğümü.
  • Her düğümün en az iki yerel diski olması gerekir.
  • Performans nedenden dolayı yansıtmaya karşı gerekenler:
    • İki küme düğümüne sahip bir ölçek genişletin dosya paylaşımı için çift yol yansıtma.
    • Üç (veya daha fazla) küme düğümüne sahip bir ölçek genişletin dosya paylaşımı için üç yol yansıtma.
  • Üç yol yansıtma ile bir ölçek genişletin dosya paylaşımı için üç (veya daha fazla) küme düğümü öneririz. Bu kurulum, iki küme düğümü ve iki yollu yansıtma ile ölçek genişletme dosya paylaşımı kurulumundan daha fazla ölçeklenebilirlik ve daha fazla depolama dayanıklılığı sağlar.
  • Azure depolama disklerini Premium gerekir.
  • Azure Yönetilen Diskler.
  • Birimleri, Resilient File System (ReFS) kullanarak biçimlendirmenizi öneririz.
  • Azure VM DS-Series veya DSv2-Series kullanabilirsiniz.
  • Doğrudan disk eşitleme için gereken VM'ler arasında iyi bir ağ Depolama Alanları, 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 bazı konumlanmamış kapasiteleri korumanız önerilir. Bazı ayrılmamış kapasiteleri depolama havuzunda bırakmak, bir sürücü başarısız olursa birimlerin "yerinde" onarılması için alan 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 dengeleyiciyi, örneğin için gibi, ölçeğin dışarı doğru dosya paylaşımı ağ adı için yapılandırmanız gerek <SAP global host> yok. Bu, SAP <ASCS/SCS virtual host name> ASCS/SCS örneği veya DBMS için yapılır. Ölçeği genişletin dosya paylaşımı, yükün ölçeğini tüm küme düğümlerine ölçekler. <SAP global host> tüm küme düğümleri için yerel IP adresini kullanır.

Önemli

SAPMNT dosya paylaşımını olarak adlandırılan yeniden <SAP global host> adlandıramazsınız. SAP yalnızca "sapmnt" paylaşım adını destekler.

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

SAP ASCS/SCS örneklerini ve iki kümede bir ölçeğin dışarı doğru dosya paylaşımını yapılandırma

SAP ASCS/SCS örneklerini kendi SAP kümesi rolüne sahip ayrı bir kümede <SID> dağıtmalısiniz. Bu durumda, başka bir kümede başka bir küme rolüyle, ölçeğin dışarı doğru dosya paylaşımını yapılandırırsanız.

Önemli

Kurulum aşağıdaki gereksinimi karşılamalı: SAP ASCS/SCS örnekleri ve SOFS paylaşımı ayrı kümelere dağıtılacaktır.

Önemli

Bu senaryoda SAP ASCS/SCS örneği, SAP genel konak \ \ < > \sapmnt \ < SID > \SYS UNC yolu kullanılarak SAP genel ana bilgisayar erişimi için yapılandırılmıştır.

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

Şekil 5: sap ASCS/SCS örneği ve iki kümede dağıtılan bir ölçek dışarı 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'lerde birden çok SAP örneği yer alır.

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

Önemli

SQL Server Always On düğümüne yerel SAP Uygulama Sunucusu yükleme desteklenmiyor.

Sap ASCS/SCS ve Microsoft SQL Server veritabanı, tek hata noktasıdır (SPOF). Bu SPO'ları bir Windows WSFC kullanılır.

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

WINDOWS SOFS kullanan WSFC düğümlerde SAP Uygulama Sunucuları

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

Not

Resimde ek yerel disklerin kullanımı yer alenidir. 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 kullanarak Always On SQL Server üzerinde SAP ASCS/SCS

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

Not

Resimde ek yerel disklerin kullanımı yer alenidir. 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 bulutlarında, SAP ve ölçeğini uzdirma dosya paylaşımları için kullanılan her kümenin kendi Azure kullanılabilirlik kümesinde veya farklı azure Azure Kullanılabilirlik Alanları. Bu, küme VM'lerinin temel Alınan Azure altyapısına dağıtılmış yerleşimini sağlar. Kullanılabilirlik Alanı dağıtımları bu teknolojiyle birlikte de desteklemektedir.

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 bir diğer seçenektir.

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

Sonraki adımlar