Azure VM 'lerinde SAP NetWeaver için yüksek kullanılabilirlik

Azure sanal makineleri, işlem, depolama ve ağ kaynakları, en kısa sürede ve uzun tedarik döngüleri olmadan ihtiyaç duyulan kuruluşların çözümüdür. SAP NetWeaver tabanlı ABAP, Java ve bir ABAP + Java yığını gibi klasik uygulamaları dağıtmak için Azure sanal makinelerini kullanabilirsiniz. Ek şirket içi kaynaklar olmadan güvenilirliği ve kullanılabilirliği genişletin. Azure sanal makineleri, şirket içi etki alanları, özel bulutlar ve SAP sistem yataya Azure sanal makinelerini tümleştirmenize olanak sağlamak için şirketler arası bağlantıyı destekler.

Bu makalede, Azure Resource Manager dağıtım modelini kullanarak Azure 'da yüksek kullanılabilirliğe sahip SAP sistemlerini dağıtmak için uygulayabileceğiniz adımları ele aldık. Şu ana görevlerde size kılavuzluk ederiz:

• Kaynaklar bölümünde LISTELENEN doğru SAP notlarını ve yükleme kılavuzlarını bulun. Bu makalede, belirli platformlarda SAP yazılımını yüklemenize ve dağıtmanıza yardımcı olabilecek birincil kaynaklar olan SAP yükleme belgeleri ve SAP notları açıklanır.
• Azure Resource Manager dağıtım modeliyle klasik Azure dağıtım modeli arasındaki farkları öğrenin.
• Windows Server yük devretme kümelemesi çekirdek modları hakkında bilgi edinin, böylece Azure dağıtımınız için uygun olan modeli seçebilirsiniz.
• Azure hizmetlerinde Windows Server yük devretme kümelemesi paylaşılan depolama hakkında bilgi edinin.
• Gelişmiş Iş uygulaması programlama (ABAP) SAP Merkezi Hizmetleri (ASCS)/SAP Merkezi Hizmetleri (SCS) ve veritabanı yönetim sistemleri (DBMS) gibi tek nokta tabanlı bileşenleri ve Azure 'da SAP uygulama sunucusu gibi yedekli bileşenleri korumaya nasıl yardımcı olabileceğinizi öğrenin.
• Azure Resource Manager kullanarak Azure 'da Windows Server yük devretme kümelemesi kümesinde yüksek kullanılabilirliğe sahip bir SAP sisteminin yükleme ve yapılandırma hakkında adım adım bir örnek izleyin.
• Azure 'da Windows sunucu yük devretme kümelemesi kullanmak için gereken ek adımlar hakkında bilgi edinin, ancak şirket içi dağıtımda gerekli değildir.

Dağıtım ve yapılandırmayı basitleştirmek için, bu makalede SAP üç katmanlı yüksek kullanılabilirliğe sahip Kaynak Yöneticisi şablonları kullanırız. Şablonlar, yüksek kullanılabilirliğe sahip bir SAP sistemi için ihtiyaç duyduğunuz tüm altyapının dağıtımını otomatik hale getirir. Altyapı Ayrıca SAP sisteminizin performans standardı (SAPS) boyutunu destekler.

Kaynakları

Başlamadan önce, aşağıdaki bölümlerde açıklanan önkoşulları karşıladığınızdan emin olun. Ayrıca, kaynaklar bölümünde listelenen tüm kaynakları denetlediğinizden emin olun.

Bu makalede, üç KATMANLı SAP NetWeaveriçin Azure Resource Manager şablonlar kullanırız. Şablonlara faydalı bir genel bakış için bkz. SAP Azure Resource Manager şablonları.

Kaynakların

Bu makaleler Azure 'da SAP dağıtımlarını kapsar:

• SAP NetWeaver için Azure sanal makineleri planlama ve uygulama
• SAP NetWeaver için Azure sanal makineler dağıtımı
• SAP NetWeaver için Azure sanal makineler DBMS dağıtımı
• Azure sanal makineler SAP NetWeaver için yüksek kullanılabilirlik (Bu kılavuz)

Bu SAP notları, Azure 'daki SAP konusuyla ilgilidir:

Genel varsayılan sınırlamalar ve en yüksek sınırlamalar dahil olmak üzere Azure aboneliklerinin sınırlamalarıhakkında daha fazla bilgi edinin.

Azure klasik dağıtım modeli Azure Resource Manager ile yüksek kullanılabilirliğe sahip SAP

Azure Resource Manager ve klasik Azure dağıtım modelleri aşağıdaki alanlarda farklıdır:

• Kaynak grupları
• Azure Kaynak grubunda Azure iç yük dengeleyici bağımlılığı
• SAP çoklu SID senaryoları desteği

Kaynak grupları

Azure Resource Manager, Azure aboneliğinizdeki tüm uygulama kaynaklarını yönetmek için kaynak gruplarını kullanabilirsiniz. Tümleşik bir yaklaşım olan bir kaynak grubunda, tüm kaynaklar aynı yaşam döngüsüne sahiptir. Örneğin, tüm kaynaklar aynı anda oluşturulur ve aynı zamanda silinir. Kaynak grupları hakkında daha fazla bilgi edinin.

Azure Kaynak grubunda Azure iç yük dengeleyici bağımlılığı

klasik azure dağıtım modelinde, azure iç yük dengeleyici (Azure Load Balancer hizmeti) ve bulut hizmeti grubu arasında bir bağımlılık vardır. Her iç yük dengeleyicinin bir bulut hizmeti grubu olması gerekir.

Azure Resource Manager, Azure Load Balancer kullanabilmeniz için bir Azure Kaynak grubuna ihtiyacınız yoktur. Ortam daha basit ve daha esnektir.

SAP çoklu SID senaryoları desteği

Azure Resource Manager, bir kümede birden fazla SAP sistem tanımlayıcısı (SID) ASCS/SCS örneği yükleyebilirsiniz. Her bir Azure iç yük dengeleyici için birden çok IP adresi desteği nedeniyle çoklu SID örnekleri mümkündür.

klasik azure dağıtım modelini kullanmak için azure 'da sap NetWeaver 'de açıklanan yordamları izleyin : azure 'da, SIOS dataman ile Windows sunucu yük devretme kümelemesi kullanarak sap ass/SCS örneklerini kümeleme.

Windows Sunucu yük devretme kümelemesi

Windows Sunucu yük devretme kümelemesi, Windows içinde yüksek kullanılabilirliğe sahip SAP Ass/SCS yüklemesi ve DBMS 'nin temelidir.

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 sunucu yük devretme kümelemesi, uygulamalar ve hizmetler sağlamak üzere sağlıklı bir kümeyi sürdürirken oluşabilecek hata sayısını hesaplar. Yük Devretme Kümelemesi elde etmek için farklı çekirdek modlarında seçim yapabilirsiniz.

Çekirdek modları

Windows sunucusu yük devretme kümelemesi kullandığınızda dört çekirdek modundan birini tercih edebilirsiniz:

• Düğüm çoğunluğu. Kümenin her bir düğümü oylayabilir. Küme yalnızca oyları olan, yani oyından fazla olacak şekilde çalışır. Düzensiz sayıda düğüme sahip kümeler için bu seçeneği öneririz. Örneğin, yedi düğümlü bir küme içindeki üç düğüm başarısız olabilir ve küme stilleri büyük bir çoğunluğuna ulaşır ve çalışmaya devam eder.
• Düğüm ve disk çoğunluğu. Küme depolamadaki her düğüm ve belirlenen bir disk (bir disk tanığı), kullanılabilir olduklarında ve iletişim kutusunda oy verebilir. Küme yalnızca oylarının büyük bir çoğunluğuna sahip olur, yani oyları yarıya kadar büyüktür. Bu mod, çift sayıda düğüm içeren bir küme ortamında mantıklı olur. Düğümlerin ve diskin yarısı çevrimiçiyse, küme sağlıklı durumda kalır.
• Düğüm ve dosya paylaşımının çoğunluğu. Her düğüm ve yönetici tarafından oluşturulan bir dosya paylaşımının (bir dosya paylaşma tanığı), düğümlerin ve dosya paylaşımının kullanılabilir ve iletişim içinde olup olmamasına bakılmaksızın, bu, belirlenen bir dosya paylaşma (dosya paylaşma tanığı). Küme yalnızca oylarının büyük bir çoğunluğuna sahip olur, yani oyları yarıya kadar büyüktür. Bu mod, çift sayıda düğüm içeren bir küme ortamında mantıklı olur. Düğüm ve disk çoğunluğu moduna benzerdir, ancak tanık disk yerine bir tanık dosya paylaşma kullanır. Bu modun uygulanması kolaydır, ancak dosya paylaşımının kendisi yüksek oranda kullanılabilir değilse, tek hata noktası olabilir.
• Çoğunluk yok: yalnızca disk. Bir düğüm varsa ve küme depolamadaki belirli bir diskle iletişim kutusunda kümenin bir çekirdeği vardır. Yalnızca bu diskle iletişim de olan düğümler kümeye katılabilir. Bu modu kullanmanızı öneririz.

Windows Şirket içi sunucu yük devretme kümelemesi

Şekil 1 ' de iki düğümün kümesi gösterilmektedir. Düğümler arasındaki ağ bağlantısı başarısız olursa ve her iki düğüm de çalışır duruma çıkarsa, bir çekirdek disk veya dosya paylaşımında kümenin uygulama ve hizmetlerini sağlamaya devam edecek olan düğüm belirlenir. Çekirdek diskine veya dosya paylaşıma erişimi olan düğüm, hizmetlerin devam etmesini sağlayan düğümdür.

