Azure'da paylaşılan bir disk kullanarak Windows yük devretme kümesinde SAP ASCS/SCS örneğini kümele
Windows
Windows Server Yük Devretme Kümelemesi (WSFC), Windows'ta yüksek kullanılabilirlik (HA) SAP ASCS/SCS yükleme ve veritabanı yönetim sistemlerinin (DBMSs) 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, WSFC 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 çeşitli çekirdek modları arasından seçim yapabilirsiniz.
Önkoşullar
Bu makaledeki görevlere başlamadan önce SAP NetWeaver için yüksek kullanılabilirlik mimarisi ve senaryoları makalesini gözden geçirin.
Azure'da Windows Server Yük Devretme Kümelemesi
Azure sanal makineleri (VM) ile WSFC için ek yapılandırma adımları gerekir. 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ümenin 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 ve iç yük dengeleyici kümenin etkin düğümüne bağlantı noktası iletmeyi işler.
Küme paylaşılan diskleri ile SAP ASCS/SCS HA
Windows'da SAP ASCS/SCS örneği SAP merkezi hizmetlerini, SAP ileti sunucusunu, sıralama sunucusu işlemlerini ve SAP genel konak dosyalarını içerir. SAP genel konak dosyaları, SAP sisteminin tamamı için merkezi dosyaları depolar.
SAP ASCS/SCS örneği aşağıdaki bileşenlere sahiptir:
SAP merkezi hizmetleri:
- İki işlem (bir ileti sunucusu ve bir sıra sunucusu için) ve iki işleme erişmek için kullanılan bir ASCS/SCS sanal ana bilgisayar adı
- Dosya yapısı: S:\usr\sap\<SID>\ASCS/SCS<örnek numarası>
SAP genel konak dosyaları:
Dosya yapısı: S:\usr\sap\<SID>\SYS...
Aşağıdaki UNC yolunu kullanarak bu genel S:\usr\sap\SID>\<SYS... dosyalarına erişim sağlayan sapmnt dosya paylaşımı:
\\<ASCS/SCS sanal ana bilgisayar adı>\sapmnt\<SID>\SYS...
Yüksek kullanılabilirlik ayarında SAP ASCS/SCS örneklerini kümelersiniz. SAP ASCS/SCS ve SAP genel konak dosyalarını yerleştirmek için küme paylaşılan disklerini (bu makalenin örneğinde S sürücüsü) kullanırsınız.
Enqueue Replication Server 1 (ERS1) mimarisiyle:
- Sapmnt dosya paylaşımı aracılığıyla SAP genel konak dosyalarına ek olarak SAP ileti sunucusuna erişmek ve sunucu işlemlerini sıralamak için aynı ASCS/SCS sanal ana bilgisayar adı kullanılır.
- Aynı küme paylaşılan diski (S sürücüsü) bunlar arasında paylaşılır.
Enqueue Replication Server 2 (ERS2) mimarisiyle:
- Sapmnt dosya paylaşımı aracılığıyla SAP genel konak dosyalarına ek olarak SAP ileti sunucusu işlemine erişmek için aynı ASCS/SCS sanal ana bilgisayar adı kullanılır.
- Aynı küme paylaşılan diski (S sürücüsü) bunlar arasında paylaşılır.
- Sunucu sıralama işlemine erişmek için ayrı bir ERS sanal ana bilgisayar adı vardır.
Paylaşılan diskler ve Çoğaltma Sunucusunu Sıraya Ekle
Paylaşılan diskler ERS1 mimarisiyle desteklenir ve burada ERS1 örneği:
- Kümelenmedi.
- Bir
localhostad kullanır. - Küme düğümlerinin her birinde yerel disklere dağıtılır.
Paylaşılan diskler, ERS2 örneği olan bir ERS2 mimarisiyle de desteklenir:
- Kümelenmiş.
- Ayrılmış bir sanal veya ağ ana bilgisayar adı kullanır.
- (A)SCS IP adresine ek olarak, ERS sanal ana bilgisayar adının IP adresinin bir Azure iç yük dengeleyicide yapılandırılması gerekir.
- Kümelenmiş düğümlerin her birinde yerel disklere dağıtıldığından, paylaşılan diske gerek yoktur.
ERS1 ve ERS2 hakkında daha fazla bilgi için bkz . Sap web sitesindeki Microsoft Yük Devretme Kümesinde Çoğaltma Sunucusunu Sıralama ve Yük Devretme Kümesi ortamlarında Yeni Sıralayıcı Çoğaltma.
SAP iş yükleri için Azure'da paylaşılan disk seçenekleri
Azure'daki bir Windows yük devretme kümesindeki paylaşılan diskler için iki seçenek vardır:
- Azure yönetilen disklerini aynı anda birden çok VM'ye eklemek için Azure paylaşılan disklerini kullanın.
- SiOS DataKeeper Cluster Edition'ı kullanarak küme paylaşılan depolamanın simülasyonunu oluşturan yansıtılmış bir depolama alanı oluşturun.
Paylaşılan diskler için teknolojiyi seçerken SAP iş yükleri için Azure paylaşılan diskleri hakkında dikkat edilmesi gereken noktaları göz önünde bulundurun:
- Azure Premium SSD diskleri ile Azure paylaşılan disklerinin kullanımı, kullanılabilirlik kümelerinde ve kullanılabilirlik alanlarında SAP dağıtımı için desteklenir.
- Azure Ultra Disk Depolama diskleri ve Azure Standart SSD diskleri, SAP iş yükleri için Azure paylaşılan diskleri olarak desteklenmez.
- Gerekli sayıda VM'yi aynı anda ekleyebilmek için Premium SSD aralıklarında belirtilen en düşük disk boyutuna sahip Azure Premium SSD diskleri sağladığından emin olun. SAP ASCS Windows yük devretme kümeleri için genellikle iki VM'ye ihtiyacınız vardır.
SIOS ile ilgili aşağıdaki noktaları göz önünde bulundurun:
- SIOS çözümü, iki disk arasında gerçek zamanlı zaman uyumlu veri çoğaltması sağlar.
- SIOS çözümüyle iki yönetilen diskle çalışırsınız. Kullanılabilirlik kümeleri veya kullanılabilirlik alanları kullanıyorsanız, yönetilen diskler farklı depolama kümelerindedir.
- Kullanılabilirlik alanlarında dağıtım desteklenir.
- SIOS çözümü, ayrı olarak satın almanız gereken üçüncü taraf yazılımların yüklenmesini ve çalıştırılmasını gerektirir.
Azure paylaşılan diskleri
Azure paylaşılan diskleriyle SAP ASCS/SCS HA uygulayabilirsiniz.
Ön koşullar ve sınırlamalar
Şu anda Azure Premium SSD disklerini SAP ASCS/SCS örneği için Azure paylaşılan diskleri olarak kullanabilirsiniz. Şu anda aşağıdaki sınırlamalar mevcuttur:
- Azure Ultra Disk Depolama diskleri ve Standart SSD diskler, SAP iş yükleri için Azure paylaşılan diskleri olarak desteklenmez.
- Premium SSD diskleri olan Azure Paylaşılan diskleri , kullanılabilirlik kümelerinde ve kullanılabilirlik alanlarında SAP dağıtımı için desteklenir.
- Premium SSD diskleri olan Azure paylaşılan diskleri iki depolama seçeneğiyle birlikte gelir:
- Premium SSD paylaşılan diskleri (değeri
Premium_LRS) için yerel olarak yedekli depolama (skuNameLRS), kullanılabilirlik kümelerinde dağıtım ile desteklenir. - Premium SSD paylaşılan diskleri için alanlar arası yedekli depolama (ZRS) kullanılabilirlik
skuNamePremium_ZRSalanlarında dağıtım ile desteklenir.
- Premium SSD paylaşılan diskleri (değeri
- MaxShares Azure paylaşılan disk değeri, paylaşılan diski kaç küme düğümlerinin kullanabileceğini belirler. SAP ASCS/SCS örneği için genellikle WSFC'de iki düğüm yapılandırabilirsiniz. Ardından değerini
maxSharesolarak2ayarlarsınız. - Azure paylaşılan diskleri için Azure yakınlık yerleştirme grubu (PPG) gerekli değildir. Ancak PPG'lerle SAP dağıtımı için şu yönergeleri izleyin:
- Bir bölgede dağıtılan bir SAP sistemi için PPG kullanıyorsanız, diski paylaşan tüm sanal makinelerin aynı PPG'nin parçası olması gerekir.
- Bölgeler arasında dağıtılan bir SAP sistemi için PPG'leri kullanıyorsanız, bölgesel dağıtımlarla yakın yerleştirme grupları bölümünde açıklandığı gibi, diski paylaşan sanal makinelere depolama ekleyebilirsiniz
Premium_ZRS.
Daha fazla bilgi için Azure paylaşılan diskleri belgelerinin Sınırlamalar bölümünü gözden geçirin.
Premium SSD paylaşılan diskleri için önemli noktalar
Azure Premium SSD paylaşılan diskleriyle ilgili şu önemli noktaları göz önünde bulundurun:
Premium SSD paylaşılan diskleri için LRS:
- Premium SSD paylaşılan diskleri için LRS ile SAP dağıtımı, tek bir depolama kümesinde tek bir Azure paylaşılan diski ile çalışır. Azure paylaşılan diskinin dağıtıldığı depolama kümesiyle ilgili bir sorun varsa, SAP ASCS/SCS örneğinizi etkiler.
Premium SSD paylaşılan diskleri için ZRS:
- Verilerin çapraz bölgesel olarak kopyalanması nedeniyle ZRS için yazma gecikme süresi LRS'den daha yüksektir.
- Farklı bölgelerdeki kullanılabilirlik alanları arasındaki mesafe değişir ve kullanılabilirlik alanları arasında ZRS disk gecikme süresi de değişir. Bölgenizdeki ZRS disklerinin gecikme süresini belirlemek için disklerinizi karşılaştırma.
- Premium SSD için ZRS paylaşılan diskleri, verileri bölgedeki üç kullanılabilirlik alanında zaman uyumlu bir şekilde çoğaltır. Depolama kümelerinden birinde bir sorun varsa, depolama yük devretmesi uygulama katmanına saydam olduğundan SAP ASCS/SCS örneğiniz çalışmaya devam eder.
- Daha fazla bilgi için yönetilen diskler için ZRS belgelerinin Sınırlamalar bölümünü gözden geçirin.
SAP dağıtımınızı planlamayla ilgili diğer önemli noktalar için Bkz. SAP iş yükleri için Azure ve Azure Depolama türlerinde SAP dağıtımı planlama ve uygulama.
Desteklenen işletim sistemi sürümleri
Windows Server 2016, 2019 ve üzeri desteklenir. En son veri merkezi görüntülerini kullanın.
Aşağıdaki nedenlerden dolayı en az Windows Server 2019 Datacenter kullanmanızı kesinlikle öneririz:
- Windows Server 2019'da WSFC, Azure'ın farkındadır.
- Windows Server 2019 Datacenter, Azure konak bakımıyla ilgili tümleştirme ve farkındalık ile Zamanlanmış Azure olaylarını izleyerek geliştirilmiş deneyim içerir.
- Dağıtılmış ağ adlarını kullanabilirsiniz. (Bu varsayılan seçenektir.) Küme ağ adı için ayrılmış bir IP adresine sahip olmanız gerekmez. Ayrıca, Azure iç yük dengeleyicide BIR IP adresi yapılandırmanız gerekmez.
AZURE'da SIOS DataKeeper ile paylaşılan diskler
Paylaşılan diskler için bir diğer seçenek de, küme paylaşılan depolamanın simülasyonunu oluşturan yansıtılmış bir depolama oluşturmak için SIOS DataKeeper Cluster Edition kullanmaktır. SIOS çözümü gerçek zamanlı zaman uyumlu veri çoğaltması sağlar.
Küme için paylaşılan disk kaynağı oluşturmak için:
- Bir Windows kümesi yapılandırmasındaki sanal makinelerin her birine ek bir disk ekleyin.
- Her iki sanal makine düğümünde de SIOS DataKeeper Cluster Edition'ı çalıştırın.
- SIOS DataKeeper Cluster Edition'ı kaynak sanal makineden ek diske bağlı birimin içeriğini hedef sanal makinenin ek diske bağlı birimine yansıtacak şekilde yapılandırın. SIOS DataKeeper, kaynak ve hedef yerel birimleri soyutlar ve bunları WSFC'ye paylaşılan bir disk olarak sunar.
Not
SQL Server gibi bazı DBMS ürünleriyle yüksek kullanılabilirlik için paylaşılan disklere ihtiyacınız yoktur. SQL Server Always On, DBMS verilerini ve günlük dosyalarını bir küme düğümünün yerel diskinden başka bir küme düğümünün yerel diskine çoğaltır. Bu durumda, Windows kümesi yapılandırmasının paylaşılan diske ihtiyacı yoktur.
İsteğe bağlı yapılandırmalar
Aşağıdaki diyagramlarda, toplam VM sayısını azaltmak için Windows Server Yük Devretme Kümelemesi çalıştıran Azure VM'lerinde birden çok SAP örneği gösterilmektedir.
Bu yapılandırma, 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 uygulama sunucusu yükleme desteklenmez.
Sap ASCS/SCS ve Microsoft SQL Server veritabanı tek hata noktalarıdır (SPOFs). WSFC, windows ortamında bu SPOF'lerin korunmasına yardımcı olur.
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ını öneririz.
Bu diyagramda, SIOS DataKeeper kullanımıyla WSFC düğümlerindeki SAP uygulama sunucuları gösterilmektedir:
SAP uygulama sunucuları yerel olarak yüklendiği için herhangi bir eşitleme ayarlamanıza gerek yoktur.
Bu diyagramda, SIOS DataKeeper kullanımıyla SQL Server Always On düğümlerinde SAP ASCS/SCS gösterilmektedir:
Diğer yapılandırmalar hakkında bilgi için aşağıdaki kaynaklara bakın: