SAP NetWeaver için yüksek kullanılabilirliğe sahip mimari ve senaryolar

Terminoloji tanımları

Yüksek kullanılabilirlik: aynı veri merkezinde yer alan yedekli, hataya dayanıklı veya yük devretme korumalı bileşenler aracılığıyla BT Hizmetleri IÇIN iş sürekliliği sağlayarak BT kesintilerini en aza indirecek bir teknoloji kümesini ifade eder. Bu durumda, veri merkezi bir Azure bölgesi içinde bulunur.

Olağanüstü durum kurtarma: aynı zamanda, BT Hizmetleri kesintisini ve bunların kurtarmasının en aza indirmesine, ancak bir diğerinden yüzlerce mil olabilir. Bu durumda, veri merkezleri aynı geopolitik bölgede veya bir müşteri olarak sizin tarafınızdan belirlenen konumlarda yer alan çeşitli Azure bölgelerinde yer alabilir.

Yüksek kullanılabilirliğe genel bakış

Azure 'da SAP yüksek kullanılabilirlik üç tür için ayrılabilir:

• Azure altyapı yüksek kullanılabilirliği:

  Örneğin, yüksek kullanılabilirlik işlem (VM 'Ler), ağ veya depolama alanı ve SAP uygulamalarının kullanılabilirliğini arttırmaya yönelik avantajları içerebilir.

• SAP uygulamalarında daha yüksek kullanılabilirlik elde etmek IÇIN Azure altyapı VM yeniden başlatması kullanma:

  Linux üzerinde Windows Server yük devretme kümelemesi (WSFC) veya pacemaker gibi işlevleri kullanmamaya karar verirseniz, Azure VM yeniden başlatması kullanılır. Azure fiziksel sunucu altyapısının ve temel alınan Azure platformunun planlanmış ve planlanmamış kapalı kalma süresine karşı SAP sistemlerini korur.

• SAP uygulaması yüksek kullanılabilirliği:

  Tam SAP sistem yüksek kullanılabilirlik elde etmek için tüm kritik SAP sistem bileşenlerini korumanız gerekir. Örnek:

  • Yedekli SAP uygulama sunucuları.
  • Benzersiz bileşenler. Bir örnek, SAP ASCS/SCS örneği veya bir veritabanı yönetim sistemi (DBMS) gibi tek bir hata noktası (SPOF) bileşeni olabilir.

Azure 'da SAP yüksek kullanılabilirlik, şirket içi fiziksel veya sanal ortamda SAP yüksek kullanılabilirliğinden farklıdır. Microsoft Windows 'de VMware ve Hyper-V ' d e sanal ortamlarda yüksek kullanılabilirlik ve iş sürekliliği NetWeaver , aşağıdaki kağıda, Windows üzerinde sanallaştırılmış ortamlarda standart SAP yüksek kullanılabilirlik yapılandırmalarının açıklanmaktadır.

Windows için olduğu için, Linux için sapinst ile tümleşik SAP yüksek kullanılabilirlik yapılandırması yoktur. Linux için şirket içi SAP yüksek kullanılabilirlik hakkında daha fazla bilgi için bkz. yüksek kullanılabilirlik iş ortağı bilgileri.

Azure altyapı yüksek kullanılabilirliği

Tek örnekli sanal makineler için SLA

Şu anda Premium Depolama ile% 99,9 oranında tek VM SLA 'Sı vardır. Tek bir VM 'nin kullanılabilirliğinin ne olabileceği hakkında fikir almak için, çeşitli kullanılabilir Azure hizmet düzeyi sözleşmelerininürününü oluşturabilirsiniz.

Hesaplamanın temeli ayda 30 gün veya 43.200 dakikadır. Örneğin,% 0,05 kesinti süresi 21,6 dakikaya karşılık gelir. Her zamanki gibi çeşitli hizmetlerin kullanılabilirliği aşağıdaki şekilde hesaplanır:

(Kullanılabilirlik hizmeti #1/100) * (kullanılabilirlik hizmeti #2/100) * (kullanılabilirlik hizmeti #3/100) * ...

Örnek:

(99,95/100) * (99,9/100) * (99,9/100) = 0,9975 veya genel olarak% 99,75 kullanılabilirliği.

Aynı Kullanılabilirlik kümesindeki birden fazla sanal makine örneği

Aynı kullanılabilirlik kümesinde dağıtılan iki veya daha fazla örneğe sahip tüm sanal makinelerde, en az bir örneğe yönelik sanal makine bağlantınızın en az% 99,95 olacağını garanti ediyoruz.

İki veya daha fazla VM aynı Kullanılabilirlik kümesinin parçası olduğunda, kullanılabilirlik kümesindeki her bir sanal makineye, temel alınan Azure platformu tarafından bir güncelleştirme etki alanı ve bir hata etki alanı atanır.

• Güncelleştirme etki alanları , bir Azure altyapısının planlı Bakımı sırasında birden çok VM 'nin aynı anda yeniden başlatılmasının garanti edilir. Tek seferde yalnızca bir VM yeniden başlatılır.

• Hata etki alanları , VM 'lerin ortak bir güç kaynağı ve ağ anahtarı paylaşmayan donanım bileşenlerine dağıtılmasını güvence altına alır. Sunucular, ağ anahtarı veya güç kaynağı planlanmamış kapalı kalma süresi olmadığında yalnızca bir VM etkilenir.

daha fazla bilgi için bkz. Azure 'da Windows sanal makinelerin kullanılabilirliğini yönetme.

Kullanılabilirlik kümesi, yüksek kullanılabilirlik sağlamak için kullanılır:

• Yedekli SAP uygulama sunucuları.
• SAP ASCS/SCS örneği veya bir DBMS gibi SPOFs 'ları koruyan iki veya daha fazla düğüm (VM) içeren kümeler.

Azure Kullanılabilirlik Alanları

Azure, farklı Azure bölgelerinintamamında Azure kullanılabilirlik alanları kavramlarını kullanıma sunmaya yönelik bir işlemdir. Kullanılabilirlik Alanları sunulan Azure bölgelerinde, Azure bölgelerinin, güç kaynağı, soğutma ve ağ sağlama ile bağımsız birden çok veri merkezi vardır. Tek bir Azure bölgesi içinde farklı bölgeler sunma nedeni, sunulan iki veya üç Kullanılabilirlik Alanları üzerinde uygulama dağıtmanızı olanaklı hale maktır. Güç kaynaklarında ve/veya ağda yer alan sorunların yalnızca bir kullanılabilirlik alanı altyapısını etkileyeceğini varsayarsak, bir Azure bölgesindeki uygulama dağıtımınız hala tamamen işlevseldir. Bir bölgedeki bazı VM 'Ler kaybedildiğinden, sonunda bazı düşük kapasiteye sahip. Ancak, diğer iki bölgede bulunan VM 'Ler hala çalışır durumda kalır. Bölgeleri sunan Azure bölgeleri Azure kullanılabilirlik alanlarılistelenmiştir.

Kullanılabilirlik Alanları kullanarak göz önünde bulundurmanız gereken bazı noktalar vardır. Şöyle dikkat edilecek noktalar listesi:

• Azure kullanılabilirlik kümelerini bir kullanılabilirlik bölgesi içinde dağıtamazsınız. Bir VM için dağıtım çerçevesi olarak bir kullanılabilirlik alanı veya kullanılabilirlik kümesi seçmeniz gerekir.
• temel Load Balancer , Windows yük devretme kümesi hizmetleri veya Linux pacemaker tabanlı yük devretme kümesi çözümleri oluşturmak için kullanamazsınız. Bunun yerine Azure Standart Load Balancer SKU 'sunu kullanmanız gerekir
• Azure Kullanılabilirlik Alanları, bir bölgedeki farklı bölgeler arasında belirli bir mesafe garantisi vermez
• Farklı Azure bölgelerinde bulunan farklı Azure Kullanılabilirlik Alanları arasındaki ağ gecikmesi Azure bölgesinden bölgeye farklı olabilir. Bir müşteri olarak, bir bölgeden etkin DBMS VM 'sine olan ağ gecikmesi hala bir iş süreci etkisinden kabul edilebilir olduğundan, müşteri olarak, farklı bölgelerde dağıtılan SAP uygulama katmanını makul bir şekilde çalıştırabileceği durumlar olacaktır. Bu durumda, bir bölgedeki etkin DBMS sanal makinesi ile başka bir bölgedeki bir VM 'deki SAP uygulama örneği arasındaki gecikme süresinin çok zorlenebileceği ve SAP iş işlemlerinde kabul edilemez olduğu durumlarda Müşteri senaryoları olacaktır. Sonuç olarak, gecikme çok yüksekse, dağıtım mimarilerinin uygulama veya etkin/Pasif mimari için etkin/etkin bir mimariyle farklı olması gerekir.
• Azure yönetilen diskleri kullanmak Azure kullanılabilirlik alanları dağıtmak için zorunludur

Sanal makinelerin planlanmış ve planlanmamış Bakımı

İki tür Azure platform olayı, sanal makinelerinizin kullanılabilirliğini etkileyebilir:

• Planlı bakım olayları, Microsoft tarafından temel alınan Azure platformunda yapılan düzenli güncelleştirmelerdir. Güncelleştirmeler, sanal makinelerinizin üzerinde çalıştığı platform altyapısının genel güvenilirlik, performans ve güvenliğini artırır.

• Planlanmamış bakım olayları, sanal makinenizi temel alan donanım veya fiziksel altyapı bir şekilde başarısız olduğunda meydana gelir. Yerel ağ arızalarını, yerel disk başarısızlıklarını veya diğer raf düzeyi başarısızlıklarını içerebilir. Böyle bir hata algılandığında, Azure platformu sanal makinenizi sanal makinenizi barındıran sağlıksız fiziksel sunucudan sağlıklı fiziksel bir sunucuya otomatik olarak geçirir. Bu tür olaylar nadir bir durumdur, ancak sanal makinenizin yeniden başlatılmasına de neden olabilir.

daha fazla bilgi için bkz. Azure 'da Windows sanal makinelerin kullanılabilirliğini yönetme.

Azure Depolama yedekliliği

depolama hesabınızdaki veriler, dayanıklılık ve yüksek kullanılabilirlik sağlamak için her zaman çoğaltılır ve Azure Depolama SLA 'sını, geçici donanım arızalarına karşı karşılamalıdır.

azure Depolama varsayılan olarak verilerin üç görüntüsünü sakladığı için, raıd 5 veya raıd 1 ' in birden çok Azure diskinde kullanılması gereksizdir.

daha fazla bilgi için bkz. Azure Depolama çoğaltma.

Azure Yönetilen Diskleri

Yönetilen diskler, Azure depolama hesaplarında depolanan sanal sabit diskler (VHD) yerine kullanılması önerilen Azure Resource Manager bir kaynak türüdür. Yönetilen diskler, bağlı oldukları sanal makine Azure kullanılabilirlik kümesiyle otomatik olarak hizalanır. Sanal makinenizin ve üzerinde çalışan hizmetlerin kullanılabilirliğini arttırır.

Daha fazla bilgi için bkz. Azure yönetilen disklere genel bakış.

Sanal makinelerinizin dağıtımını ve yönetimini basitleştiğinden yönetilen diskleri kullanmanızı öneririz.

SAP uygulamalarının yüksek oranda kullanılabilirliğini elde etmek için Azure altyapı yüksek kullanılabilirliği kullanma

Linux üzerinde WSFC veya paceyapıcısı gibi işlevleri kullanmamaya karar verirseniz (şu anda yalnızca SUSE Linux Enterprise Server [sles] 12 ve üzeri için desteklenmektedir), Azure VM yeniden başlatması kullanılır. Azure fiziksel sunucu altyapısının ve temel alınan Azure platformunun planlanmış ve planlanmamış kapalı kalma süresine karşı SAP sistemlerini korur.

Bu yaklaşım hakkında daha fazla bilgi için bkz. SAP sisteminin daha yüksek kullanılabilirlik elde etmek Için Azure ALTYAPı VM yeniden başlatma'yı kullanma.

Azure IaaS 'de SAP uygulamalarının yüksek kullanılabilirliği

Tam SAP sistem yüksek kullanılabilirlik elde etmek için tüm kritik SAP sistem bileşenlerini korumanız gerekir. Örnek:

• Yedekli SAP uygulama sunucuları.
• Benzersiz bileşenler. Bir örnek, SAP ASCS/SCS örneği veya bir veritabanı yönetim sistemi (DBMS) gibi tek bir hata noktası (SPOF) bileşeni olabilir.

Sonraki bölümlerde, üç kritik SAP sistem bileşeni için yüksek kullanılabilirlik elde etme konusu ele alınmaktadır.

SAP uygulama sunucuları için yüksek kullanılabilirlik mimarisi

Bu bölüm için geçerlidir:

Windows ve Linux

SAP uygulama sunucusu ve iletişim kutusu örnekleri için genellikle belirli bir yüksek kullanılabilirlik çözümüne ihtiyacınız yok. Yedeklilik ile yüksek kullanılabilirlik elde edin ve Azure sanal makinelerinin çeşitli örneklerinde birden çok iletişim kutusu örneği yapılandırırsiniz. Azure sanal makinelerinin iki örneğine en az iki SAP uygulama örneğinin yüklü olması gerekir.

Şekil 1: Yüksek kullanılabilirlik SAP uygulama sunucusu

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

• Tüm sanal makineler aynı güncelleştirme etki alanının parçası değildir.
  Güncelleştirme etki alanı, planlı bakım kapalı kalma süresi boyunca sanal makinelerin aynı anda güncelleştirilmamalarını sağlar.

  Bir Azure ölçek birimi içindeki farklı güncelleştirme ve hata etki alanları üzerinde temel işlevler zaten güncelleştirme etki alanları bölümünde tanıtıldı.

• Tüm sanal makineler aynı hata etki alanının parçası değildir.
  Hata etki alanı, tek bir hata noktasının tüm sanal makinelerin kullanılabilirliğini etkilemesi için sanal makinelerin dağıtılmasını sağlar.

Azure ölçek birimi içindeki bir Azure kullanılabilirlik kümesi tarafından kullanılmaktadır güncelleştirme ve hata etki alanlarının sayısı sınırlıdır. Vm'leri tek bir kullanılabilirlik kümesine eklemeye devam ediyorsanız, sonunda iki veya daha fazla VM aynı hataya veya güncelleştirme etki alanına sahip olur.

Ayrılmış VM'lerine birkaç SAP uygulama sunucusu örneği dağıtırsanız, beş güncelleştirme etki alanımız olduğu varsay varsaysak aşağıdaki resim ortaya çıkar. Bir kullanılabilirlik kümesi içindeki en fazla güncelleştirme ve hata etki alanı sayısı gelecekte değişebilir:

Şekil 2: Azure kullanılabilirlik kümesinde SAP uygulama sunucularının yüksek kullanılabilirliği

Daha fazla bilgi için bkz. Azure'da Windows kullanılabilirliğini yönetme.

Daha fazla bilgi için SAP NetWeaver için Azure sanal makine planlama ve uygulama belgesinin Azure kullanılabilirlik kümeleri bölümüne bakın.

Yalnızca yönetmemiş diskler: Azure depolama hesabı olası tek hata noktası olduğundan, en az iki sanal makine dağıtılmış olan en az iki Azure depolama hesabına sahip olmak ö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.

Bir SAP ASCS/SCS örneği için yüksek kullanılabilirlik mimarisi Windows

Windows

SAP ASCS/SCS örneğini korumak için bir WSFC çözümü kullanabilirsiniz. Çözümün iki çeşidi vardır:

• Kümelenmiş paylaşılan diskler kullanarak SAP ASCS/SCS örneğini kümeleme: Bu mimari hakkında daha fazla bilgi için bkz. Küme paylaşılan diski kullanarak bir Windows yük devretme kümesinde SAP ASCS/SCS örneği kümeleme.

• Dosya paylaşımını kullanarak SAP ASCS/SCS örneğini kümeleme: Bu mimari hakkında daha fazla bilgi için bkz. Dosya paylaşımını kullanarak Windows yük devretme kümesinde SAP ASCS/SCS örneği kümeleme.

• ANF SMB paylaşımını kullanarak SAP ASCS/SCS örneğini kümeleme: Bu mimari hakkında daha fazla bilgi için bkz. ANF SMB dosya paylaşımını kullanarak bir Windows yük devretme kümesinde SAP ASCS/SCSörneği kümeleme.

Linux üzerinde SAP ASCS/SCS örneği için yüksek kullanılabilirlik mimarisi

Linux

SLES küme çerçevesini kullanarak SAP ASCS/SCS örneğini kümeleme hakkında daha fazla bilgi için bkz. SAP uygulamaları için SUSE Linux Enterprise Server'da Azure VM'lerde SAP NetWeaveriçin yüksek kullanılabilirlik. Yüksek oranda kullanılabilir NFS gerektirmeyen SLES'de alternatif HA mimarisi için bkz. SAP uygulamaları için SUSE Linux Enterprise Server'da SAP NetWeaveriçin yüksek kullanılabilirlik Azure NetApp Files kılavuzu.

Red Hat küme çerçevesini kullanarak SAP ASCS/SCS örneğini kümeleme hakkında daha fazla bilgi için bkz. Red Hat üzerinde SAP NetWeaver için Azure Sanal Makineleri yüksek kullanılabilirlik Enterprise Linux

Kümelenmiş SAP ASCS/SCS örneği için SAP NetWeaver çoklu SID yapılandırması

Windows

Çoklu SID, dosya paylaşımı ve paylaşılan disk kullanılarak WSFC ile de desteklendi.

Çoklu SID yüksek kullanılabilirlik mimarisi hakkında daha fazla bilgi için Windows:

• sap ASCS/SCS örneği çoklu SID yüksek kullanılabilirlik Windows Sunucu Yük Devretme Kümelesi ve dosya paylaşımı

• Windows Server Yük Devretme Kümeleme ve paylaşılan disk için SAP ASCS/SCS örneği çoklu SID yüksek kullanılabilirliği

Linux

Sap ASCS/ERS için Linux Pacemaker kümelerde çoklu SID kümelemesi, aynı kümede beş SAP SID ile sınırlıdır. Linux'ta çoklu SID yüksek kullanılabilirlik mimarisi hakkında daha fazla bilgi için bkz:

• SAP uygulamaları için SLES üzerinde Azure VM'lerde SAP NW için HA çoklu SID kılavuzu
• SAP uygulamaları için RHEL üzerinde Azure VM'lerde SAP NW için HA çoklu SID kılavuzu

Yüksek kullanılabilirlik DBMS örneği

DBMS ayrıca SAP sisteminde tek bir iletişim noktasıdır. Yüksek kullanılabilirlik çözümü kullanarak bunu korumalısiniz. Aşağıdaki şekilde Azure'SQL Server Sunucu Yük Devretme Kümelemektedir ve Azure iç yük dengeleyici ile Windows AlwaysOn yüksek kullanılabilirlik çözümü yer alır. SQL Server AlwaysOn, DBMS verilerini ve günlük dosyalarını kendi DBMS çoğaltmasını kullanarak çoğaltır. Bu durumda küme paylaşılan diske ihtiyacınız yok ve bu da kurulumun tamamını basitleştiriyor.

Şekil 3: SQL Server AlwaysOn ile yüksek kullanılabilirlik SAP DBMS örneği

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

• Azure sanal makinelerini kullanarak El ile Bir AlwaysOn kullanılabilirlik grubu Resource Manager

• Azure'da AlwaysOn kullanılabilirlik grubu için Azure iç yük dengeleyici yapılandırma

Azure Resource Manager dağıtım modelini kullanarak Azure'da DBMS'SAP HANA kümeleme hakkında daha fazla bilgi için bkz. Azure sanal makinelerde (VM) SAP HANA yüksek kullanılabilirliği.