Bu örnek iki düğümlü bir küme kullandığından, düğüm ve dosya paylaşma çoğunluğu çekirdek modunu kullanırız. Düğüm ve disk çoğunluğu de geçerli bir seçenektir. Bir üretim ortamında, bir çekirdek disk kullanmanızı öneririz. Ağ ve depolama sistemi teknolojisini kullanarak yüksek oranda kullanılabilir hale getirebilirsiniz.

Şekil 1: Azure 'da SAP yoks/SCS için Windows sunucusu yük devretme kümelemesi yapılandırması örneği

Paylaşılan depolama alanı

Şekil 1 ' de iki düğümlü bir paylaşılan depolama kümesi de gösterilmektedir. Şirket içi paylaşılan depolama kümesinde, kümedeki tüm düğümler paylaşılan depolamayı algılar. Kilitleme mekanizması, verilerin bozulmasını önler. Tüm düğümler, başka bir düğümün başarısız olup olmadığını algılayabilir. Bir düğüm başarısız olursa, kalan düğüm depolama kaynaklarının sahipliğini alır ve hizmetlerin kullanılabilirliğini sağlar.

Ağ ve ad çözümlemesi

İstemci bilgisayarlar, kümeye bir sanal IP adresi ve DNS sunucusunun sağladığı bir sanal ana bilgisayar adı üzerinden ulaşabilirler. Şirket içi düğümler ve DNS sunucusu birden çok IP adresini işleyebilir.

Tipik bir kurulumda iki veya daha fazla ağ bağlantısı kullanırsınız:

• Depolamaya adanmış bir bağlantı
• Sinyal için bir küme iç ağ bağlantısı
• İstemcilerin kümeye bağlanmak için kullandığı ortak ağ

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

çıplak veya özel bulut dağıtımlarıyla karşılaştırıldığında Azure sanal makineleri, Windows sunucusu yük devretme kümelemesi 'ni yapılandırmak için ek adımlar gerektirir. Paylaşılan bir küme diski oluştururken, SAP ASCS/SCS örneği için birkaç IP adresi ve sanal konak adı ayarlamanız gerekir.

Bu makalede, Azure 'da SAP yüksek kullanılabilirlik Merkezi Hizmetleri kümesi oluşturmak için gereken temel kavramları ve ek adımları tartıştık. Üçüncü taraf aracı SIOS veri ve Azure iç yük dengeleyicinin nasıl yapılandırılacağını göstereceğiz. bu araçları, Azure 'da dosya paylaşma tanığı olan bir Windows yük devretme kümesi oluşturmak için kullanabilirsiniz.

şekil 2: Azure 'da paylaşılan disk olmadan sunucu yük devretme kümelemesi yapılandırma Windows

Azure 'da SIOS Dataman ile paylaşılan disk

Yüksek kullanılabilirliğe sahip SAP yoks/SCS örneği için küme paylaşılan depolama gerekir. Azure, 2016 Eylül itibariyle paylaşılan depolama kümesi oluşturmak için kullanabileceğiniz paylaşılan depolama alanı sunmaz. Küme paylaşılan depolama alanını taklit eden yansıtılmış bir depolama alanı oluşturmak için üçüncü taraf yazılım SIOS Dataman kümesi sürümünü kullanabilirsiniz. SIOS çözümü gerçek zamanlı zaman uyumlu veri çoğaltması sağlar. Bir küme için paylaşılan disk kaynağı oluşturma işlemi şu şekilde yapılır:

1. Windows küme yapılandırmasındaki her sanal makineye (vm) ek bir Azure sanal sabit diski (VHD) ekleyin.
2. Her iki sanal makine düğümünde de SIOS Dataman küme sürümünü çalıştırın.
3. SIOS Dataman küme sürümünü, kaynak sanal makineden ek VHD 'ye bağlı birimin içeriğini hedef sanal makinenin ek VHD bağlı birimine yansıtmayacak şekilde yapılandırın. SIOS dataman, kaynak ve hedef yerel birimleri soyutlar ve sonra bunları bir paylaşılan disk olarak Windows sunucu yük devretme kümelemesi 'ne gösterir.

SIOS Verilermanhakkında daha fazla bilgi alın.

şekil 3: Azure 'da SIOS dataman ile sunucu yük devretme kümelemesi yapılandırma Windows

Azure 'da ad çözümlemesi

Azure bulut platformu, kayan IP adresleri gibi sanal IP adreslerini yapılandırma seçeneği sunmaz. Bulutta küme kaynağına ulaşmak üzere bir sanal IP adresi ayarlamak için alternatif bir çözüme ihtiyacınız vardır. Azure 'da Azure Load Balancer hizmetinde bir iç yük dengeleyici vardır. İç yük dengeleyici ile istemciler küme sanal IP adresi üzerinden kümeye ulaşabilirler. İç yük dengeleyiciyi, küme düğümlerini içeren kaynak grubunda dağıtmanız gerekir. Ardından, tüm gerekli bağlantı noktası iletme kurallarını iç yük dengeleyicinin araştırma bağlantı noktalarıyla yapılandırın. İstemciler sanal ana bilgisayar adı aracılığı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.

Azure hizmet olarak altyapı (IaaS) içinde SAP NetWeaver yüksek kullanılabilirliği

SAP yazılım bileşenleri gibi SAP uygulaması yüksek kullanılabilirlik elde etmek için aşağıdaki bileşenleri korumanız gerekir:

• SAP uygulama sunucusu örneği
• SAP ASCS/SCS örneği
• DBMS sunucusu

Yüksek kullanılabilirlik senaryolarında SAP bileşenlerini koruma hakkında daha fazla bilgi için bkz. SAP NetWeaver Için Azure sanal makineleri planlama ve uygulama.

Yüksek kullanılabilirliğe sahip SAP uygulama sunucusu

SAP uygulama sunucusu ve iletişim örnekleri için genellikle belirli bir yüksek kullanılabilirlik çözümüne ihtiyacınız yoktur. Yedeklilik ile yüksek kullanılabilirlik elde edersiniz ve Azure sanal makinelerinin farklı örneklerinde birden fazla iletişim kutusu örneği yapılandıracaksınız. İki Azure sanal makine örneğinde yüklü en az iki SAP uygulaması örneği olmalıdır.

Şekil 4: Yüksek kullanılabilirliğe sahip SAP uygulama sunucusu

SAP uygulama sunucusu örneklerini barındıran tüm sanal makineleri aynı Azure kullanılabilirlik kümesine yerleştirmeniz gerekir. Azure kullanılabilirlik kümesi şunları sağlar:

• Tüm sanal makineler aynı yükseltme etki alanının bir parçasıdır. Örneğin, bir yükseltme etki alanı, planlı bakım kapalı kalma süresi boyunca sanal makinelerin aynı anda güncel olmadığından emin olur.
• Tüm sanal makineler aynı hata etki alanının bir parçasıdır. Örneğin, bir hata etki alanı, sanal makinelerin dağıtıldığından emin olur, böylece tek bir hata noktası tüm sanal makinelerin kullanılabilirliğini etkilemektedir.

Sanal makinelerin kullanılabilirliğini yönetmehakkında daha fazla bilgi edinin.

Azure depolama hesabı olası bir tek hata noktası olduğundan, en az iki sanal makinenin dağıtıldığı en az iki Azure depolama hesabı olması önemlidir. İdeal bir kurulumda, SAP iletişim kutusu örneği çalıştıran her sanal makinenin diskleri farklı bir depolama hesabına dağıtılır.

Yüksek kullanılabilirliğe sahip SAP yoks/SCS örneği

Şekil 5, yüksek kullanılabilirliğe sahip SAP yoks/SCS örneğine bir örnektir.

Şekil 5: Yüksek kullanılabilirliğe sahip SAP yoks/SCS örneği

Azure 'da Windows sunucusu yük devretme kümelemesi ile SAP ascs/SCS örneği yüksek kullanılabilirliği

çıplak veya özel bulut dağıtımlarıyla karşılaştırıldığında Azure sanal makineleri, Windows sunucusu yük devretme kümelemesi 'ni yapılandırmak için ek adımlar gerektirir. bir Windows yük devretme kümesi oluşturmak için, bir SAP ascs/SCS örneği kümelemeye yönelik bir paylaşılan küme diskine, birkaç ıp adresine, birkaç sanal konak adına ve bir Azure iç yük dengeleyicisine sahip olmanız gerekir. Bu konuda makalenin ilerleyen bölümlerinde daha ayrıntılı olarak ele alınmaktadır.

şekil 6: Azure 'da SIOS dataman ile SAP ass/SCS yapılandırması için sunucu yük devretme kümelemesi Windows

Yüksek kullanılabilirlik DBMS örneği

DBMS Ayrıca bir SAP sisteminde tek bir iletişim noktasıdır. Yüksek kullanılabilirlik çözümü kullanarak korumanız gerekir. şekil 7 ' de, azure 'da Windows sunucu yük devretme kümelemesi ve azure iç yük dengeleyici ile SQL Server her zaman yüksek kullanılabilirliğe sahip bir çözüm gösterilmektedir. SQL Server Her zaman açık, DBMS verilerini ve günlük dosyalarını kendi DBMS çoğaltmasını kullanarak çoğaltır. Bu durumda, tüm kurulumun basitleşerek küme paylaşılan disklere ihtiyacınız yoktur.

Şekil 7: SQL Server her zaman açık olan yüksek kullanılabilirliğe sahip SAP DBMS örneği

Azure 'da Azure Resource Manager dağıtım modelini kullanarak kümeleme SQL Server hakkında daha fazla bilgi için şu makalelere bakın:

• Kaynak Yöneticisi kullanarak Azure sanal makinelerinde Always on kullanılabilirlik grubunu el ile yapılandırma
• Azure 'da Always on kullanılabilirlik grubu için bir Azure iç yük dengeleyici yapılandırma

Uçtan uca yüksek kullanılabilirliğe sahip dağıtım senaryoları

Mimari Şablon 1 kullanarak dağıtım senaryosu

