Aracılığıyla paylaş

SAP NetWeaver için yüksek kullanılabilirlik mimarisi ve senaryoları

  • Makale

Terminoloji tanımları

Yüksek kullanılabilirlik: Aynı veri merkezi içindeki yedekli, hataya dayanıklı veya yük devretme korumalı bileşenler aracılığıyla BT hizmetlerinin iş sürekliliğini sağlayarak BT kesintilerini en aza indiren bir dizi teknolojiyi ifade eder. Bizim örneğimizde veri merkezi tek bir Azure bölgesinde yer alır.

Olağanüstü durum kurtarma: Ayrıca BT hizmetlerinin kesintisini ve bunların kurtarılmasını en aza indirmeyi, ancak birbirinden yüzlerce mil uzakta olabilecek çeşitli veri merkezlerindeki kurtarma işlemlerini de ifade eder. Bizim örneğimizde veri merkezleri, aynı jeopolitik bölgedeki çeşitli Azure bölgelerinde veya müşteri olarak sizin tarafınızdan oluşturulan konumlarda yer alabilir.

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

Azure'da SAP yüksek kullanılabilirliği üç türe ayrılabilir:

  • Azure altyapısı yüksek kullanılabilirlik:

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

  • SAP uygulamalarını korumak için Azure altyapısı VM'sini yeniden başlatmayı kullanma:

    Linux'ta 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 planlı ve planlanmamış kapalı kalma süresi varsa SAP sistemlerinde işlevselliği geri yükler.

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

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

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

Azure'da SAP yüksek kullanılabilirliği, şirket içi fiziksel veya sanal ortamda sap yüksek kullanılabilirliklerinden farklıdır.

Windows için olduğu gibi 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ılabilirliği hakkında bilgi için bkz . Yüksek kullanılabilirlik iş ortağı bilgileri.

Azure altyapısı yüksek kullanılabilirliği

Tek örnekli sanal makineler için SLA