Şekil 8 ' de, bir SAP sistemi için Azure 'Da SAP NetWeaver yüksek kullanılabilirlik mimarisi örneği gösterilmektedir. Bu senaryo aşağıdaki şekilde ayarlanır:

• SAP ASCS/SCS örneği için ayrılmış bir küme kullanılır.
• DBMS örneği için ayrılmış bir küme kullanılır.
• SAP uygulama sunucusu örnekleri kendi adanmış VM 'lerine dağıtılır.

Şekil 8: SAP yüksek kullanılabilirliğe sahip mimari Şablon 1, yoks/SCS ve DBMS için adanmış kümeler

Mimari şablonu kullanarak dağıtım senaryosu 2

Şekil 9 ' da, bir SAP sistemi için Azure 'Da SAP NetWeaver yüksek kullanılabilirliğe sahip bir mimari örneği gösterilmektedir. Bu senaryo aşağıdaki şekilde ayarlanır:

• SAP ASCS/SCS örneği ve DBMS için bir adanmış küme kullanılır.
• SAP uygulama sunucusu örnekleri, kendi adanmış VM 'lerde dağıtılır.

Şekil 9: SAP yüksek kullanılabilirliğe sahip mimari Şablon 2, yoks/SCS için adanmış bir küme ve DBMS için adanmış bir küme ile

Mimari şablonu kullanarak dağıtım senaryosu 3

Şekil 10 ' da, < SID1 > ve SID2 ile Iki SAP SISTEMI Için Azure 'da SAP NetWeaver yüksek kullanılabilirlik mimarisine bir örnek gösterilmektedir < > . Bu senaryo aşağıdaki şekilde ayarlanır:

• SAP ASCS/SCS SID1 örneği ve SAP ascs/SCS SID2 örneği (bir küme ) için ayrılmış bir küme kullanılır.
• DBMS SID1 için bir adanmış küme kullanılır ve DBMS SID2 (iki küme) için başka bir adanmış küme kullanılır.
• SAP System SID1 için SAP uygulama sunucusu örneklerinin kendi ayrılmış sanal makineleri vardır.
• SAP System SID2 için SAP uygulama sunucusu örneklerinin kendi ayrılmış sanal makineleri vardır.

Şekil 10: Farklı yoks/SCS örnekleri için adanmış bir küme ile SAP yüksek kullanılabilirliğe sahip mimari Şablon 3

Altyapıyı hazırlama

Altyapıyı mimari Şablon 1 için hazırlama

SAP için Azure Resource Manager şablonları, gerekli kaynakların dağıtımını basitleştirmeye yardımcı olur.

Azure Resource Manager içindeki üç katmanlı şablonlar, iki kümeye sahip mimari Şablon 1 gibi yüksek kullanılabilirlik senaryolarını de destekler. Her küme SAP ASCS/SCS ve DBMS için SAP tek hata noktasıdır.

Burada, bu makalede anladığımız örnek senaryo için Azure Resource Manager şablonları edinebilirsiniz:

• Azure Market görüntüsü
• Özel görüntü

Altyapıyı mimari Şablon 1 için hazırlamak için:

• Azure portal, Parametreler dikey penceresinde, Systemavailability kutusunda ha' yi seçin.

  

Şekil 11: SAP yüksek kullanılabilirlik Azure Resource Manager parametrelerini ayarlama

Şablonlar şunları oluşturur:

• Sanal makineler:

  • SAP uygulama sunucusu sanal makineleri: <Sapsystemsıd>-dı-<numarası>
  • YOKS/SCS kümesi sanal makineleri: <Sapsystemsıd>-ascs-<numarası>
  • DBMS kümesi: <Sapsystemsıd>-db-<numarası>

• Tüm sanal makineler için, ILIŞKILI IP adresleriyle ağ kartları:

  • <Sapsystemsıd>-NIC-dı-<numarası>
  • <Sapsystemsıd>-NIC-ascs-<numarası>
  • <Sapsystemsıd>-NIC-db-<numarası>

• Azure depolama hesapları

• Kullanılabilirlik grupları :

  • SAP uygulama sunucusu sanal makineleri: <Sapsystemsıd>-avset-dı
  • SAP ASCS/SCS kümesi sanal makineleri: <Sapsystemsıd>-avset-ascs
  • DBMS kümesi sanal makineleri: <Sapsystemsıd>-avset-DB

• Azure iç yük dengeleyici:

  • YOKS/SCS örneği ve IP adresi için tüm bağlantı noktalarıyla <Sapsystemsıd>-lb-ascs
  • SQL Server DBMS ve ıp adresi için tüm bağlantı noktalarıyla <sapsystemsıd>-lb-db

• Ağ güvenlik grubu: <sapsystemsıd>-NSG-ascs-0

  • <Sapsystemsıd>-ascs-0 sanal makinesine açık bir dış Uzak Masaüstü Protokolü (RDP) bağlantı noktası ile

Üretimde kullanmak üzere kurumsal ağ bağlantısı (şirketler arası) ile sanal makineler dağıtma

Üretim SAP sistemlerinde Azure sanal makinelerini Azure siteden siteye VPN veya Azure ExpressRoute kullanarak kurumsal ağ bağlantısı ile dağıtın.

1. Azure portal, Parametreler dikey penceresinde, Neworexistingsubnet kutusunda var' ı seçin.

2. SubnetID kutusunda, Azure sanal makinelerinizi dağıtmayı planladığınız, hazırlanmış Azure Network SubnetID 'nizin tam dizesini ekleyin.

3. Tüm Azure ağ alt ağlarının listesini almak için şu PowerShell komutunu çalıştırın:

   (Get-AzureRmVirtualNetwork -Name <azureVnetName>  -ResourceGroupName <ResourceGroupOfVNET>).Subnets
   

   Kimlik alanı, SubnetID'yi gösterir.

4. Tüm SubnetID değerlerinin listesini almak Için Şu PowerShell komutunu çalıştırın:

   (Get-AzureRmVirtualNetwork -Name <azureVnetName>  -ResourceGroupName <ResourceGroupOfVNET>).Subnets.Id
   

   SubnetID şuna benzer:

   /subscriptions/<SubscriptionId>/resourceGroups/<VPNName>/providers/Microsoft.Network/virtualNetworks/azureVnet/subnets/<SubnetName>
   

Test ve tanıtım için yalnızca bulutta SAP örnekleri dağıtın

Yüksek kullanılabilirlik SAP sisteminizi yalnızca bulut dağıtım modelinde dağıtabilirsiniz. Bu tür bir dağıtım öncelikle tanıtım ve test kullanım durumları için yararlıdır. Üretim kullanım örnekleri için uygun değildir.

• Azure portal, Parametreler dikey penceresinde, Neworexistingsubnet kutusunda Yeni' yi seçin. SubnetID alanını boş bırakın.

  SAP Azure Resource Manager şablonu, Azure sanal ağını ve alt ağını otomatik olarak oluşturur.

Altyapıyı mimari Şablon 2 için hazırlama

SAP mimari şablonu 2 için gerekli altyapı kaynaklarının dağıtımını basitleştirmeye yardımcı olmak üzere SAP için bu Azure Resource Manager şablonunu kullanabilirsiniz.

Burada, bu dağıtım senaryosu için Azure Resource Manager şablonları edinebilirsiniz:

• Azure Market görüntüsü
• Özel görüntü

Altyapıyı mimari Şablon 3 için hazırlama

Altyapıyı hazırlayabilir ve Çoklu SID için SAP 'yi yapılandırabilirsiniz. Örneğin, var olan bir küme yapılandırmasına ek BIR SAP ascs/SCS örneği ekleyebilirsiniz. Daha fazla bilgi için, Azure Resource Manager ' de SAP çoklu SID yapılandırması oluşturmak üzere mevcut bir küme yapılandırmasına ek SAP ASCS/SCS örneği yapılandırmakonusuna bakın.

Yeni bir çoklu SID kümesi oluşturmak istiyorsanız GitHub çoklu SID Hızlı Başlangıç şablonlarınıkullanabilirsiniz. Yeni bir çoklu SID kümesi oluşturmak için aşağıdaki üç şablonu dağıtmanız gerekir:

• YOKS/SCS şablonu
• Veritabanı şablonu
• Uygulama sunucuları şablonu

Aşağıdaki bölümlerde, şablonlarda sağlamanız gereken şablonlar ve parametreler hakkında daha fazla ayrıntı verilmektedir.

YOKS/SCS şablonu

yoks/scs şablonu, birden fazla ascs/SCS örneğini barındıran Windows sunucusu yük devretme kümesi oluşturmak için kullanabileceğiniz iki sanal makine dağıtır.

ASCS/SCS çok düzeyli şablonunu ayarlamak için, yoks/SCS çok düzeyli şablonundaaşağıdaki parametrelerin değerlerini girin:

• Kaynak ön eki. Dağıtım sırasında oluşturulan tüm kaynakların ön eki için kullanılan kaynak önekini ayarlayın. Kaynaklar yalnızca bir SAP sistemine ait olmadığından, kaynağın ön eki bir SAP sisteminin SID 'SI değildir. Ön ek üç ve altı karakter arasında olmalıdır.
• Yığın türü. SAP sisteminin yığın türünü seçin. yığın türüne bağlı olarak, Azure Load Balancer SAP sistemine göre yalnızca bir (abap veya java) veya iki (abap + java) özel ıp adresi vardır.
• Işletim sistemi türü. Sanal makinelerin işletim sistemini seçin.
• SAP sistem sayısı. Bu kümeye yüklemek istediğiniz SAP sistemi sayısını seçin.
• Sistem kullanılabilirliği. Ha'yi seçin.
• Yönetici Kullanıcı adı ve yönetici parolası. Makinede oturum açmak için kullanılabilecek yeni bir kullanıcı oluşturun.
• Yeni veya var olan alt ağ. Yeni bir sanal ağın ve alt ağın oluşturulması gerekip gerekmediğini veya mevcut bir alt ağın kullanılıp kullanılmayacağını ayarlayın. Şirket içi ağınıza bağlı bir sanal ağınız zaten varsa, mevcut' ı seçin.
• Alt ağ kimliği. VM 'yi tanımlanmış VM 'ye atanmış bir alt ağa sahip olduğunuz mevcut bir VNet 'e dağıtmak istiyorsanız, söz konusu alt ağın KIMLIĞINI adlandırın. KIMLIK genellikle şöyle görünür:/Subscriptions/<abonelik kimliği>/resourceGroups/<kaynak grubu adı>/Providers/Microsoft.Network/virtualNetworks/<sanal ağ adı>/Subnets/<alt ağ adı>

şablon, birden çok SAP sistemini destekleyen bir Azure Load Balancer örneğini dağıtır.

• ASCS örnekleri, 00, 10, 20 örnek numarası için yapılandırılır...
• SCS örnekleri 01, 11, 21 örnek numarası için yapılandırılır...
• ASCS sıraya alma çoğaltma sunucusu (ERS) (yalnızca Linux) örnekleri, 02, 12, 22 örnek numarası için yapılandırılır...
• SCS (yalnızca Linux) örnekleri, 03, 13, 23 örnek numarası için yapılandırılır...

Yük dengeleyici, 1 (Linux için 2) VIP, ASCS/SCS için 1x VIP ve ERS için 1x VIP (yalnızca Linux) içerir.

Aşağıdaki liste, tüm yük dengeleme kurallarını içerir (burada x, SAP sisteminin sayısıdır, örneğin, 1, 2, 3...):

• her SAP sistemi için Windows özel bağlantı noktaları: 445, 5985
• YOKS bağlantı noktaları (örnek numarası x0): 32x0, 36x0, 39x0, 81x0, 5x013, 5x014, 5x016
• SCS bağlantı noktaları (örnek numarası x1): 32x1, 33x1, 39x1, 81x1, 5x113, 5x114, 5x116
• Linux 'ta YOKLER bağlantı noktaları (örnek numarası x2): 33x2, 5x213, 5x214, 5x216
• Linux 'ta SCS 'ler bağlantı noktaları (örnek numarası x3): 33x3, 5x313, 5x314, 5x316

Yük dengeleyici, aşağıdaki araştırma bağlantı noktalarını kullanacak şekilde yapılandırılır (burada x, SAP sisteminin numarasıdır, örneğin, 1, 2, 3...):

• YOKS/SCS iç yük dengeleyici araştırma bağlantı noktası: 620x0
• ERS iç yük dengeleyici araştırma bağlantı noktası (yalnızca Linux): 621x2

Veritabanı şablonu

Veritabanı şablonu, bir SAP sistemine yönelik ilişkisel veritabanı yönetim sistemini (RDBMS) yüklemek için kullanabileceğiniz bir veya iki sanal makine dağıtır. Örneğin, beş SAP sistemi için bir ASCS/SCS şablonu dağıtırsanız, bu şablonu beş kez dağıtmanız gerekir.

Veritabanı çoklu SID şablonunu ayarlamak için, veritabanı çoklu SID şablonundaaşağıdaki parametreler için değerler girin:

• SAP sistem kimliği. Yüklemek istediğiniz SAP sisteminin SAP sistem KIMLIĞINI girin. KIMLIK, dağıtılan kaynaklar için bir ön ek olarak kullanılacaktır.
• Işletim sistemi türü. Sanal makinelerin işletim sistemini seçin.
• DbType. Kümeye yüklemek istediğiniz veritabanının türünü seçin. Microsoft SQL Server yüklemek istiyorsanız SQL seçin. SAP HANA sanal makinelere yüklemeyi planlıyorsanız Hana ' yı seçin. doğru işletim sistemi türünü seçtiğinizden emin olun: SQL için Windows seçin ve HANA için bir Linux dağıtımı seçin. sanal makinelere bağlı Azure Load Balancer seçili veritabanı türünü destekleyecek şekilde yapılandırılacak:
  • SQL. Yük dengeleyici 1433 numaralı bağlantı noktasını yük dengelemeye çalışır. SQL Server her zaman kurulum üzerinde bu bağlantı noktasını kullandığınızdan emin olun.
  • Hana. Yük dengeleyici 35015 ve 35017 bağlantı noktalarını yük dengelemeye çalışır. 50 örnek numarasıyla SAP HANA yüklediğinizden emin olun. Yük dengeleyici, 62550 araştırma bağlantı noktasını kullanır.
• SAP sistem boyutu. Yeni sistemin sunmayacak olan SAPS sayısını ayarlayın. Sisteme kaç tane SAPS isteyeceğiz emin değilseniz, SAP Technology Iş ortağınızdan veya sistem tümleştirmenize sorun.
• Sistem kullanılabilirliği. Ha'yi seçin.
• Yönetici Kullanıcı adı ve yönetici parolası. Makinede oturum açmak için kullanılabilecek yeni bir kullanıcı oluşturun.
• Alt ağ kimliği. ASCS/SCS şablonunun dağıtımı sırasında kullandığınız alt ağın KIMLIĞINI veya Ass/SCS şablon dağıtımının bir parçası olarak oluşturulan alt ağın KIMLIĞINI girin.

Uygulama sunucuları şablonu

Uygulama sunucuları şablonu, bir SAP sistemi için SAP uygulama sunucusu örnekleri olarak kullanılabilecek iki veya daha fazla sanal makine dağıtır. Örneğin, beş SAP sistemi için bir ASCS/SCS şablonu dağıtırsanız, bu şablonu beş kez dağıtmanız gerekir.

Uygulama sunucuları Multi-SID şablonunu ayarlamak için, uygulama sunucuları çoklu SID şablonu' nda, aşağıdaki parametreler için değerler girin:

• SAP sistem kimliği. Yüklemek istediğiniz SAP sisteminin SAP sistem KIMLIĞINI girin. KIMLIK, dağıtılan kaynaklar için bir ön ek olarak kullanılacaktır.
• Işletim sistemi türü. Sanal makinelerin işletim sistemini seçin.
• SAP sistem boyutu. Yeni sistemin sunacaktır SAPS sayısı. Sisteme kaç tane SAPS isteyeceğiz emin değilseniz, SAP Technology Iş ortağınızdan veya sistem tümleştirmenize sorun.
• Sistem kullanılabilirliği. Ha'yi seçin.
• Yönetici Kullanıcı adı ve yönetici parolası. Makinede oturum açmak için kullanılabilecek yeni bir kullanıcı oluşturun.
• Alt ağ kimliği. ASCS/SCS şablonunun dağıtımı sırasında kullandığınız alt ağın KIMLIĞINI veya Ass/SCS şablon dağıtımının bir parçası olarak oluşturulan alt ağın KIMLIĞINI girin.

Azure sanal ağı

Örneğimizde, Azure sanal ağının adres alanı 10.0.0.0/16 ' dır. Adres aralığı 10.0.0.0/24 olan alt ağ adlı bir alt ağ vardır. Tüm sanal makineler ve iç yük dengeleyiciler bu sanal ağda dağıtılır.

DNS IP adresleri

Gerekli DNS IP adreslerini ayarlamak için aşağıdaki adımları uygulayın.

1. Azure portal, DNS sunucuları dikey penceresinde, sanal ağ DNS SUNUCULARıNıZ seçeneğinin özel DNS olarak ayarlandığından emin olun.

2. Sahip olduğunuz ağ türüne göre ayarlarınızı seçin. Daha fazla bilgi için aşağıdaki kaynaklara bakın:

   • Şirket içi DNS sunucularının IP adreslerini ekleyin.
     Şirket içi DNS sunucularını Azure 'da çalışan sanal makinelere genişletebilirsiniz. Bu senaryoda, DNS hizmetini çalıştırdığınız Azure sanal makinelerinin IP adreslerini ekleyebilirsiniz.
   • Azure 'da yalıtılmış dağıtımlar için: DNS sunucusu olarak hizmet veren aynı sanal ağ örneğine ek bir sanal makine dağıtın. DNS hizmetini çalıştırmak için ayarladığınız Azure sanal makinelerinin IP adreslerini ekleyin.

   

   Şekil 12: Azure sanal ağı için DNS sunucularını yapılandırma

   Not

   DNS sunucularının IP adreslerini değiştirirseniz, değişikliği uygulamak ve yeni DNS sunucularını yaymak için Azure sanal makinelerini yeniden başlatmanız gerekir.

örneğimizde, DNS hizmeti bu Windows sanal makinelerde yüklenir ve yapılandırılır:

SAP ASCS/SCS kümelenmiş örneği ve DBMS kümelenmiş örneği için ana bilgisayar adları ve statik IP adresleri

Şirket içi dağıtım için, bu ayrılmış ana bilgisayar adlarına ve IP adreslerine ihtiyacınız vardır:

Kümeyi oluşturduğunuzda, PR1-ascs-Vir ve PR1-DBMS-Vir sanal ana bilgisayar adlarını ve KÜMENIN kendisini yöneten ilişkili IP adreslerini oluşturun. Bunun nasıl yapılacağı hakkında bilgi için bkz. küme düğümlerini bir küme yapılandırmasında toplama.

Diğer iki sanal ana bilgisayar adını, PR1-ascs-SAP ve PR1-DBMS-SAP ve DNS sunucusunda ilişkili IP adreslerini el ile oluşturabilirsiniz. Kümelenmiş SAP ASCS/SCS örneği ve kümelenmiş DBMS örneği bu kaynakları kullanır. Bunun nasıl yapılacağı hakkında bilgi için bkz. KÜMELENMIŞ SAP yoks/SCS örneği için sanal konak adı oluşturma.