Şu anda premium depolama ile %99,9 tek VM SLA'sı vardır. Tek bir VM'nin kullanılabilirliğinin ne olabileceği hakkında fikir edinmek 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 kapalı kalma 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) x (Kullanılabilirlik Hizmeti #2/100) x (Kullanılabilirlik Hizmeti #3/100) *...

Örneğin:

(99,95/100) x (99,9/100) x (99,9/100) = 0,9975 veya %99,75 genel kullanılabilirlik.

Aynı kullanılabilirlik kümesindeki birden çok sanal makine örneği

Aynı kullanılabilirlik kümesinde dağıtılan iki veya daha fazla örneği olan tüm sanal makineler için, en az bir örnekle en az %99,95 sanal makine bağlantısına sahip olduğunuzu garanti ediyoruz.

İki veya daha fazla VM aynı kullanılabilirlik kümesinin parçası olduğunda, kullanılabilirlik kümesindeki her sanal makineye temel 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ılmaması garanti eder. Aynı anda yalnızca bir VM yeniden başlatılır.
  • Hata etki alanları , VM'lerin ortak bir güç kaynağını ve ağ anahtarını paylaşmaz donanım bileşenlerine dağıtıldığını garanti eder. Sunucular, bir ağ anahtarı veya güç kaynağı planlanmamış kapalı kalma süresine uğradığında, yalnızca bir VM etkilenir.

Daha fazla bilgi için bkz . Kullanılabilirlik kümesini kullanarak Azure'da sanal makinelerin kullanılabilirliğini yönetme.

Azure Kullanılabilirlik Alanları

Azure, azure Kullanılabilirlik Alanları kavramını farklı Azure bölgelerinde kullanıma sunma aşamasındadır. Kullanılabilirlik Alanları sunulan Azure bölgelerinde, Azure bölgelerinin güç kaynağı, soğutma ve ağ kaynağından bağımsız olan birden çok veri merkezi vardır. Tek bir Azure bölgesinde farklı bölgeler sunmanın nedeni, sunulan iki veya üç Kullanılabilirlik Alanları uygulama dağıtmanızı sağlamaktır. Güç kaynakları ve/veya ağ sorunlarının yalnızca bir Kullanılabilirlik Alanı altyapısını etkileyeceğini varsayarsak, Azure bölgesindeki uygulama dağıtımınız hala tam olarak işlevseldir. Sonunda, bir bölgedeki bazı VM'ler kaybolabileceğinden kapasite biraz azalmış olur. Ancak diğer iki bölgede bulunan VM'ler çalışır durumdadır. Bölge sunan Azure bölgeleri, Azure Kullanılabilirlik Alanları'da listelenir.

Kullanılabilirlik Alanları kullanırken dikkate alınması gereken bazı şeyler vardır. Dikkat edilmesi gerekenler listesi:

  • Azure Kullanılabilirlik Kümelerini bir Kullanılabilirlik Alanı içinde dağıtamazsınız. Kullanılabilirlik kümelerini ve Kullanılabilirlik Alanları birleştirmenin tek olasılığı yakınlık yerleştirme gruplarıdır. Daha fazla bilgi için kullanılabilirlik kümelerini ve kullanılabilirlik alanlarını yakınlık yerleştirme gruplarıyla birleştirme makalesine bakın.
  • Windows Yük Devretme Kümesi Hizmetleri veya Linux Pacemaker'ı temel alan yük devretme kümesi çözümleri oluşturmak için Temel Yük Dengeleyici'yi kullanamazsınız. Bunun yerine Azure Standart Load Balancer SKU'yu kullanmanız gerekir.
  • Azure Kullanılabilirlik Alanları, bir bölgedeki farklı bölgeler arasında belirli bir mesafe garantisi vermiyor.
  • Farklı Azure bölgeleri içindeki farklı Azure Kullanılabilirlik Alanları arasındaki ağ gecikme süresi, Azure bölgesinden bölgeye farklı olabilir. Bir bölgeden etkin DBMS VM'sine ağ gecikme süresi iş süreci etkisinden hala kabul edilebilir olduğundan, müşteri olarak farklı bölgelere dağıtılan SAP uygulama katmanını makul bir şekilde çalıştırabileceğiniz durumlar olabilir. Öte yandan, bir bölgedeki etkin DBMS VM ile başka bir bölgedeki BIR VM'deki SAP uygulama örneği arasındaki gecikme süresinin sap iş süreçleri için çok müdahaleci ve kabul edilemez olabileceği müşteri senaryoları olabilir. Sonuç olarak, uygulama için etkin/etkin mimari veya gecikme süresi çok yüksekse etkin/pasif mimari ile dağıtım mimarilerinin farklı olması gerekir.
  • Azure yönetilen diskleri kullanmak, Azure Kullanılabilirlik Alanları'a dağıtmak için zorunludur.

Esnek Düzenleme ile Sanal Makine Ölçek Kümesi

Azure'da Esnek düzenleme ile Sanal Makine Ölçek Kümeleri, kullanılabilirlik kümeleri ve kullanılabilirlik alanları gibi diğer dağıtım çerçeveleri gibi SAP iş yükleri için yüksek kullanılabilirlik elde etme aracı sunar. Esnek ölçek kümesiyle VM'ler çeşitli kullanılabilirlik alanları ve hata etki alanları arasında dağıtılabilir ve bu da yüksek oranda kullanılabilir SAP iş yüklerini dağıtmak için uygun bir seçenektir.

Esnek düzenlemeye sahip sanal makine ölçek kümesi, ölçek kümesini bir bölgede oluşturma veya kullanılabilirlik alanlarına yayma esnekliği sunar. Oluşturma sırasında platformFaultDomainCount>1 (FD>1) içeren bir bölge içindeki esnek ölçek kümesi, ölçek kümesinde dağıtılan VM'ler aynı bölgedeki belirtilen sayıda hata etki alanına dağıtılır. Öte yandan platformFaultDomainCount=1 (FD=1) ile kullanılabilirlik alanları arasında esnek ölçek kümesinin oluşturulması VM'leri farklı bölgelere dağıtacak ve ölçek kümesi de vm'leri her bölgedeki farklı hata etki alanları arasında en iyi çaba temelinde dağıtacaktı. SAP iş yükü için yalnızca FD=1 ile esnek ölçek kümesi desteklenir.

Geleneksel kullanılabilirlik alanı dağıtımı yerine FD=1 ile esnek ölçek kümelerini FD=1 ile kullanmanın avantajı, ölçek kümesiyle dağıtılan VM'lerin bölge içindeki farklı hata etki alanlarına en iyi çabayla dağıtılmasıdır. Tüm Azure veri merkezlerinde veya her ağ omurgasının altında VM kullanılabilirliğini sağlamak için yakınlık yerleştirme grubunu kullanmayla ilgili sınırlamaları önlemek için FD=1 ile esnek ölçek kümesi kullanarak SAP iş yükünün kullanılabilirlik alanları arasında dağıtılması önerilir. Bu dağıtım stratejisi, her bölgeye dağıtılan VM'lerin tek bir veri merkezi veya ağ omurgası ile sınırlı olmamasını ve veritabanları, ASCS/ERS ve uygulama katmanı gibi tüm SAP sistem bileşenlerinin kapsamının bölgesel düzeyde olmasını sağlar.

Bu nedenle, kullanılabilirlik alanları arasında yeni SAP iş yükü dağıtımı için FD=1 ile esnek ölçek kümesi kullanmanızı öneririz. Daha fazla bilgi için bkz . SAP iş yükü için sanal makine ölçek kümesi belgesi.

Sanal makinelerin planlı ve plansız bakımı

İki tür Azure platformu 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üvenilirliğini, performansını ve güvenliğini artırır.
  • Planlanmamış bakım olayları, sanal makinenizin temel aldığı donanım veya fiziksel altyapı bir şekilde başarısız olduğunda oluşur. Yerel ağ hataları, yerel disk hataları veya diğer raf düzeyi hataları içerebilir. Böyle bir hata algılandığında, Azure platformu sanal makinenizi otomatik olarak sanal makinenizi barındıran iyi durumda olmayan fiziksel sunucudan sağlıklı bir fiziksel sunucuya geçirir. Bu tür olaylar nadirdir, ancak sanal makinenizin yeniden başlatılmasına da neden olabilir.

Daha fazla bilgi için bkz . Azure'da sanal makinelerin bakımı.

Azure Depolama yedekliliği

Depolama hesabınızdaki veriler, geçici donanım hataları karşısında bile Azure Depolama SLA'sını karşılayarak dayanıklılık ve yüksek kullanılabilirlik sağlamak için her zaman çoğaltılır.

Azure Depolama varsayılan olarak verilerin üç görüntülerini tuttuğundan, birden çok Azure diskinde RAID 5 veya RAID 1 kullanılması gereksizdir.

Daha fazla bilgi için bkz . Azure Depolama çoğaltması.

Azure Yönetilen Diskleri

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

Daha fazla bilgi için bkz. Azure Yönetilen Disklere Genel Bakış.

Sanal makinelerinizin dağıtımını ve yönetimini basitleştirdikleri için yönetilen diskler kullanmanızı öneririz.

SAP iş yükü için farklı dağıtım türlerinin karşılaştırması

SAP iş yükleri için kullanılabilen çeşitli dağıtım türlerinin hızlı bir özeti aşağıda verilmiştir.

Özellikler Esnek Düzenleme ile Sanal Makine Ölçek Kümesi (FD=1) Kullanılabilirlik Alanı Kullanılabilirlik Kümesi
Dağıtım davranışı Örnekler 1, 2 veya 3 kullanılabilirlik alanına ulaşıyor ve her bölge içindeki farklı raflara en iyi çaba temelinde dağıtıldı Örnekler 1, 2 veya 3 kullanılabilirlik alanına ulaşıyor Örnekler bölgeye iner ve farklı hata/güncelleştirme etki alanına dağıtılır
Vm ve yönetilen diskleri belirli bir Kullanılabilirlik alanına atama Yes Evet Hayır
Hata etki alanı - Maksimum yayma (Azure örnekleri en üst düzeye yayar) Yes Hayır Evet, oluşturma sırasında tanımlanan hata etki alanı sayısına göre.
İşlemden depolama hatası etki alanı hizalamasına Hayır Hayır Evet
Kapasite Rezervasyonu Evet (VM düzeyinde kapasite rezervasyonu atayın) Yes No.

Not

SAP iş yükü için yüksek kullanılabilirlik dağıtım seçenekleri

Azure'da yüksek kullanılabilirliğe sahip bir SAP iş yükü dağıtırken, kullanılabilen çeşitli dağıtım türlerini ve bunların farklı Azure bölgelerinde (bölgeler arasında, tek bir bölgede veya bölgeleri olmayan bir bölgede) nasıl uygulanabileceğini dikkate almak önemlidir. Aşağıdaki tabloda, Azure bölgelerindeki SAP sistemleri için çeşitli yüksek kullanılabilirlik seçenekleri gösterilmektedir.

Sistem türü Bir bölgedeki farklı bölgeler arasında Bir bölgenin tekil bölgesinde Bölgeleri olmayan bir bölgede
Yüksek Kullanılabilirlik SAP sistemi FD=1 ile esnek ölçek kümesi YakınLık Yerleştirme Grupları ile Kullanılabilirlik Kümeleri Kullanılabilirlik Kümeleri
YakınLık Yerleştirme Grupları ile Kullanılabilirlik Kümeleri ve Kullanılabilirlik Alanları FD=1 ile esnek ölçek kümesi (yalnızca bir bölge seçin) FD=1 ile esnek ölçek kümesi (hiçbir bölge tanımlanmadı)
Kullanılabilirlik Alanları Kullanılabilirlik Kümeleri
  • Bir bölgedeki farklı bölgeler arasında dağıtım: En yüksek kullanılabilirlik için SAP sistemleri bir bölgedeki farklı bölgelere dağıtılmalıdır. Bu, bir bölge kullanılamıyorsa SAP sisteminin başka bir bölgede kullanılabilir olmaya devam etmesini sağlar. Kullanılabilirlik alanları arasında yeni SAP iş yükü dağıtıyorsanız FD=1 dağıtım seçeneğiyle ayarlanan esnek sanal makine ölçeklerini kullanmanız önerilir. Kapasite kısıtlamaları veya yerleştirme grupları konusunda endişelenmeden bir bölgedeki farklı bölgelere birden çok VM dağıtmanıza olanak tanır. Ölçek kümesi çerçevesi, ölçek kümesiyle dağıtılan VM'lerin bölge içindeki farklı hata etki alanlarına en iyi şekilde dağıtılabilmesini sağlar. SAP ASCS/ERS, SAP veritabanları gibi tüm yüksek kullanılabilir SAP bileşenleri farklı bölgelere dağıtılırken, her bölgedeki birden çok uygulama sunucusu en iyi çaba temelinde farklı hata etki alanına dağıtılır.
  • Bir bölgenin tek bir bölgesinde dağıtım: Yüksek kullanılabilirlik sap sisteminizi birden çok kullanılabilirlik alanına sahip bir konumda bölgesel olarak dağıtmak için ve sistemin tüm bileşenlerinin tek bir bölgede olması gerekliyse, YakınLık Yerleştirme Grupları ile Kullanılabilirlik Kümeleri dağıtım seçeneğini kullanmanız önerilir. Bu yaklaşım, kullanılabilirlik kümesindeki sanal makinelerin farklı hata ve güncelleştirme etki alanlarına yayılmasını sağlayarak tüm SAP sistem bileşenlerini tek bir kullanılabilirlik alanında gruplandırmanıza olanak tanır. Bu dağıtım işlemi depolama hatası etki alanlarıyla uyumlu hale getirmesine karşın yakınlık garanti değildir. Ancak bu dağıtım seçeneği bölgesel olduğundan, alanlar arası olağanüstü durum kurtarma için Azure Site Recovery'yi desteklemez. Ayrıca bu seçenek SAP dağıtımının tamamını tek bir veri merkeziyle kısıtlar ve bu da SKU boyutunu değiştirmeniz veya uygulama örneklerinin ölçeğini genişletmeniz gerektiğinde kapasite sınırlamalarına yol açabilir.
  • Bölgeleri olmayan bir bölgede dağıtım: SAP sisteminizi herhangi bir bölgesi olmayan bir bölgeye dağıtıyorsanız Kullanılabilirlik kümelerini kullanmanız tavsiye edilir. Bu seçenek, VM'leri farklı hata etki alanlarına ve güncelleştirme etki alanlarına yerleştirerek yedeklilik ve hataya dayanıklılık sağlar.

Önemli

Azure bölgeleri için dağıtım seçeneklerinin yalnızca öneriler olduğu belirtilmelidir. SAP sisteminiz için en uygun dağıtım stratejisi, özel gereksinimlerinize ve ortamınıza bağlıdır.

SAP uygulamalarını korumak için Azure altyapısı yüksek kullanılabilirliğini kullanma

Linux üzerinde WSFC veya Pacemaker gibi işlevleri kullanmamaya karar verirseniz (SUSE Linux Enterprise Server 12 ve üzeri ile Red Hat Enterprise Linux 7 ve üzeri için desteklenir), Azure VM yeniden başlatma kullanılır. Azure fiziksel sunucu altyapısının ve temel alınan Azure platformunun planlı ve planlanmamış kapalı kalma süresi varsa SAP sistemlerinde işlevselliği geri yükler.

Yaklaşım hakkında daha fazla bilgi için bkz . SAP sisteminin daha yüksek kullanılabilirliğini elde etmek için Azure altyapı VM'sini yeniden başlatmayı kullanma.

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

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

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

Sonraki bölümlerde üç kritik SAP sistem bileşeni için de yüksek kullanılabilirlik elde etme konuları ele alınıyor.

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

Windows logosu. Windows ve Linux logosu. Linux

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

Dağıtım türüne (FD=1 ile esnek ölçek kümesi, kullanılabilirlik alanı veya kullanılabilirlik kümesi) bağlı olarak, yedeklilik elde etmek için SAP uygulama sunucusu örneklerinizi uygun şekilde dağıtmanız gerekir.

  • platformFaultDomainCount=1 (FD=1) ile esnek ölçek kümesi: Esnek ölçek kümesi (FD=1) ile dağıtılan SAP uygulama sunucuları, sanal makineleri farklı kullanılabilirlik alanlarına dağıtır ve ölçek kümesi de vm'leri her bölgedeki farklı hata etki alanları arasında en iyi çaba temelinde dağıtır. Bu, bir bölge kullanılamıyorsa başka bir bölgeye dağıtılan SAP uygulama sunucularının kullanılabilir olmaya devam etmesini sağlar.
  • Kullanılabilirlik alanı: Kullanılabilirlik alanları arasında dağıtılan SAP uygulama sunucuları, yedeklilik elde etmek için VM'lerin farklı bölgelere yayılmasını sağlar. Bu, bir bölge kullanılamıyorsa başka bir bölgeye dağıtılan SAP uygulama sunucularının kullanılabilir olmaya devam etmesini sağlar. Daha fazla bilgi için bkz. Azure Kullanılabilirlik Alanları ile SAP iş yükü yapılandırmaları
  • Kullanılabilirlik kümesi: Kullanılabilirlik kümesinde dağıtılan SAP uygulama sunucuları, VM'lerin farklı hata etki alanları ve güncelleştirme etki alanları arasında dağıtılmasını sağlar. VM'leri farklı güncelleştirme etki alanlarına yerleştirdikten sonra, vm'lerin planlı bakım kapalı kalma süresi boyunca aynı anda güncelleştirildiğinden emin olun. Öte yandan VM'lerin farklı hata etki alanına yerleştirilmesi, VM'nin bir veri merkezi içindeki donanım hatalarına veya güç kesintilerine karşı korunmasını sağlar. Ancak azure ölçek birimi içindeki Azure kullanılabilirlik kümesinde kullanabileceğiniz hata ve güncelleştirme etki alanlarının sayısı sonludur. Vm'leri tek bir kullanılabilirlik kümesine eklemeye devam ederseniz, iki veya daha fazla VM sonunda aynı hata veya güncelleştirme etki alanına sahip olur. Daha fazla bilgi için SAP NetWeaver için Azure sanal makineleri planlama ve uygulama belgesinin Azure kullanılabilirlik kümeleri bölümüne bakın.

Yalnızca yönetilmeyen diskler: Yönetilmeyen diskleri kullanılabilirlik kümesiyle kullanırken, Azure depolama hesabının tek bir hata noktası haline geldiğinin anlaşılması önemlidir. Bu nedenle, en az iki sanal makinenin dağıtıldığı en az iki Azure depolama hesabı oluşturmak zorunlu olur. İ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.

Önemli

SAP yüksek kullanılabilirlik yüklemeleriniz için Azure yönetilen diskleri kullanmanızı kesinlikle öneririz. Yönetilen diskler otomatik olarak bağlı oldukları sanal makinenin kullanılabilirlik kümesiyle hizalandığından, sanal makinenizin ve üzerinde çalışan hizmetlerin kullanılabilirliğini artırır.

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

Windows logosu. Windows

SAP ASCS/SCS örneğini korumak için bir WSFC çözümü kullanabilirsiniz. Küme paylaşımı yapılandırmasının türüne (dosya paylaşımı veya paylaşılan disk) bağlı olarak, depolama türünüz temelinde uygun çözüme başvurabilirsiniz.

  • Küme paylaşımı - Dosya paylaşımı

  • Küme paylaşımı - Paylaşılan disk

    • Azure paylaşılan diski kullanarak SAP ASCS/SCS örneğinin yüksek kullanılabilirliği.
    • SIOS kullanarak SAP ASCS/SCS örneğinin yüksek kullanılabilirliği.

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

Linux logosu. Linux

Linux'ta SAP ASCS/SCS örneği kümelemesinin yapılandırması işletim sistemi dağıtımına ve kullanılan depolama türüne bağlıdır. Özel işletim sistemi kümesi çerçevenize göre uygun çözümün uygulanması önerilir.

  • SUSE Linux Enterprise Server (SLES)

    • Basit bağlama ile NFS kullanan SAP ASCS/SCS örneğinin Yüksek Kullanılabilirliği.
    • Azure Dosyalar üzerinde NFS kullanan SAP ASCS/SCS örneğinin Yüksek Kullanılabilirliği.
    • Azure NetApp Files üzerinde NFS kullanarak SAP ASCS/SCS örneğinin yüksek kullanılabilirliği.
    • NFS Sunucusu kullanılarak SAP ASCS/SCS örneğinin Yüksek Kullanılabilirliği.

  • Red Hat Enterprise Linux (RHEL)

    • Azure Dosyalar üzerinde NFS kullanan SAP ASCS/SCS örneğinin Yüksek Kullanılabilirliği.
    • Azure NetApp Files üzerinde NFS kullanarak SAP ASCS/SCS örneğinin yüksek kullanılabilirliği.

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

Windows logosu. Pencere

Multi-SID, dosya paylaşımı ve paylaşılan disk kullanılarak WSFC ile desteklenir. Windows'ta çoklu SID yüksek kullanılabilirlik mimarisi hakkında daha fazla bilgi için bkz:

Linux logosu. Linux

Çoklu SID kümeleme, SAP ASCS/ERS için Linux Pacemaker kümelerinde desteklenir ve aynı kümedeki 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:

DBMS örneğinin yüksek kullanılabilirliği

SAP sisteminde DBMS sunucuları da tek hata noktasıdır. Bu nedenle, yüksek kullanılabilirlik çözümü uygulayarak veritabanını korumak önemlidir. DBMS'nin yüksek kullanılabilirlik çözümü, SAP sistemi için kullanılan veritabanına göre değişir. Veritabanınıza bağlı olarak, veritabanınızda yüksek kullanılabilirlik elde etmek için yönergeleri izleyin.

Veritabanı DR önerisi
SAP HANA HANA Sistem Çoğaltma (HSR)
Oracle Oracle Data Guard
IBM DB2 Yüksek kullanılabilirlik olağanüstü durum kurtarma (HADR)
Microsoft SQL Microsoft SQL Always On
SAP ASE ASE HADR Her Zaman Açık