SAP sanal makineleri için statik IP adresleri ayarlama

Kümenizde kullanmak üzere sanal makineleri dağıttıktan sonra, tüm sanal makineler için statik IP adresleri ayarlamanız gerekir. Bunu, Konuk işletim sisteminde değil, Azure sanal ağ yapılandırmasında yapın.

1. Azure portal, kaynak grubu > ağ kartı > Ayarlar > ıp adresi' ni seçin.

2. IP adresleri dikey penceresinde atama altında statik' ı seçin. IP adresi kutusuna, kullanmak istediğiniz IP adresini girin.

   Not

   Ağ kartının IP adresini değiştirirseniz, değişikliği uygulamak için Azure sanal makinelerini yeniden başlatmanız gerekir.

   

   Şekil 13: Her bir sanal makinenin ağ kartı için statik IP adresleri ayarla

   Active Directory/DNS hizmetiniz için kullanmak istediğiniz sanal makineler de dahil olmak üzere tüm ağ arabirimleri için bu adımı tekrarlayın.

Örneğimizde şu sanal makineler ve statik IP adresleri vardır:

Azure iç yük dengeleyici için statik IP adresi ayarlama

SAP Azure Resource Manager şablonu, SAP ASCS/SCS örneği kümesi ve DBMS kümesi için kullanılan bir Azure iç yük dengeleyici oluşturur.

Azure iç yük dengeleyici için bir statik IP adresi ayarlamak için:

1. İlk dağıtım, iç yük dengeleyici IP adresini dinamik olarak ayarlar. Azure portal, IP adresleri dikey penceresindeki atama altında statik' ı seçin.

2. PR1-lb-ascs iç yük dengeleyicinin IP adresini SAP ascs/SCS örneğinin sanal ana BILGISAYAR adının IP adresine ayarlayın.

3. İç yük dengeleyici PR1-lb-DBMS IP ADRESINI, DBMS örneğinin sanal ana BILGISAYAR adının IP adresine ayarlayın.

   

   Şekil 14: SAP ASCS/SCS örneği için iç yük dengeleyici için statik IP adresleri ayarlama

Örneğimizde, şu statik IP adreslerine sahip iki Azure iç yük dengeliyoruz:

Azure iç yük dengeleyici için varsayılan yoks/SCS Yük Dengeleme kuralları

SAP Azure Resource Manager şablonu, ihtiyacınız olan bağlantı noktalarını oluşturur:

• Varsayılan örnek numarası 00 olan BIR ABAP Ass örneği
• Varsayılan örnek numarası 01 olan BIR Java SCS örneği

SAP ASCS/SCS örneğinizi yüklerken, ABAP ASCS örneğiniz için 00 varsayılan örnek numarasını ve Java SCS örneğiniz için varsayılan örnek numarasını ( 01 ) kullanmanız gerekir.

Ardından, SAP NetWeaver bağlantı noktaları için gerekli iç Yük Dengeleme uç noktaları oluşturun.

Gerekli iç Yük Dengeleme uç noktalarını oluşturmak için, SAP NetWeaver ABAP ASCS bağlantı noktalarında bu yük dengeleme uç noktalarını oluşturun:

Tablo 1: SAP NetWeaver ABAP Ass örneklerinin bağlantı noktası numaraları

Daha sonra, SAP NetWeaver Java SCS bağlantı noktaları için bu yük dengeleme uç noktalarını oluşturun:

Tablo 2: SAP NetWeaver Java SCS örneklerinin bağlantı noktası numaraları

Şekil 15: Azure iç yük dengeleyici için varsayılan yoks/SCS Yük Dengeleme kuralları

Yük dengeleyici PR1-lb-DBMS IP ADRESINI, DBMS örneğinin sanal ana BILGISAYAR adının IP adresine ayarlayın.

Azure iç yük dengeleyici için ASCS/SCS varsayılan Yük Dengeleme kurallarını değiştirme

SAP ASCS veya SCS örnekleri için farklı numaralar kullanmak istiyorsanız, bağlantı noktalarının adlarını ve değerlerini varsayılan değerlerle değiştirmeniz gerekir.

1. Azure Portal < SID>-lb-ascs yük dengeleyici > Yük Dengeleme kuralları' nı seçin.

2. SAP ASCS veya SCS örneğine ait olan tüm yük dengeleme kuralları için şu değerleri değiştirin:

   • Name
   • Bağlantı noktası
   • Arka uç bağlantı noktası

   Örneğin, varsayılan ASCS örnek numarasını 00 ' dan 31 ' e değiştirmek istiyorsanız, Tablo 1 ' de listelenen tüm bağlantı noktaları için değişiklikleri yapmanız gerekir.

   Bağlantı noktası lbrule3200 için bir güncelleştirme örneği aşağıda verilmiştir.

   

   Şekil 16: Azure iç yük dengeleyici için ASCS/SCS varsayılan Yük Dengeleme kurallarını değiştirme

etki alanına Windows sanal makine ekleme

Sanal makinelere statik bir IP adresi atadıktan sonra, sanal makineleri etki alanına ekleyin.

Şekil 17: Bir etki alanına sanal makine ekleme

SAP ASCS/SCS örneğinin küme düğümlerine kayıt defteri girişleri ekleme

Azure Load Balancer, bağlantılar, belirlenen süre boyunca boşta kaldığında bağlantıları kapatan iç yük dengeleyiciye sahiptir (boşta zaman aşımı). İletişim örneklerinde SAP iş işlemleri, ilk sıraya alma/sıradan çıkarma isteğinin gönderilmesi gerektiği anda SAP sıraya alma işlemine bağlantılar açar. Bu bağlantılar genellikle iş süreci veya sıraya alma işlemi yeniden başlatılana kadar kurulmaya devam eder. Ancak bağlantı bir süre boşta kaldıktan sonra Azure iç yük dengeleyici bağlantıları kapatır. SAP iş süreci, artık mevcut değilse, sıra işlemiyle bağlantıyı yeniden kurması nedeniyle bu bir sorun değildir. Bu etkinlikler, SAP işlemlerinin geliştirici izlemeleri içinde belgelenmiş ancak bu izlemelerde büyük miktarda ek içerik oluşturmektedir. TCP/IP'yi ve her iki küme KeepAliveTime düğümünde KeepAliveInterval de değiştirmek iyi bir fikirdir. TCP/IP parametrelerinde bu değişiklikleri makalenin devamlarında açıklanan SAP profili parametreleriyle birleştirin.

SAP ASCS/SCS örneğinin her iki küme düğümüne de kayıt defteri girdileri eklemek için öncelikle bu Windows kayıt defteri girdilerini SAP ASCS/SCS için Windows küme düğümlerine ekleyin:

Tablo 3: İlk TCP/IP parametresini değiştirme

Ardından, SAP ASCS/SCS Windows küme Windows her iki küme düğümüne de bu kayıt defteri girdilerini ekleyin:

Tablo 4: İkinci TCP/IP parametresini değiştirme

Değişiklikleri uygulamak için her iki küme düğümünü de yeniden başlatın.

SAP ASCS/SCS örneği için Windows Sunucusu Yük Devretme Kümele kümesi ayarlama

SAP ASCS/SCS örneği için Windows Sunucusu Yük Devretme Kümeleme kümesi ayarlama işlemi şu görevleri içerir:

• Küme yapılandırmasında küme düğümlerini toplama
• Küme dosya paylaşımı tanığı yapılandırma

Küme yapılandırmasında küme düğümlerini toplama

1. Rol ve Özellik Ekleme Sihirbazı'nda, her iki küme düğümüne de yük devretme kümesi ekleyin.

2. Yük devretme kümesi ayarlamak için Yük Devretme Kümesi Yöneticisi. Bu Yük Devretme Kümesi Yöneticisi Küme Oluştur'a tıklayın ve ardından yalnızca ilk kümenin adını (düğüm A) ekleyin. İkinci düğümü henüz ekleyemedik; sonraki bir adımda ikinci düğümü eksersiniz.

   

   Şekil 18: İlk küme düğümünün sunucu veya sanal makine adını ekleme

3. Kümenin ağ adını (sanal ana bilgisayar adı) girin.

   

   Şekil 19: Küme adını girin

4. Kümeyi oluşturduktan sonra bir küme doğrulama testi çalıştırın.

   

   Şekil 20: Küme doğrulama denetimi çalıştırma

   Sürecin bu noktasında diskler hakkında herhangi bir uyarıyı yoksayabilirsiniz. Daha sonra bir dosya paylaşım tanığı ve SIOS paylaşılan diskleri eksersiniz. Bu aşamada çekirdek konusunda endişelenmeniz gerek yok.

   

   Şekil 21: Çekirdek diski bulunamadı

   

   Şekil 22: Çekirdek küme kaynağının yeni bir IP adresine ihtiyacı var

5. Çekirdek küme hizmetinin IP adresini değiştirme. Siz çekirdek küme hizmetinin IP adresini değiştirmeden küme başlatılamiyor çünkü sunucunun IP adresi sanal makine düğümlerinden birini gösterir. Bunu, çekirdek küme hizmetinin IP kaynağının Özellikler sayfasından yapma.

   Örneğin, küme sanal konak adı pr1-ascs-vir için bir IP adresi (bizim örneğimizde 10.0.0.42) atamamız gerekir.

   

   Şekil 23: Özellikler iletişim kutusunda IP adresini değiştirin

   

   Şekil 24: Küme için ayrılmış IP adresini atama

6. Küme sanal konak adını çevrimiçine getirin.

   

   Şekil 25: Küme çekirdek hizmeti çalışıyor ve doğru IP adresine sahip

7. İkinci küme düğümünü ekleyin.

   Artık çekirdek küme hizmeti çalışıyor ve çalışıyor, ikinci küme düğümünü eklemek için.

   

   Şekil 26: İkinci küme düğümünü ekleme

8. İkinci küme düğümü ana bilgisayarı için bir ad girin.

   

   Şekil 27: İkinci küme düğümü konak adını girin

   Önemli

   Kümeye tüm uygun depolamaları ekle onay kutusunun SEÇILI OLAMADI.

   

   Şekil 28: Onay kutusunu seçme

   Çekirdek ve diskler hakkında uyarıları yoksayabilirsiniz. Sap ASCS/SCSküme paylaşım diski için SIOS DataKeeper Cluster Edition'ı Yükleme konusunda açıklandığı gibi, çekirdek ayar ve diski daha sonra paylaşabilirsiniz.

   

   Şekil 29: Disk çekirdekle ilgili uyarıları yoksayma

Küme dosya paylaşımı tanığı yapılandırma

Küme dosya paylaşımı tanığı yapılandırmak şu görevleri içerir:

• Dosya paylaşımı oluşturma
• Dosya paylaşımı tanığı çekirdek ayarını Yük Devretme Kümesi Yöneticisi

Dosya paylaşımı oluşturma

1. Çekirdek disk yerine bir dosya paylaşım tanığı seçin. SIOS DataKeeper bu seçeneği destekler.

   Bu makaledeki örneklerde, dosya paylaşım tanığı Azure'da çalışan Active Directory/DNS sunucusundadır. Dosya paylaşım tanığı domcontr-0 olarak adlandırılan bir dosya paylaşımı tanığıdır. Azure'a bir VPN bağlantısı yapılandırmış olacağınız için (Siteden Siteye VPN veya Azure ExpressRoute aracılığıyla), Active Directory/DNS hizmetiniz şirket içindedir ve dosya paylaşım tanığı çalıştırmaya uygun değildir.

   Not

   Active Directory/DNS hizmetiniz yalnızca şirket içinde çalıştırıldığında, şirket içinde çalışan Active Directory/DNS Windows işletim sisteminde dosya paylaşım tanığınızı yapılandırmazsanız. Azure'da ve Active Directory/DNS şirket içinde çalışan küme düğümleri arasındaki ağ gecikmesi çok büyük olabilir ve bağlantı sorunlarına neden olabilir. Küme düğümüne yakın bir şekilde çalışan bir Azure sanal makinesi üzerinde dosya paylaşım tanığını yapılandırırsanız emin olun.

   Çekirdek sürücüsü için en az 1.024 MB boş alan gerekir. Çekirdek sürücüsü için 2.048 MB boş alan önerilir.

2. Küme adı nesnesini ekleyin.

   

   Şekil 30: Küme adı nesnesi için paylaşımda izinleri atama

   İzinlerin küme adı nesnesi için paylaşımda veri değiştirme yetkisine sahip olduğundan emin olun (bizim örneğimizde pr1-ascs-vir$).

3. Küme adı nesnesini listeye eklemek için Ekle'yi seçin. Şekil 31'de gösterilenlere ek olarak, filtreyi bilgisayar nesnelerini de kontrol etmek için değiştirme.

   

   Şekil 31: Nesne Türlerini bilgisayarları içerecek şekilde değiştirme

   

   Şekil 32: Bilgisayarlar onay kutusunu seçin

4. Şekil 31'de gösterildiği gibi küme adı nesnesini girin. Kayıt zaten oluşturulduğundan, izinleri Şekil 30 ' da gösterildiği gibi değiştirebilirsiniz.

5. Paylaşımın güvenlik sekmesini seçin ve ardından küme adı nesnesi için daha ayrıntılı izinler ayarlayın.

   

   Şekil 33: Dosya paylaşımında küme adı nesnesinin güvenlik özniteliklerini ayarlama

Yük Devretme Kümesi Yöneticisi 'de dosya paylaşma tanık çekirdeğini ayarlama

1. Çekirdek ayarlarını yapılandırma Sihirbazı 'Nı açın.

   

   Şekil 34: Küme çekirdek ayarlarını yapılandırma Sihirbazı 'Nı başlatma

2. Çekirdek yapılandırması seçin sayfasında, çekirdek tanığını Seç' i seçin.

   

   Şekil 35: Aralarından seçim yapabileceğiniz çekirdek yapılandırma

3. Çekirdek tanığı seçin sayfasında, dosya paylaşma tanığını Yapılandır' ı seçin.

   

   Şekil 36: Dosya paylaşma tanığını seçin

4. Dosya paylaşımının UNC yolunu (örneğimizde, \ domcontr-0\FSW) girin. Yapabileceğiniz değişikliklerin listesini görmek için İleri' yi seçin.

   

   Şekil 37: Tanık paylaşımının dosya paylaşma konumunu tanımlayın

5. İstediğiniz değişiklikleri seçin ve ardından İleri' yi seçin. Şekil 38 ' de gösterildiği gibi küme yapılandırmasını başarıyla yeniden yapılandırmanız gerekir.

   

   Şekil 38: Kümeyi yeniden yapılandırdığınızı onaylama

Windows yük devretme kümesini başarılı bir şekilde yükledikten sonra, yük devretme algılamayı Azure 'daki koşullara uyarlamak için bazı eşiklere değişiklik yapılması gerekir. Değiştirilecek Parametreler bu blogda belgelenmiştir: https://techcommunity.microsoft.com/t5/Failover-Clustering/Tuning-Failover-Cluster-Network-Thresholds/ba-p/371834 . ascs/SCS 'ler için Windows kümesi yapılandırmasını oluşturan iki vm 'nizin aynı alt ağda olduğunu varsayarsak, aşağıdaki parametrelerin bu değerlere değiştirilmesi gerekir:

• SameSubNetDelay = 2000
• SameSubNetThreshold = 15
• Routinggeçmişini = 30

Bu ayarlar müşterilerle test edilmiştir ve bir tarafta yeterince dayanıklı olması için iyi bir uzlaşma sağlanması sağladı. Diğer taraftan, bu ayarlar SAP yazılımı veya düğüm/VM hatasında gerçek hata koşullarında yeterince hızlı yük devretme sağlamamıştı.

SAP ASCS/SCS küme paylaşma diski için SIOS Dataman küme sürümünü yükleyin

artık Azure 'da çalışan bir Windows sunucusu yük devretme kümelemesi yapılandırmasına sahipsiniz. Ancak, bir SAP ASCS/SCS örneği yüklemek için, paylaşılan bir disk kaynağınız olması gerekir. Azure 'da ihtiyacınız olan paylaşılan disk kaynaklarını oluşturamazsınız. SIOS Dataman küme sürümü, paylaşılan disk kaynakları oluşturmak için kullanabileceğiniz bir üçüncü taraf çözümüdür.

SAP ASCS/SCS küme paylaşma diski için SIOS Dataman küme sürümü yüklemesi şu görevleri içerir:

• 3,5 .NET Framework ekleniyor
• SIOS veri Man 'ı yükleme
• SIOS veri Man 'ı ayarlama

3,5 .NET Framework ekleyin

Microsoft .NET Framework 3,5, Windows Server 2012 R2 'ye otomatik olarak etkinleştirilmez veya yüklenmez. , SIOS veri man 'ı, .NET Framework veri sahibi yüklediğiniz tüm düğümlerde olmasını gerektirdiğinden, kümedeki tüm sanal makinelerin konuk işletim sistemine 3,5 .NET Framework yüklenmesi gerekir.

3,5 .NET Framework eklemenin iki yolu vardır:

• şekil 39 ' de gösterildiği gibi Windows içindeki rol ve özellik ekleme sihirbazı ' nı kullanın.

  

  Şekil 39: rol ve özellik ekleme sihirbazı 'nı kullanarak .NET Framework 3,5 ' ü yükler

  

  Şekil 40: rol ve özellik ekleme sihirbazı 'nı kullanarak .NET Framework 3,5 yüklediğinizde yükleme ilerleme çubuğu

• dism.exe komut satırı aracını kullanın. bu yükleme türü için, Windows yükleme medyasında SxS dizinine erişmeniz gerekir. Yükseltilmiş bir komut isteminde şunu yazın:

  Dism /online /enable-feature /featurename:NetFx3 /All /Source:installation_media_drive:\sources\sxs /LimitAccess
  

SIOS Dataman 'ı yükler

Kümedeki her düğüme SIOS Dataman küme sürümü yükleyin. Bir sanal paylaşılan depolama alanını, SIOS \ veri Man ile oluşturmak için eşitlenmiş bir yansıtma oluşturun ve küme paylaşılan depolama benzetimi yapın.

SIOS yazılımını yüklemeden önce, Kullanıcı veri birimi Persvc etki alanını oluşturun.

SIOS Dataman 'ı yüklemek için:

1. Her iki küme düğümüne da SIOS yazılımını yükler.

   

   

   Şekil 41: SIOS Dataman yüklemesinin ilk sayfası

2. Şekil 42 ' de gösterilen iletişim kutusunda Evet' i seçin.

   

   Şekil 42: Dataman, bir hizmetin devre dışı bırakılacağını bildirir

3. Şekil 43 ' de gösterilen iletişim kutusunda etki alanı veya sunucu hesabı' nı seçmenizi öneririz.

   

   Şekil 43: SIOS veri Man için Kullanıcı seçimi

4. Bir etki alanı hesabı Kullanıcı adı ve SIOS veri Man için oluşturduğunuz parolaları girin.

   

   Şekil 44: SIOS Dataman yüklemesi için etki alanı Kullanıcı adı ve parolasını girin

5. Şekil 45 ' de gösterildiği gibi, SIOS Dataman örneğiniz için lisans anahtarını yükler.

   

   Şekil 45: SIOS Dataman lisans anahtarınızı girin

6. İstendiğinde, sanal makineyi yeniden başlatın.

SIOS Dataman 'ı ayarlama

Her iki düğüme de SIOS veri Man 'ı yükledikten sonra yapılandırmayı başlatmanız gerekir. Yapılandırmanın amacı, sanal makinelerin her birine bağlı ek VHD 'ler arasında zaman uyumlu veri çoğaltmasına sahip olmaktır.

1. dataman yönetimi ve yapılandırma aracını başlatın ve Bağlan Server' ı seçin. (Şekil 46 ' de bu seçenek, daire içinde kırmızı renkte olur.)

   

   Şekil 46: SIOS Dataman yönetimi ve yapılandırma aracı

2. Yönetim ve yapılandırma aracının bağlanması gereken ilk düğümün adını veya TCP/IP adresini ve ikinci bir adımda ikinci düğümü girin.

   

   Şekil 47: Yönetim ve yapılandırma aracının bağlanması gereken ilk düğümün adını veya TCP/IP adresini, ikinci bir adımda ise ikinci düğümü ekleyin

3. İki düğüm arasında çoğaltma işi oluşturun.

   

   Şekil 48: Çoğaltma işi oluşturma

   Bir sihirbaz, çoğaltma işi oluşturma sürecinde size rehberlik eder.

4. Kaynak düğümün adını, TCP/IP adresini ve disk birimini tanımlayın.

   

   Şekil 49: Çoğaltma işinin adını tanımlayın

   

   Şekil 50: Düğüm için, geçerli kaynak düğümü olması gereken temel verileri tanımlayın

5. Hedef düğümün adını, TCP/IP adresini ve disk birimini tanımlayın.

   

   Şekil 51: Düğüm için, geçerli hedef düğüm olması gereken temel verileri tanımlayın

6. Sıkıştırma algoritmalarını tanımlayın. Örneğimizde, çoğaltma akışını sıkıştırmanız önerilir. Özellikle yeniden eşitleme durumlarında, çoğaltma akışının sıkıştırılması, yeniden eşitleme süresini önemli ölçüde azaltır. Sıkıştırmanın bir sanal makinenin CPU ve RAM kaynaklarını kullandığını unutmayın. Sıkıştırma hızı arttıkça, CPU kaynakları birimi kullanılır. Bu ayarı daha sonra da ayarlayabilirsiniz.

7. Kopyalamanın zaman uyumsuz olarak mı yoksa zaman uyumlu mı oluştuğunu denetlemeniz gereken başka bir ayar. SAP ASCS/SCS yapılandırmasını koruduğunuzda, zaman uyumlu çoğaltma kullanmanız gerekir.

   

   Şekil 52: Çoğaltma ayrıntılarını tanımlama

8. çoğaltma işi tarafından çoğaltılan birimin, paylaşılan disk olarak bir Windows sunucusu yük devretme kümelemesi kümesi yapılandırmasına temsil edilip edilmeyeceğini tanımlayın. SAP ascs/SCS yapılandırması için evet ' i seçerek Windows kümesinin çoğaltılan birimi küme birimi olarak kullanabileceği paylaşılan bir disk olarak görür.

   

   Şekil 53: Çoğaltılan birimi bir küme birimi olarak ayarlamak için Evet ' i seçin

   Birim oluşturulduktan sonra, veri Man Yönetimi ve yapılandırma aracı, çoğaltma işinin etkin olduğunu gösterir.

   

   Şekil 54: SAP yoks/SCS paylaşılan diski için Dataman zaman uyumlu yansıtma etkin

   Yük Devretme Kümesi Yöneticisi Şekil 55 ' de gösterildiği gibi artık diski bir Dataman diski olarak gösterir.

   

   Şekil 55: Yük Devretme Kümesi Yöneticisi, Dataman 'ın çoğaltılan diski gösterir

SAP NetWeaver sistemini yükler

Kurulum, kullandığınız DBMS sistemine bağlı olarak farklılık gösterdiğinden, DBMS kurulumunu açıklamayamayacağız. Bununla birlikte, DBMS ile ilgili yüksek kullanılabilirliğe sahip olan kaygıları Azure için farklı DBMS satıcıları desteğinin işlevleri ile ilgilendiririz. örneğin, SQL Server için her zaman açık veya veritabanı yansıtma ve oracle veritabanları için oracle Data Guard. Bu makalede kullandığımız senaryoda, DBMS 'ye daha fazla koruma ekleyeceğiz.

Farklı DBMS Hizmetleri, Azure 'da bu tür bir kümelenmiş SAP ASCS/SCS yapılandırmasıyla etkileşen özel bir dikkat edin.

Yüksek kullanılabilirliğe sahip bir ASCS/SCS örneğiyle SAP 'yi yükler

SAP 'yi yüksek kullanılabilirliğe sahip bir ASCS/SCS örneğiyle yüklemek şu görevleri içerir:

• Kümelenmiş SAP yoks/SCS örneği için sanal ana bilgisayar adı oluşturma
• SAP ilk küme düğümünü yükleme
• ASCS/SCS örneğinin SAP profilini değiştirme
• Araştırma bağlantı noktası ekleme
• Windows güvenlik duvarı araştırma bağlantı noktasını açma

Kümelenmiş SAP Ass/SCS örneği için sanal ana bilgisayar adı oluşturma

1. dns yöneticisi Windows, yoks/SCS örneğinin sanal ana bilgisayar adı için bir dns girişi oluşturun.

   Önemli

   ascs/SCS örneğinin sanal ana bilgisayar adına atadığınız ıp adresi, Azure Load Balancer atadığınız ıp adresiyle aynı olmalıdır (< sıd>-lb-ascs).

   sanal SAP ascs/SCS ana bilgisayar adının (pr1-ascs-SAP) ıp adresi Azure Load Balancer (pr1-lb-ascs) ıp adresiyle aynıdır.

   

   Şekil 56: SAP ASCS/SCS kümesi sanal adı ve TCP/IP adresi için DNS girişi tanımlayın

2. Sanal ana bilgisayar adına atanan IP adresini tanımlamak için DNS Yöneticisi > etki alanı' nı seçin.

   

   Şekil 57: SAP Ass/SCS küme yapılandırması için yeni sanal ad ve TCP/IP adresi

SAP ilk küme düğümünü yükler

1. Küme düğümü A 'da ilk küme düğümü seçeneğini yürütün. Örneğin, PR1-ascs-0 ana bilgisayarında.

2. Azure iç yük dengeleyici için varsayılan bağlantı noktalarını tutmak üzere şunları seçin:

   • ABAP sistemi: ascs örnek numarası 00
   • Java sistemi: SCS örnek numarası 01
   • ABAP + Java sistemi: Ass örnek numarası 00 ve SCS örnek numarası 01

   ABAP Ass örneği için 00 dışındaki örnek numaralarını ve Java SCS örneği için 01 ' i kullanmak için, ilk olarak Azure iç yük dengeleyici IÇIN ascs/SCS varsayılan Yük Dengeleme kurallarını değiştirmebölümünde açıklanan Azure iç yük dengeleyici varsayılan Yük Dengeleme kurallarını değiştirmeniz gerekir.

Sonraki birkaç görev standart SAP yükleme belgelerinde açıklanmamıştır.

ASCS/SCS örneğinin SAP profilini değiştirme

Yeni bir profil parametresi eklemeniz gerekiyor. Profil parametresi, SAP iş işlemleriyle sıraya alma sunucusu arasındaki bağlantıları çok uzun süre boşta kaldığında kapatmadan önler. SAP ASCS/SCS örneğinin küme düğümlerine kayıt defteri girişleri ekleme' de sorun senaryosunu belirttik. Bu bölümde, bazı temel TCP/IP bağlantı parametrelerinde da iki değişiklik yapılmıştır. İkinci bir adımda, keep_alive bağlantıların Azure iç yük dengeleyicinin boşta eşiğine ulaşmaması için sıraya alma sunucusunu bir sinyal gönderecek şekilde ayarlamanız gerekir.

YOKS/SCS örneğinin SAP profilini değiştirmek için:

1. ENSA1 kullanıyorsanız, bu profile parametresini SAP ASCS/SCS örnek profiline ekleyin:

   enque/encni/set_so_keepalive = true
   

   Örneğimizde yol şu şekilde olur:

   <ShareDisk>:\usr\sap\PR1\SYS\profile\PR1_ASCS00_pr1-ascs-sap

   Örneğin, SAP SCS örnek profiline ve karşılık gelen yola:

   <ShareDisk>:\usr\sap\PR1\SYS\profile\PR1_SCS01_pr1-ascs-sap

   Hem ENSA1 hem de ENSA2 için, keepalive işletim sistemi PARAMETRELERININ SAP note 1410736' de açıklandığı gibi ayarlandığından emin olun.

2. Değişiklikleri uygulamak için SAP ASCS/SCS örneğini yeniden başlatın.

Araştırma bağlantı noktası ekle

Tüm küme yapılandırmasının Azure Load Balancer ile çalışmasını sağlamak için iç yük dengeleyicinin araştırma işlevini kullanın. Azure iç yük dengeleyici, genellikle katılan sanal makineler arasında eşit olarak gelen iş yükünü dağıtır. Ancak, yalnızca bir örnek etkin olduğundan, bazı küme yapılandırmalarında bu çalışmaz. Diğer örnek pasif ve iş yükünün hiçbirini kabul edemiyor. Araştırma işlevselliği, Azure iç yük dengeleyicinin yalnızca etkin bir örneğe iş atarken çalışmasına yardımcı olur. Araştırma işlevselliğiyle, iç yük dengeleyici hangi örneklerin etkin olduğunu algılayabilir ve sonra yalnızca örneği iş yüküne hedefleyebilir.

Araştırma bağlantı noktası eklemek için:

1. Aşağıdaki PowerShell komutunu çalıştırarak geçerli Probeport ayarını denetleyin. Küme yapılandırmasındaki sanal makinelerden birini içinden yürütün.

   $SAPSID = "PR1"     # SAP <SID>
   
   $SAPNetworkIPClusterName = "SAP $SAPSID IP"
   Get-ClusterResource $SAPNetworkIPClusterName | Get-ClusterParameter
   

2. Bir yoklama bağlantı noktası tanımlayın. Varsayılan yoklama bağlantı noktası numarası 0' dır. Örneğimizde araştırma bağlantı noktası 62000' i kullanıyoruz.

   

   Şekil 58: Varsayılan küme yapılandırma araştırması bağlantı noktası 0 ' dır

   Bağlantı noktası numarası SAP Azure Resource Manager şablonlarında tanımlanmıştır. Bağlantı noktası numarasını PowerShell 'e atayabilirsiniz.

   SAP <SID> IP kümesi kaynağı Için yeni bir probeport değeri ayarlamak için aşağıdaki PowerShell betiğini çalıştırın. Ortamınız için PowerShell değişkenlerini güncelleştirin. Betik çalıştıktan sonra, değişiklikleri etkinleştirmek için SAP küme grubunu yeniden başlatmanız istenir.

   $SAPSID = "PR1"      # SAP <SID>
   $ProbePort = 62000   # ProbePort of the Azure Internal Load Balancer
   
   Clear-Host
   $SAPClusterRoleName = "SAP $SAPSID"
   $SAPIPresourceName = "SAP $SAPSID IP"
   $SAPIPResourceClusterParameters =  Get-ClusterResource $SAPIPresourceName | Get-ClusterParameter
   $IPAddress = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "Address" }).Value
   $NetworkName = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "Network" }).Value
   $SubnetMask = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "SubnetMask" }).Value
   $OverrideAddressMatch = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "OverrideAddressMatch" }).Value
   $EnableDhcp = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "EnableDhcp" }).Value
   $OldProbePort = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "ProbePort" }).Value
   
   $var = Get-ClusterResource | Where-Object {  $_.name -eq $SAPIPresourceName  }
   
   Write-Host "Current configuration parameters for SAP IP cluster resource '$SAPIPresourceName' are:" -ForegroundColor Cyan
   Get-ClusterResource -Name $SAPIPresourceName | Get-ClusterParameter
   
   Write-Host
   Write-Host "Current probe port property of the SAP cluster resource '$SAPIPresourceName' is '$OldProbePort'." -ForegroundColor Cyan
   Write-Host
   Write-Host "Setting the new probe port property of the SAP cluster resource '$SAPIPresourceName' to '$ProbePort' ..." -ForegroundColor Cyan
   Write-Host
   
   $var | Set-ClusterParameter -Multiple @{"Address"=$IPAddress;"ProbePort"=$ProbePort;"Subnetmask"=$SubnetMask;"Network"=$NetworkName;"OverrideAddressMatch"=$OverrideAddressMatch;"EnableDhcp"=$EnableDhcp}
   
   Write-Host
   
   $ActivateChanges = Read-Host "Do you want to take restart SAP cluster role '$SAPClusterRoleName', to activate the changes (yes/no)?"
   
   if($ActivateChanges -eq "yes"){
   Write-Host
   Write-Host "Activating changes..." -ForegroundColor Cyan
   
   Write-Host
   write-host "Taking SAP cluster IP resource '$SAPIPresourceName' offline ..." -ForegroundColor Cyan
   Stop-ClusterResource -Name $SAPIPresourceName
   sleep 5
   
   Write-Host "Starting SAP cluster role '$SAPClusterRoleName' ..." -ForegroundColor Cyan
   Start-ClusterGroup -Name $SAPClusterRoleName
   
   Write-Host "New ProbePort parameter is active." -ForegroundColor Green
   Write-Host
   
   Write-Host "New configuration parameters for SAP IP cluster resource '$SAPIPresourceName':" -ForegroundColor Cyan
   Write-Host
   Get-ClusterResource -Name $SAPIPresourceName | Get-ClusterParameter
   }else
   {
   Write-Host "Changes are not activated."
   }
   

   SAP <SID > küme rolünü çevrimiçine geçirdikten sonra, probeport değerinin yeni değere ayarlandığını doğrulayın.

   $SAPSID = "PR1"     # SAP <SID>
   
   $SAPNetworkIPClusterName = "SAP $SAPSID IP"
   Get-ClusterResource $SAPNetworkIPClusterName | Get-ClusterParameter
   
   

   

   Şekil 59: Yeni değeri ayarladıktan sonra küme bağlantı noktasını araştırma

Windows güvenlik duvarı araştırması bağlantı noktasını açın

her iki küme düğümünde bir Windows güvenlik duvarı araştırması bağlantı noktası açmanız gerekir. Windows güvenlik duvarı araştırması bağlantı noktasını açmak için aşağıdaki betiği kullanın. Ortamınız için PowerShell değişkenlerini güncelleştirin.

$ProbePort = 62000   # ProbePort of the Azure Internal Load Balancer

New-NetFirewallRule -Name AzureProbePort -DisplayName "Rule for Azure Probe Port" -Direction Inbound -Action Allow -Protocol TCP -LocalPort $ProbePort

Probeport 62000 olarak ayarlanır. Artık \ \ascsha-clsap\sapmnt dosya paylaşımıyla, assha-DBAS gibi diğer konaklardan erişebilirsiniz.

Veritabanı örneğini yükler

Veritabanı örneğini yüklemek için SAP yükleme belgelerinde açıklanan süreci izleyin.

İkinci küme düğümünü yükler

İkinci kümeyi yüklemek için SAP yükleme kılavuzundaki adımları izleyin.

SAP ERS Windows hizmet örneği başlangıç türünü değiştirme

SAP ERS Windows hizmetinin başlangıç türünü her iki küme düğümünde da otomatik (gecikmeli başlatma) olarak değiştirin.

Şekil 60: SAP ERS örneği için hizmet türünü Gecikmeli otomatik olarak değiştirme

SAP birincil uygulama sunucusunu yükler

PAS 'yi barındırmak için belirlediğiniz sanal makinede sıd>-dı-0 <birincil uygulama sunucusu (pas) örneğini yükleyebilirsiniz. Azure veya Dataman 'a özgü ayarlar üzerinde hiçbir bağımlılık yoktur.

SAP ek uygulama sunucusunu yükler

SAP uygulama sunucusu örneğini barındırmak için belirlediğiniz tüm sanal makinelere bir SAP ek uygulama sunucusu (AAS) yükleyebilirsiniz. Örneğin, <sıd>-dı-1 Ile <SID>-dı- < n > .

SAP ASCS/SCS örneği yük devretme ve SIOS çoğaltmasını test etme

Yük Devretme Kümesi Yöneticisi ve SIOS Dataman yönetimi ve yapılandırma aracını kullanarak SAP yoks/SCS örneği yük devretmesini ve SIOS disk çoğaltmasını test etmek ve izlemek kolaydır.

SAP ASCS/SCS örneği, küme düğümü A 'da çalışıyor

SAP PR1 küme grubu, A küme düğümü üzerinde çalışıyor. Örneğin, PR1-ascs-0 üzerinde. SAP PR1 küme grubunun bir parçası olan ve ascs/SCS örneğinin kullandığı paylaşılan disk sürücüsünü, A düğümünü Kümelendirmek için atayın.

Şekil 61: Yük Devretme Kümesi Yöneticisi: SAP <sıd> kümesi grubu A kümesi düğümünde çalışıyor

SIOS Verilerlik yönetimi ve yapılandırma aracında, paylaşılan disk verilerinin, A küme düğümü üzerindeki kaynak birim sürücüsünden, B küme düğümü üzerindeki hedef birim sürücüsüne zaman uyumlu olarak çoğaltıldığından emin olabilirsiniz. Örneğin, PR1-ascs-0 [10.0.0.40] öğesinden PR1-ascs-1 [10.0.0.41] arasında çoğaltılır.

Şekil 62: Jımdataman 'da yerel birimi küme düğümü A 'yı küme düğümüne çoğaltma B

A düğümünden B düğümüne yük devretme

1. A küme düğümünden B kümesine SAP <sıd> küme grubunun yük devretmesini başlatmak için şu seçeneklerden birini seçin:

   • Yük Devretme Kümesi Yöneticisi kullan
   • Yük devretme kümesi PowerShell 'i kullanma

   $SAPSID = "PR1"     # SAP <SID>
   
   $SAPClusterGroup = "SAP $SAPSID"
   Move-ClusterGroup -Name $SAPClusterGroup
   
   

2. Windows konuk işletim sisteminde bir küme düğümünü yeniden başlatın (bu, a düğümünden B düğümü arasında SAP <sıd> küme grubunun otomatik yük devretmesini başlatır).

3. Azure portal küme düğümünü A 'dan yeniden başlatın (Bu, A düğümünden B düğümüne) SAP <sıd> küme grubunun otomatik yük devretmesini başlatır).

4. Azure PowerShell kullanarak küme düğümünü yeniden başlatma (bu, a düğümünden B düğümüne, SAP <sıd> küme grubunun otomatik yük devretmesini başlatır).

   Yük devretmeden sonra SAP <sıd> küme grubu B küme düğümünde çalışıyor. Örneğin, PR1-ascs-1 üzerinde çalışıyor.

   

   Şekil 63: yük devretme kümesi Yöneticisi ' de, SAP <SID> küme düğümü B üzerinde çalışıyor

   Paylaşılan disk artık B küme düğümüne takıyor. SIOS Verilerman, küme düğümü B 'deki kaynak birim sürücüsünden verileri, A küme düğümü üzerindeki hedef birim sürücüsüne çoğaltmakta. Örneğin, PR1-ascs-1 [10.0.0.41] öğesinden PR1-ascs-0 [10.0.0.40] arasında çoğaltılıyor.

   

   Şekil 64: SIOS Dataman, yerel birimi B küme düğümünden A kümesine çoğaltır