Azure 'da Windows SAP NetWeaver çalıştırma

Bu başvuru mimarisinde, SAP NetWeaver'ı Azure'da yüksek kullanılabilirlik Windows bir ortamda çalıştırmaya yönelik kanıtlanmış bir dizi uygulama yer alır. Veritabanı AnyDB'dir. Bu, veritabanı yönetiminin yanı sıra desteklenen tüm veritabanı yönetim sistemleri (DBMS) SAP HANA.

İlk diyagramda, bir kullanılabilirlik kümesi senaryosunda Windows sap NetWeaver gösterildi. Mimari, paylaşılan Azure NetApp Files katmanı için bir yakınlık yerleştirme grubu için gelişmiş performans sağlar:

Bu Visio bir dosya indirin.

İkinci diyagramda, sap netweaver bir Windows gösterir. Kullanılabilirlik Alanları gelişmiş bir şekilde kullanılabilir:

Bu Visio bir dosya indirin.

Mimari

Bu başvuru mimarisi bir üretim sistemini açıklar. Bu, belirli sanal makine (VM) boyutlarıyla dağıtılır ve bu boyutlar, kuruluş ihtiyaçlarını karşılamak için değiştirilebilir. Bu, tek bir VM'ye azalt olabilir. Ağ düzeni, mimari sorumluları göstermek için büyük ölçüde basitleştirilmiştir. Tam bir kurumsal ağı açıklamak amaçlanmaz.

Bu bileşenler gereklidir:

Sanal ağlar. Azure Sanal Ağ hizmeti, Gelişmiş güvenlik ile Azure kaynaklarını birbirine bağlar. Bu mimaride sanal ağ, merkez-bağlıtopolojinin hub'larında dağıtılan bir sanal özel ağ (VPN) ağ geçidi aracılığıyla şirket içi bir ortama bağlanır. Spoke, SAP uygulamaları ve veritabanı katmanları için kullanılan sanal ağdır.

Sanal ağ eşlemesi. Bu mimaride, birden çok sanal ağ ile eşli bir merkez-bağlı ağ topolojisi kullanılır. Bu topoloji, Azure'da dağıtılan hizmetler için ağ segmentasyon ve yalıtım sağlar. Eşleme, Microsoft omurga ağı aracılığıyla eşli sanal ağlar arasında saydam bağlantı sağlar. Tek bir bölge içinde dağıtılırsa performans cezasına neden olmaz. Sanal ağ, her katman uygulaması (SAP NetWeaver), veritabanı ve paylaşılan hizmetler (Jumpbox ve Active Directory gibi) için ayrı alt ağlara bölünmez.

Sanal makineler. Bu mimaride, uygulama katmanı ve veritabanı katmanı için aşağıdaki gibi gruplamalı sanal makineler kullanılır:

• SAP NetWeaver. Uygulama katmanı, SAP Central Services Windows SAP uygulama sunucularını çalıştırmak için sanal makineleri kullanır. Central Services'i çalıştıran VM'ler, yüksek kullanılabilirlik için Windows Sunucu yük devretme kümesi olarak yapılandırılır. Bunlar Doğrudan veya Azure Windows Scale-Out diskleri Depolama Alanları Dosya Sunucusu tarafından de destekler.

• AnyDB. Veritabanı katmanı, Microsoft SQL Server, Oracle veya IBM Db2 gibi AnyDB'yi veritabanı olarak çalıştırır.

• Atlama kutusu (bastion ana bilgisayarı olarak da adlandırılan). Yöneticiler bu geliştirilmiş güvenlik sanal makinesini diğer sanal makinelere bağlanmak için kullanır. Genellikle etki alanı denetleyicileri ve yedekleme hizmetleri gibi paylaşılan hizmetlerin bir parçası olur. Secure Shell Yönetimi Protokolü (SSH) ve Uzak Masaüstü Protokolü (RDP) yalnızca sunucu yönetimi için kullanılan hizmetlerse, Azure Bastion konak alternatiftir. Ancak SQL Server Management Studio veya SAP Ön Uç gibi diğer yönetim araçlarını kullanıyorsanız, geleneksel, kendi kendine dağıtılan bir atlama kutusu kullanın.

• Windows Server Active Directory etki alanı denetleyicileri. Etki alanı denetleyicileri, etki alanındaki tüm sanal makinelerin ve kullanıcıların kimlik yönetimi için kullanılır.

Yük dengeciler. Yük dengeciler, uygulama katmanı alt ağı üzerindeki sanal makinelere trafiği dağıtmak için kullanılır. Yüksek kullanılabilirlik için yerleşik SAP Web Dispatcher, Azure Load Balancerveya ağ gereçlerini kullanın. Tercihi, trafik türüne (HTTP veya SAP GUI gibi) veya Güvenli Yuva Katmanı (SSL) sonlandırma gibi gerekli ağ hizmetlerine bağlıdır.

Kullanılabilirlik kümeleri. Tüm havuzlar ve kümeler (Web Dispatcher, SAP uygulama sunucuları, Merkezi Hizmetler ve veritabanları) için VM'ler ayrı kullanılabilirlik kümelerine gruplandı. Rol başına en az iki sanal makine sağlandı. Kullanılabilirlik kümeleri, uygulamaların ve VM'lerin kullanılabilirliğini artırıyor. Bunu, rol örneklerini birden çok konakta dağıtarak konak sistemi hataları veya bakım olaylarının yönetimi aracılığıyla yapar. Alternatif olarak, bu makalenin Kullanılabilirlik Alanları açıklandığı gibi iş yükü kullanılabilirliğini geliştirmek için Kullanılabilirlik Alanları'i kullanabilirsiniz.

Alan yedekli ağ geçidi. Azure ExpressRoute veya VPN ağ geçitleri, bölge hatalarına karşı koruma için bölgeler arasında dağıtılabilir. Bölge dağıtımı ile alan arası yedekli dağıtım arasındaki farkları anlamak için bkz. Alan yedekli sanal ağ geçitleri.

Yakınlık yerleştirme grubu. Bu mantıksal grup, bir kullanılabilirlik kümesinde veya sanal makine ölçek kümesinde dağıtılan VM'lere bir kısıtlama sağlar. Yakınlık yerleştirme grubu birlikte konumlandırmayı tercih ediyor, yani uygulama gecikme süresini en aza indirmek için sanal makineler aynı veri merkezinde yer almaktadır.

Ağ güvenlik grupları. Sanal ağda gelen, giden ve alt ağ içi trafiği kısıtlamak için ağ güvenlik grupları oluşturun.

Uygulama güvenlik grupları. Uygulamaları temel alan iş yüklerini temel alan daha ince ağ güvenlik ilkeleri tanımlamak için, açık IP adresleri yerine uygulama güvenlik gruplarını kullanın. Vm'leri adlarına göre gruplamanıza ve ağın güvenilen segmentlerinden gelen trafiği filtreleerek uygulamaların güvenliğini sağlamanıza yardımcı olur.

Ağ geçidi. Ağ geçidi, şirket içi ağın Azure sanal ağına genişleterek ayrı ağları birbirine bağlar. ExpressRoute kullanarak genel İnternet üzerinden kullanmayan özel bağlantılar oluşturmanızı öneririz, ancak siteden siteye bağlantı da kullanabilirsiniz. Gecikme süresini azaltmak veya aktarım hızını artırmak için, bu makalenin Global ReachExpressRoute FastPath ve ExpressRoute FastPath'igöz önünde bulundurabilirsiniz.

Azure Depolama. Azure Depolama sanal makine için sanal sabit disk (VHD) şeklinde veri kalıcılığı sağlar. Azure yönetilen diskleri önerilir.

Öneriler

Bu mimari, üretim düzeyinde küçük bir dağıtımı açıklar. Dağıtımınız iş gereksinimlerinize göre farklılık gösterir, bu nedenle bu önerileri başlangıç noktası olarak değerlendirin.

Sanal makineler

Uygulama sunucusu havuzlarında ve kümelerde, sanal makine sayısını gereksinimlerinize göre ayarlayın. Azure Sanal Makineleri planlama ve uygulama kılavuzu, sanal makinelerde SAP NetWeaver çalıştırma hakkında ayrıntılı bilgiler içerir.

Azure sanal makine türleri ve aktarım hızı ölçümleri (SAPS) için SAP desteği hakkında ayrıntılı bilgi için bkz. SAP not 1928533. (SAP notlarına erişmek için bir SAP Hizmeti Market hesabına ihtiyacınız vardır.)

SAP Web Dispatcher (SWD)

Web Dispatcher bileşeni, SAP uygulama sunucuları arasında SAP trafiği için yük dengeleyici olarak kullanılır. Web Dispatcher bileşeni için yüksek kullanılabilirlik elde etmek Azure Load Balancer SWD'ler yük devretme kümesi veya paralel SWD kurulumu uygulamak için kullanılır. Çözümün ayrıntılı açıklaması için bkz. SAP Web Dispatcher'ın Yüksek Kullanılabilirliği.

Uygulama sunucuları havuzu

SAP SMLG işlemi genellikle ABAP uygulama sunucuları için oturum açma gruplarını yönetmek ve oturum açma kullanıcılarının yük dengelemesi için kullanılır. Toplu sunucu grupları için SM61 ve RFC grupları için RZ12 gibi diğer işlemler de oturum açma kullanıcılarının yük dengelemesi sağlar. Bu işlemler, SAP GUI'ler ve RFC trafiği için SAP uygulama sunucuları havuzu arasında gelen oturumları veya iş yüklerini dağıtmak için SAP Central Services ileti sunucusundaki yük dengeleme özelliğini kullanır.

SAP Central Services Kümesi

Bu başvuru mimarisi, uygulama katmanında VM'ler üzerinde Merkezi Hizmetler çalıştırır. Merkezi Hizmetler, tek bir VM'ye dağıtıldığında olası tek hata noktasıdır (SPOF). Yüksek oranda kullanılabilir bir çözüm uygulamak için bir dosya paylaşımı kümesi veya paylaşılan disk kümesi kullanın.

Dosya paylaşımı kümeleri için çeşitli seçenekler vardır. Bu paylaşımları tam olarak Azure Dosyalar, bulutta yerel SMB veya NFS paylaşımları olarak kullanmalarını öneririz. Bir diğer Azure Dosyalar, Azure NetApp FilesNFS ve SMB paylaşımları sağlayan bir dosyadır.

Ayrıca, Genişleme Dosya Sunucusu ile WSFC ve Depolama Alanları Direct özelliğini kullanarak Merkezi Hizmetler örneklerde yüksek kullanılabilirlik Windows Server 2016 gerçekleştirebilirsiniz. Bu çözüm ayrıca Windows (CSV) olarak Scale-Out Sunucusu tarafından sunulan bir dosya paylaşımını kullanarak küme kümelerini desteklemeyi de destekler.

Paylaşılan diskleri kullanmayı tercih ediyorsanız, SAP Central Services Kümesi için bir Windows Server yük devretme kümesi ayarlamak üzere Azurepaylaşılan diskleri kullanmanız önerilir.

AYRıCA, SIOS Technology Corp'dan SIOS DataKeeper Cluster Edition gibi üçüncü taraf ürünler de vardır. Bu eklenti, ASCS küme düğümlerine bağlı bağımsız disklerin içeriğini çoğaltır ve ardından diskleri csv olarak küme yazılımına sunar.

Microsoft, aynı küme tarafından sunulan birden çok dosya paylaşımı üzerinden bir Windows kümeye dağıtılmış farklı sistem kimlikleri (SID) ile birden çok ASCS Genişleme Dosya Sunucusu destekler. Bu yapılandırma, altyapı maliyetlerini azaltmanıza yardımcı olabilir.

Küme ağı bölümleme durumunda, küme yazılımı ağın hangi kesiminin ve ilişkili hizmetlerinin artık parçalanmış kümenin beyni olarak görev yapacaklarına karar vermek için oyları kullanır. Windows bir dizi çekirdek modeli sunar. Bu çözüm, daha basit olduğundan ve işlem düğümü tanığından daha fazla kullanılabilirlik sağladığından Azure Bulut Tanığı kullanır. Azure dosya paylaşımı tanığı, küme çekirdek oyu sağlamanın bir diğer alternatifidir.

Bir Azure dağıtımında, uygulama sunucuları ASCS veya ERS hizmetlerinin sanal ana bilgisayar adları aracılığıyla yüksek oranda kullanılabilir Merkezi Hizmetler'e bağlanın. Bu konak adları yük dengeleyicinin küme ön uç IP yapılandırmasına atanır. Azure Load Balancer ön uç IP'lerini desteklediği için hem ASCS hem de ERS sanal IP'leri (VIP' ler) tek bir yük dengeleyiciye sınırlayıcı olabilir.

Kullanılabilirlik kümeleri

Kullanılabilirlik kümeleri, hizmet kullanılabilirliğini geliştirmek için sunucuları çeşitli fiziksel altyapılara dağıtır ve güncelleştirme gruplarına dağıtır. Hizmet düzeyi sözleşmelerini(SLA) karşılamakiçin, aynı rolü üsten sanal makineleri bir kullanılabilirlik kümesine alın. Bunun yapılması, Azure altyapı bakımı tarafından veya donanım hatalarının neden olduğu planlı ve plansız kapalı kalma sürelerine karşı koruma sağlar. Daha yüksek bir SLA elde etmek için kullanılabilirlik kümesi başına iki veya daha fazla sanal makineye sahip olmak gerekir.

Bir kümede yer alan tüm sanal makinelerin aynı rolü gerçekleştirmesi gerekir. Aynı kullanılabilirlik kümesinde farklı rollerin sunucularını karıştırmayın. Örneğin, bir ASCS düğümünü uygulama sunucularıyla aynı kullanılabilirlik kümesine uygulamayın.

Yakınlık yerleştirme grubu Azure Kullanılabilirlik Alanları Azure kullanılabilirlik kümelerini dağıtabilirsiniz.

Ağ

Bu mimari, merkez-bağlı-bağlı topoloji kullanır. Merkez sanal ağı, şirket içi ağa bağlantının merkezi bir noktası olarak hareket ediyor. Merkezle eşleni ve SAP iş yüklerini yalıtan sanal ağlardır. Trafik, bir ağ geçidi bağlantısı üzerinden şirket içi veri merkezi ile merkez arasında akar.

Ağ arabirim kartları (CS)

Ağ arabirim kartları, bir sanal ağ üzerinde sanal makineler arasında tüm iletişimi etkinleştirir. Geleneksel şirket içi SAP dağıtımları, yönetim trafiğini iş trafiğinden azaltmak için makine başına birden çok NIC kullanır.

Azure'da sanal ağ, tüm trafiği aynı ağ dokusu üzerinden gönderen yazılım tanımlı bir ağdır. Bu nedenle performans nedenleriyle birden çok NIC kullanmak gerekli değildir. Ancak, kuruluşta trafiğin ayrım yapılması gerekirse, VM başına birden çok NIC dağıtabilirsiniz ve her NIC'yi farklı bir alt ağa bağlayabilirsiniz. Daha sonra farklı erişim denetimi ilkelerini zorlamak için ağ güvenlik gruplarını kullanabilirsiniz.

Azure NIC'leri birden çok IP'yi destekler. Bu destek, yüklemeler için sanal ana bilgisayar adlarının kullanılması için SAP tarafından önerilen uygulamayla uyumlu olur. Tam bir ana hat için bkz. SAP not 962955. (SAP notlarına erişmek için bir SAP Hizmeti Market hesabına ihtiyacınız vardır.)

Alt ağlar ve ağ güvenlik grupları

Bu mimari, sanal ağ adres alanı alt ağlara bölünmesine neden olur. Her alt ağı alt ağ için erişim ilkelerini tanımlayan bir ağ güvenlik grubuyla ilişkilendirilebilirsiniz. Uygulama sunucularını ayrı bir alt ağ üzerine yer. Bunu yapmak, tek tek sunucular yerine alt ağ güvenlik ilkelerini yöneterek bunları daha kolay bir şekilde güvenlik altına alamanıza olanak sağlar.

Bir alt ağ ile ilişkili olduğunda, bir ağ güvenlik grubu alt ağ içindeki tüm sunuculara uygulanır ve sunucular üzerinde ince denetim sağlar. bunları ayarlamak için Azure portal ,PowerShellveya Azure CLI kullanın.

ExpressRoute Global Reach hakkında

Ağ ortamınız iki veya daha fazla ExpressRoute bağlantısı içerirse, ExpressRoute Global Reach ağ atlamalarını ve gecikme süresini azaltmanıza yardımcı olabilir. Bu teknoloji, iki ExpressRoute yönlendirme etki alanı arasında köprü kurmak için iki veya daha fazla ExpressRoute bağlantısı arasında ayarlanmış bir BGP yol eşlemesidir. Global Reach trafiği birden fazla ExpressRoute bağlantısından geçişte gecikme süresini azaltır. Şu anda yalnızca ExpressRoute bağlantı hatlarında özel eşleme için kullanılabilir.

Şu anda, ağ erişim denetim listeleri (ACL' ler) veya bu listelerde değiştirilen başka Global Reach. Bu nedenle, verilen bir ExpressRoute bağlantı hattı tarafından öğrenilen tüm yollar (şirket içi ve Azure'dan) diğer ExpressRoute bağlantı hattına bağlantı hattı eşlemesi üzerinden tanıtıldı. Kaynaklara erişimi kısıtlamak için şirket içinde ağ trafiği filtrelemesi kurmanız önerilir.

ExpressRoute FastPath

Microsoft Edge Exchange (MSEE) v2 olarak da bilinen FastPath, Azure ağının giriş noktasında MSEE'yi uygulamaya alır. Çoğu veri paketi için ağ atlamalarını azaltır.

Azure'a yapılan tüm yeni ExpressRoute bağlantıları için Varsayılan yapılandırma FastPath'tir. Mevcut ExpressRoute bağlantı hatlarında FastPath'i Azure desteği için bağlantı hattına ulaşın.

FastPath sanal ağ eşlemeyi desteklemez. Diğer sanal ağlar ExpressRoute'a bağlı bir sanal ağ ile eşli ise, şirket içi ağınız ile diğer bağlı sanal ağlara gelen ağ trafiği sanal ağ geçidine gönderilmeye devam eder. Geçici çözüm, tüm sanal ağları doğrudan ExpressRoute bağlantı hattına bağlamaktır.

Yük dengeleyiciler

SAP Web Dispatcher, HTTP(S) trafiğinin yük dengelemesini SAP uygulama sunucularının bir havuzuna işler. Bu yazılım yük dengeleyici, SSL sonlandırma ve diğer yük boşaltma işlevlerini gerçekleştirebilir uygulama katmanı hizmetleri (ISO ağ modelinde katman 7 olarak adlandırılır) sağlar.

Azure Load Balancer, veri akışlarından 5li bir tuple karması kullanarak trafiği dengeleye bir ağ aktarım katmanı hizmetidir (katman 4). (Karma kaynak IP, kaynak bağlantı noktası, hedef IP, hedef bağlantı noktası ve protokol türünü temel almaktadır.) Azure'daki SAP dağıtımlarında Load Balancer, trafiği birincil hizmet örneğine veya hata varsa iyi durumdaki düğüme yönlendiren küme kurulumlarında kullanılır.

Tüm SAP senaryoları için Azure Standart Load Balancer'leri kullanmanız önerilir. Arka uç havuzu üzerindeki sanal makineler genel giden bağlantı gerektirirse veya bir Azure bölgesi dağıtımında kullanılıyorsa, standart yük dengeciler varsayılan olarak güvenli hale getirdikten sonra daha fazla yapılandırma gerektirir. Siz açıkça yapılandırmadıkça giden bağlantılara izin vermezler.

DIAG protokolü veya Uzak İşlev Çağrıları (RFC) aracılığıyla sap sunucusuna bağlanan SAP GUI istemcilerinden gelen trafik için, Merkezi Hizmetler ileti sunucusu YÜKÜ SAP uygulama sunucusu oturum açma grupları aracılığıyla dengeler. Başka bir yük dengeleyiciye ihtiyacınız yok.

Azure Storage

Bazı kuruluşlar uygulama sunucuları için standart depolama kullanır. Standart yönetilen diskler desteklenmiyor. Bkz. SAP not 1928533.. (SAP Service Market hesabı gereklidir.) Her durumda premium Azure yönetilen diskleri kullanmanız önerilir. SAP not 2015553 son güncelleştirmesinde, Standart HDD depolama ve Standart SSD kullanım örnekleri için depolama alanı kullanımını dışlamaz.

Uygulama sunucuları iş verilerini barındırmaz. Bu nedenle maliyeti en aza indirmek için daha küçük P4 ve P6 premium diskleri de kullanabilirsiniz. Bunu yapmak, merkezi bir SAP yığını yüklemesi varsa tek örnekli VM SLA'sı avantajından yararlanmaya da olanak sağlar.

Yüksek kullanılabilirlik senaryoları için Azure paylaşılan diskleri, AZURE yönetilen diskleri Premium SSD Ultra SSD üzerinde kullanılabilir. Azure paylaşılan disklerini Windows Server, SUSE Linux Enterprise Server 15 SP1 ve sonrası ve SAP için SUSE Linux Enterprise Server ile kullanabilirsiniz.

Azure Depolama, bulut tanığı tarafından kümenin bulunduğu birincil bölgeden uzak bir Azure bölgesinde bulunan bir cihazla çekirdek sağlamak için de kullanılır.

Yedekleme veri deposu için Azure cool ve archive erişim katmanları önerilir. Bu depolama katmanları, seyrek erişilen uzun süreli verileri depolamak için uygun maliyetli bir yol sağlar.

Ultra diskler, disk gecikme süresini büyük ölçüde azaltır ve SAP veritabanı sunucuları gibi performans açısından kritik uygulamalara avantaj sağlar. Azure'daki blok depolama seçeneklerini karşılaştırın.

Yüksek kullanılabilirlik, yüksek performanslı paylaşılan veri deposu için Azure NetApp Files. Bu teknoloji özellikle Oraclekullanırken veritabanı katmanı ve uygulama verilerini barındırarak yararlı olur.

Performansla ilgili önemli noktalar

SAP uygulama sunucuları, veritabanı sunucularıyla sürekli iletişim kurar. Veritabanı platformlarında çalıştıran performans açısından kritik uygulamalar için, günlük Yazma Hızlandırıcısı için kritik öneme sahip uygulamaları etkinleştirin. Bunu yapmak, günlük yazma gecikme süresini iyiabilir. Yazma Hızlandırıcısı M serisi VM'ler için kullanılabilir. Sunucular arası iletişimleri iyileştirmek için hızlandırılmış ağ iletişimi kullanın. Hızlandırılmış ağ yalnızca D/DSv2, D/DSv3, E/ESv3, F/FS, FSv2 ve Ms/Mms gibi desteklenen VM serileri için kullanılabilir. Daha fazla bilgi için bkz. Hızlandırılmış ağ ile VM performansını en üst düzeye çıkarma.

Yüksek IOPS ve disk bant genişliği aktarım hızı elde etmek için, depolama birimi performansı iyileştirmesinde yaygın uygulamalar Azure depolama düzeni için geçerlidir. Örneğin, I/O performansını geliştirmek için şeritli disk birimi oluşturmak için birden çok diski birlikte birleştirebilirsiniz. Nadiren değişen depolama içeriklerinde okuma önbelleğinin etkinleştirilmesi veri alma hızını artırır.

Ultra diskler artık yoğun I/O uygulamaları için kullanılabilir. Bunların nerede kullanılabildiği, yazma Hızlandırıcısı Premium Depolama üzerinde önerilir. Yeniden başlatmaya gerek kalmadan ıOPS ve MBps gibi performans ölçümlerini tek tek artırabilir veya azaltabilirsiniz.

Azure 'da SAP için, SAP NetWeaver Için Azure sanal makineleri planlama ve uygulama , SQL Server üzerindeki SAP iş yükleri için Azure Storage 'ı iyileştirmek için harika bir öneri sunar.

Herhangi bir SAP uygulama yığınının, uygulama ve veritabanı katmanları arasında herhangi bir ağ sanal gereci (NVA) yerleştirmesini önermiyoruz. Bu uygulama, veri paketleri için önemli işlem süresi sunar ve bu, kabul edilebilir uygulama performansına yol açar.

Yakınlık yerleştirme grupları

Bazı SAP uygulamaları veritabanıyla sık iletişim gerektirir. Uygulamanın fiziksel yakınlık ve veritabanı katmanları, uygulama performansını olumsuz yönde etkileyebilecek ağ gecikmesini etkiler.

Ağ gecikmesini iyileştirmek için, kullanılabilirlik kümelerinde dağıtılan sanal makinelerde mantıksal bir kısıtlama ayarlayan yakınlık yerleştirme gruplarınıkullanabilirsiniz. Yakınlık yerleşimi grupları ölçeklenebilirlik, kullanılabilirlik veya maliyet üzerinden birlikte yer ve performansı tercih edin. Çoğu SAP uygulamasının Kullanıcı deneyimini büyük ölçüde geliştirebilirler. Betikler GitHubkullanılabilir.

Kullanılabilirlik Alanları

Kullanılabilirlik alanları bölgeler arasında sanal makineler dağıtmanıza izin verir. Diğer bir deyişle, belirli bir Azure bölgesi içinde fiziksel olarak ayrılmış konumlar. Amaçları, hizmet kullanılabilirliğini geliştirmektir, ancak kaynakları bölgelere dağıtırken performansı göz önünde bulundurun.

Yöneticiler, kaynak yerleşimini minimum bölgeler arası gecikme süresiyle belirleyebilmeleri için önce bir hedef bölgenin tüm bölgeleri arasında açık bir ağ gecikmesi profili gerektirir. Bu profili oluşturmak için, her bir bölgeye test için küçük sanal makineler dağıtın. Bu testler için önerilen araçlar, Psping ve Iperf' i içerir. Testler tamamlandığında, test için kullandığınız sanal makineleri kaldırın.

Ölçeklenebilirlik konusunda dikkat edilmesi gerekenler

SAP uygulama katmanı için Azure, ölçek artırma ve genişletme için çok çeşitli sanal makine boyutları sunar. Kapsamlı bir liste için bkz. SAP note 1928533-Azure 'DA SAP uygulamaları: Desteklenen Ürünler ve Azure VM türleri. (SAP notlarına erişmek için bir SAP hizmeti Market hesabınız olması gerekir.)

Daha fazla örnek ekleyerek SAP uygulama sunucularını ve merkezi hizmet kümelerini yukarı, aşağı veya dışarı ölçekleyebilirsiniz. AnyDB veritabanı ölçeklendirebilir ve azaltılabilir, ancak ölçeklenmez. AnyDB için SAP veritabanı kapsayıcısı, parçaları desteklemez.

Kullanılabilirlik konusunda dikkat edilmesi gerekenler

Kaynak artıklığı, yüksek kullanılabilirliğe sahip altyapı çözümlerinde genel temadır. Daha az sıkı bir SLA 'Sı olan kuruluşlar için Premium disklere sahip tek örnekli Azure sanal makineleri bir çalışma süresi SLA 'sısağlar. Gereksiz kaynakları bir kullanılabilirlik kümesinde veya Kullanılabilirlik Alanları genelinde dağıttığınızda, hizmet kullanılabilirliği yükseltilir.

SAP uygulamasının bu dağıtılmış yüklemesinde, yüksek kullanılabilirlik elde etmek için temel yükleme çoğaltılır. Mimarinin her katmanı için yüksek kullanılabilirlik tasarımı değişir.

Uygulama sunucuları katmanında Web dağıtıcısı

Web dağıtıcısı bileşeni, SAP uygulama sunucuları arasında SAP trafiği için yük dengeleyici olarak kullanılır. SAP Web dağıtıcısında yüksek kullanılabilirlikelde etmek için Azure Load Balancer yük devretme kümesini veya paralel Web dağıtıcısı kurulumunu uygular.

İnternet 'e yönelik iletişimler için, güvenlik sorunlarını karşılamak üzere çevre ağında ( DMZolarak da bilinir) tek başına bir çözüm önerilir.

YOKS üzerinde Katıştırılmış Web dağıtıcısı özel bir seçenektir. YOKS üzerinde ek iş yükü nedeniyle hesaba uygun boyutlandırmayı uygulamanız gerekir.

Uygulama sunucuları katmanındaki Merkezi Hizmetler

merkezi hizmetlerin yüksek kullanılabilirliği Windows sunucusu yük devretme kümesi (WSFC) ile uygulanır. Yük devretme kümesi için küme depolama alanı Azure 'da dağıtıldığında, iki şekilde yapılandırabilirsiniz: Kümelenmiş paylaşılan birim veya dosya paylaşım olarak.

Azure dosyalarını tamamen yönetilen, BULUTTA yerel SMB veya NFS paylaşımları olarak kullanmanızı öneririz. Azure dosyalarına alternatif olarak, yüksek performanslı, kurumsal sınıf NFS ve SMB paylaşımları sağlayan Azure NetApp Files.

WSFC, küme depolama alanı olarak genişleme dosya sunucusu tarafından sunulan dosya paylaşımlarının kullanımını destekler. Scale-Out dosya sunucusu, Windows kümesi için küme paylaşılan birimi (CSV) olarak kullanabileceğiniz esnek dosya paylaşımları sağlar. Bir Scale-Out dosya sunucusu kümesini birden çok SAP Central Services örneği arasında paylaşabilirsiniz.

Bu yazma itibariyle Scale-Out dosya sunucusu yalnızca bir Azure bölgesindeki yüksek kullanılabilirlik tasarımı için kullanılır. (Bölgeler arasında dağıtım desteklenmez.) Olağanüstü durum kurtarma (DR) için, Azure Site Recovery tüm Scale-Out dosya sunucusu kümesinin uzak bir bölgeye çoğaltılmasını destekler.

Azure 'da paylaşılan disklerle küme kurmanın iki yolu vardır. ilk olarak, SAP merkezi hizmetleri kümesi için Windows sunucusu yük devretmekümesi kurmak üzere Azure paylaşılan diskleri kullanmanızı öneririz.

Alternatif olarak, şu şekilde SIOS 'ler için bir veri yolu kullanabilirsiniz:

• Küme düğümlerine eklenmiş bağımsız disklerin içeriğini çoğaltın.
• Sürücüleri, Küme Yöneticisi için bir CSV olarak soyutlar.

Uygulama hakkında ayrıntılı bilgiler için bkz. Azure'da SAP ASCS’yi Kümeleme.

Azure Standart Load Balancer 'nin kullanıma sunulmasıyla birlikte artık yüksek kullanılabilirlik bağlantı noktasınıetkinleştirebilirsiniz. Bunun yapılması, birçok SAP bağlantı noktası için Yük Dengeleme kurallarını yapılandırmaktan kaçınmanızı sağlar. Ayrıca, şirket içinde veya Azure 'da yük dengeleyicileri genel olarak ayarlarken doğrudan sunucu dönüş özelliğini ( kayan IP veya DSRolarak da bilinir) etkinleştirin. Bunun yapılması, sunucu yanıtlarının yük dengeleyiciyi atlamasına izin verir. Bu doğrudan bağlantı, yük dengeleyicinin veri iletimi yolunda bir performans sorunu olmasını önler. SAP ASCS ve veritabanı kümeleri için, DSR 'yi etkinleştirmenizi öneririz.

Uygulama sunucuları katmanındaki uygulama hizmetleri

SAP uygulama sunucuları için yüksek kullanılabilirlik, uygulama sunucusu havuzu içinde yük dengeleme trafiği tarafından gerçekleştirilir.

Veritabanı katmanı

Bu başvuru mimarisi için kaynak veritabanının AnyDB 'de çalıştığını varsaydık. diğer bir deyişle, SQL Server, SAP ao, ıbm Db2 veya Oracle gibi bir DBMS. Veritabanı katmanının yerel çoğaltma özelliği, çoğaltılan düğümler arasında el ile ya da otomatik yük devretme sağlar.

Belirli veritabanı sistemleri hakkında uygulama ayrıntıları için bkz. SAP NetWeaver Için Azure sanal MAKINELER DBMS dağıtımı.

Kullanılabilirlik Alanları arasında dağıtılan sanal makineler

Kullanılabilirlik Alanları, iş yükü kullanılabilirliğini geliştirmek ve uygulama hizmetlerini ve sanal makineleri veri merkezi kesintilerine karşı korumak için tasarlanan mantıksal bir yapıdır. Tek bir bölgedeki sanal makineler, tek bir güncelleştirmede veya hata etki alanında olduklarından olarak değerlendirilir. Ziyi dağıtım seçtiğinizde, aynı bölgedeki sanal makineler, en iyi çaba temelinde hata ve yükseltme etki alanlarına dağıtılır.

Bu özelliği destekleyen Azure bölgelerinde , en az üç bölge mevcuttur. Ancak bu bölgelerdeki veri merkezleri arasındaki en fazla uzaklık garanti edilmez. Bölgeler arasında çok katmanlı bir SAP sistemi dağıtmak için, bir bölgedeki ve hedeflenen bölgelerde ağ gecikmesini bilmeniz gerekir. Ayrıca, dağıtılan uygulamalarınızın ne kadar duyarlı olduğunu ağ gecikme süresine de bilmeniz gerekir.

Kullanılabilirlik Alanları arasında kaynak dağıtmaya karar verirken aşağıdaki noktaları dikkate alın:

• Bir bölgedeki sanal makineler arasındaki gecikme süresi.

• Seçilen bölgelerde sanal makineler arasındaki gecikme süresi.

• Seçilen bölgelerde aynı Azure hizmetlerinin (sanal makine türleri) kullanılabilirliği.

Etkin/etkin olmayan dağıtım örneği

Bu örnek dağıtımda, etkin/Pasif durum, bölgeler içindeki uygulama hizmeti durumuna başvurur. Uygulama katmanında, SAP sisteminin dört etkin uygulama sunucusu bölge 1 ' dir. Farklı dört pasif uygulama sunucusu kümesi bölge 2 ' de yerleşiktir ancak kapanmakta. Yalnızca gerektiğinde etkinleştirilecektir.

Merkezi Hizmetler ve veritabanı hizmetleri için iki düğümlü kümeler iki bölge genelinde uzatılır. Bölge 1 başarısız olursa, Yönetim Hizmetleri ve veritabanı Hizmetleri bölge 2 ' de çalışır. Bölge 2 ' deki pasif uygulama sunucuları için etkinleştirilir. Bu SAP sisteminin tüm bileşenleri artık aynı bölgede birlikte bulunur, ağ gecikmesi en aza indirilir.

Etkin/etkin dağıtım örneği

Etkin/etkin bir dağıtımda iki bölge üzerinde iki uygulama sunucusu kümesi oluşturulur. Her bir bölge içinde, her bir sunucu kümesindeki iki uygulama sunucusu etkin değil (kapatma). Sonuç olarak, normal işlemler sırasında her iki bölgede da etkin uygulama sunucuları vardır.

Merkezi Hizmetler ve veritabanı Hizmetleri bölge 1 ' de çalışır. Bölge 2 ' deki uygulama sunucuları, bölgeler arasındaki fiziksel mesafe nedeniyle merkezi hizmetlere ve veritabanı hizmetlerine bağlandıklarında ağ gecikmesi daha uzun olabilir.

Bölge 1 çevrimdışı kalırsa, Merkezi Hizmetler ve veritabanı Hizmetleri bölge 2 ' ye devredilbaşlar. Uygulama işleme için tam kapasite sağlamak üzere, etkin olmayan uygulama sunucularını çevrimiçine getirebilirsiniz.

Olağanüstü durum kurtarmayla konusunda dikkat edilmesi gerekenler

SAP uygulama yığınında her katman farklı bir DR stratejisi kullanır.

Uygulama sunucuları katmanı

SAP uygulama sunucuları iş verileri içermez. Azure'da basit bir DR stratejisi, ikincil bölgede SAP uygulama sunucuları oluşturmak ve ardından bunları kapatmaktır. Birincil uygulama sunucusunda yapılandırma değişiklikleri veya çekirdek güncelleştirmeleri varsa, aynı değişiklikleri ikincil bölgedeki sanal makinelere de uygulamanız gerekir. Örneğin, SAP çekirdeği yürütülebilir dosyalarını DR sanal makinelerine kopyalayın.

Uygulama sunucularının ikincil bir bölgeye otomatik olarak çoğalt olması için Azure Site Recovery. Ayrıca, çok katmanlı Azure Site Recovery SAP NetWeaver uygulama dağıtımı için DR ayarlamak üzere Azure Site Recovery'i de kullanabilirsiniz.

Merkezi Hizmetler

SAP uygulama yığınının bu bileşeni iş verilerini kalıcı olarak kullanmaz. DR koruması için, /sapmnt içeriğini DR bölgesinde bekleyen bir sanal makineye çoğaltabilirsiniz veya hem Merkezi Hizmetler kümesi hem de Azure Site Recovery Dosya Sunucusu kümesi çoğaltmak için Scale-Out kullanın. Alternatif olarak, SIOS Site Recovery Diskleri kullanarak Merkezi Hizmetler kümesi çoğaltmak için Site Recovery'i kullanın.

Merkezi Hizmetler rolünü ve içeriğini çoğaltmak için DR bölgesinde bir sanal makine kurabilirsiniz. Eşitlenecek birincil Merkezi Hizmetler düğümünden tek içerik /sapmnt paylaşımıdır. Yapılandırma değişiklikleri veya çekirdek güncelleştirmeleri birincil Merkezi Hizmetler sunucularında gerçekleştiyse, değişiklikleri DR bölgesinde sanal makinede tekrarlamanız gerekir. Bu çoğaltma yönteminin derleme, kopyalama ve test yük devretme işlemi hakkında ayrıntılı bilgi için SAP NetWeaver: Hyper-Vve Microsoft Azure Tabanlı Olağanüstü Durum Kurtarma Çözümü Derleme'sini indirin. Bkz. "4.3. SAP SPOF katmanı (ASCS)" bölümüne bakın.

Scale-Out Dosya Sunucusu veya SIOS kullanarak Merkezi Hizmetler için yüksek kullanılabilirlik uygulanırken, Site Recovery hem Central Services kümesi hem de Scale-Out Dosya Sunucusu /Depolama Space Direct kümesi çoğaltma ve kurtarmayı destekler. Alternatif olarak, SIOS DataKeeper disklerini kullanarak Merkezi Hizmetler kümelerini çoğaltın ve kurtarın.

Veritabanı katmanı

Dr için veritabanının tümleşik çoğaltma teknolojisini kullanmak en iyisidir. Örneğin, SQL Server bir uzak bölgede çoğaltma kurmak ve işlemleri el ile yük devretme kullanarak zaman uyumsuz olarak çoğaltmak için Always On kullanılabilirlik gruplarının kullanılması önerilir. Zaman uyumsuz çoğaltma, birincil sitenin etkileşimli iş yüklerinin performansı üzerinde bir etkiyi önler. El ile yük devretmeyi kullanarak DR etkisini değerlendirip DR sitesinden çalışmanın doğru olup olduğuna karar veabilirsiniz.

Veritabanı depolamanız için Azure NetApp Files kullanıyorsanız, verileri ikincil bir bölgeye çoğaltmak için çapraz bölge çoğaltması kullanabilirsiniz. Bu özellik şu anda önizlemededir, bu nedenle üretim iş yükleri için gereksinimlerinizi karşılamıyor olup olmadığını değerlendirin.

Paylaşılan hizmetler için DR

Yönetim atlama kutuları, bulut tabanlı dizin hizmetleri, yedekleme ve izleme hizmetleri gibi birçok IT hizmeti, dağıtılan tüm bulut varlıklarınız tarafından paylaşılır. Hizmetlerin sağlayabilecekleri her şeyi kullanarak paylaşılan hizmetlerinizi DR bölgesinde çoğaltabilirsiniz.

Azure Site Recovery ile otomatik DR

Özgün Azure Site Recovery tam olarak çoğaltılmış bir üretim sitesini otomatik olarak derlemek için, özelleştirilmiş dağıtım betikleri çalıştırmanız gerekir. Örneğin, Site Recovery önce kullanılabilirlik kümelerini dağıtır. Ardından, yük devretme sanal makinelerinin NIC'sinde arka uç havuzunun zaten tanımlandığı mevcut (önceden oluşturulmuş) yük dengeleyiciyi eklemek için özel betiklerinizi çalıştırır. özel otomasyon runbook'ları betiği Site Recovery örnek olarak GitHub.

Yönetim ve işlemlerle ilgili dikkat edilmesi gerekenler

Backup

Veritabanları, düşük Kurtarma Noktası Hedefi (RPO) ve uzun süreli saklama gerektiren kritik iş yükleridir.

• Sap on SQL Server yaklaşımlardan biri, Azure Backup makinelerde SQL Server veritabanlarını yedeklemektir. Bir diğer seçenek de veritabanı Azure Dosyalar yedeklemek için anlık SQL Server kullanmaktır.

• Oracle/Windows SAP için Azure VM DBMSDağıtımı'nın "Yedekleme/geri yükleme" bölümüne bakın.

• Diğer veritabanları için veritabanı sağlayıcınız için yedekleme önerilerine bakın. Veritabanı yedeklemeyi (VSS Windows Birim Gölge Kopyası Hizmeti destekliyorsa VSS anlık görüntülerini kullanarak uygulamayla tutarlı yedeklemeler

Kimlik yönetimi

Tüm düzeylerde kaynaklara erişimi kontrol etmek için merkezi bir kimlik yönetim sistemi kullanın:

• Azure rol tabanlı erişim denetimi (Azure RBAC) kullanarak Azure kaynaklarına erişim sağlama.

• Lightweight Directory Access Protocol (LDAP), Azure Active Directory, Kerberos veya başka bir sistem kullanarak Azure sanal makinelerine erişim izni ver.

SAP'nin sağladığı hizmetleri kullanarak uygulamaların kendi içinde erişimi destekle. Veya OAuth 2.0'ı kullanarak Azure Active Directory.

İzleme

Azure İzleyici telemetri toplama ve analiz etme için gelişmiş araçlar sağlar. Bu araçlar, bulut ve şirket içi kaynaklarınızı ve uygulamalarınızı en üst düzeye çıkarmanıza yardımcı olur. (Azure İzleyici Log Analytics ve Application Analizler.) Altyapı ve uygulama Azure İzleyici, uyarı yöneticileri izlemek ve önceden tanımlanmış koşullarla ilgili tepkileri otomatikleştirmek için Azure İzleyici'i kullanabilirsiniz.

SAP altyapısının kaynakları ve hizmet performansını SAP tabanlı olarak izlemek için Azure SAP Gelişmiş İzleme uzantısını kullanın. Bu uzantı, işletim sisteminin izlenmesi ve DBA Cockpit işlevleri için Azure izleme istatistiklerini SAP uygulamasına gönderir. Sap Artırılmış İzleme, veri akışı çalıştırma Azure üzerinde SAP. Ayrıntılar için bkz. SAP not 2191498, "Azure ile Linux üzerinde SAP: Gelişmiş İzleme." (SAP notlarına erişmek için bir SAP Hizmeti Market hesabına ihtiyacınız vardır.)

SAP Çözümleri için Azure İzleyici, SAP NetWeaver için Azure'da yerel, 4.000'den sona izleme çözümünün gelecekteki yönüdür. Bu çözüm şu anda önizlemededir ve yalnızca sınırlı sayıda bölgede kullanılabilir. Gereksinimlerinize uygun olup olmadığını dikkatle değerlendirmeniz gerekir.

SAP Çözümleri için Azure İzleyici izleme için kapsamlı bir ilk ölçüm kümesi ve telemetri sağlar. Ölçüm tanımları, JSON'SQL sorgular olarak depolanır. Gereksinimlerinizi karşılayacak şekilde değiştirebilirsiniz. başlangıç ölçümlerini GitHub.

Güvenlik konuları

SAP'nin, SAP uygulaması ve veritabanlarında rol tabanlı erişimi ve yetkilendirmeyi denetlemesi için kendi kullanıcı yönetim altyapısı (UME) vardır. Ayrıntılı uygulama güvenliği kılavuzu için bkz. SAP NetWeaver Güvenlik Kılavuzu.

Ek ağ güvenliği için, Web Dispatcher alt ağının önünde bir güvenlik duvarı oluşturmak için ağ sanal gereç (NVA) kullanan bir çevre ağı kullanmayı göz önünde bulundurabilirsiniz.

Sanal ağlar arasındaki trafiği filtrelemek için bir NVA dağıtabilirsiniz, ancak bunu SAP uygulaması ile veritabanı arasına yerlemez. Ayrıca, alt ağda yapılandırılan yönlendirme kurallarını kontrol edin ve trafiği tek örnekli bir NVA'ya yönlendirmeyi engelin. Bunu yapmak bakım kapalı kalma süresine ve ağ veya kümelenmiş düğüm hatalarına yol açabilir.

Altyapı güvenliği için veriler taşıma sırasında ve sırasında şifrelenir. Sap NetWeaver için Azure Sanal Makineleri planlama ve uygulama bölümündeki "Güvenlik önerileri" bölümünde ağ güvenliğine yöneliktir. Bu makale, uygulama iletişimini izin vermek için güvenlik duvarlarında açmanız gereken ağ bağlantı noktalarını da belirtir.

Sanal makine disklerini Azure Disk Şifrelemesi için Windows kullanabilirsiniz. İşletim sistemi ve veri diskleri Windows için birim şifrelemesi sağlamak üzere Windows'nin BitLocker özelliğini kullanır. Çözüm ayrıca anahtar kasası Azure Key Vault disk şifreleme anahtarlarını ve gizli dizilerini denetlemenize ve yönetmenize yardımcı olmak için Azure Key Vault ile birlikte çalışır. Sanal makine disklerindeki veriler, Azure depolama alanınızda bekleme durumundayken şifrelenir.

Beklemede veri şifrelemesi için SQL Server Saydam Veri Şifrelemesi (TDE) SQL Server, Azure SQL Veritabanı ve Azure SQL Data Warehouse dosyalarını şifreler. Daha fazla bilgi için bkz. SQL Server Sap NetWeaveriçin Azure Sanal Makineler DBMS dağıtımı.

Her zaman olduğu gibi, bilgi varlıklarınızı korumak için güvenlik güncelleştirmelerini ve düzeltme eklerini yönetmeye emin olun. Bu görev için uz-uzmlı otomasyon yaklaşımını kullanmayı göz önünde bulundurun.

Maliyetle ilgili konular

Maliyetleri tahmin etmek için Azure fiyatlandırma hesaplayıcısını kullanın.

Daha fazla bilgi için Microsoft Azure İyi Oluşturulmuş Mimari Çerçevesi makalesindeki maliyet bölümüne bakın.

İş yükünüz daha fazla bellek ve daha az CPU gerektiriyorsa, vCPU başına yazılım lisanslama maliyetlerini azaltmak için kısıtlanmış vCPU sanal makine boyutlarından birini kullanmayı göz önünde bulundurabilirsiniz.

Sanal makineler

Bu mimaride uygulama katmanı ve veritabanı katmanı için sanal makineler kullanılır. SAP NetWeaver katmanı, SAP Windows uygulamaları çalıştırmak için sanal makineleri kullanır. Veritabanı katmanı, SQL Server, Oracle veya IBM DB2 gibi AnyDB'yi veritabanı olarak çalıştırır. Sanal makineler yönetim için atlama kutuları olarak da kullanılır.

Sanal makineler için genel olarak birkaç ödeme seçeneği vardır:

• Tamamlanma veya kaynak tüketimi için öngörülebilir zamanı olmayan iş yükleri için, öde seçeneğini göz önünde bulundurabilirsiniz.

• Bir veya üç yıllık bir dönem boyunca sanal makine kullanmayı taahhüt ediyorsanız Azure Rezervasyonları'nın kullanmayı düşünün. VM rezervasyonları, Kullandıkça Öde fiyatlarıyla karşılaştırıldığında maliyetleri yüzde 72 oranında azaltabilir.

Kesintiye uğramış olabilecek ve önceden belirlenmiş bir zaman çerçevesinde veya SLA 'da tamamlanmasını gerektirmeyen iş yüklerini çalıştırmak için Azure spot sanal makinelerini kullanın. Azure, kullanılabilir kapasiteye sahip olduğunda spot sanal makineleri dağıtır ve bu kapasiteyi yeniden kapasiteye ihtiyaç duyduğunda çıkarşır. Spot sanal makinelerle ilişkili maliyetler daha düşüktür. Bu iş yükleri için spot VM 'Leri göz önünde bulundurun:

• Yüksek performanslı bilgi işlem senaryoları, toplu işleme işleri veya görsel işleme uygulamaları.
• Sürekli tümleştirme ve sürekli teslim iş yükleri dahil olmak üzere test ortamları.
• Büyük ölçekli ve olmayan uygulamalar.

Performans veya uyumluluk için bakım olayları veya donanım yalıtımı üzerinde daha fazla denetime ihtiyacınız varsa, sanal makinelerinizi adanmış konaklaradağıtmaya dikkat edin.

Sanal makineler ve kullanılabilirlik kümeleri

Tüm havuzlar ve kümeler (Web dağıtıcısı, SAP uygulama sunucuları, Merkezi Hizmetler ve veritabanı) için sanal makineler ayrı kullanılabilirlik kümelerinde gruplandırılır. Kullanılabilirlik kümeleri ücretsiz olarak sunulur. Yalnızca oluşturduğunuz her sanal makine örneği için ödeme yaparsınız.

Kullanılabilirlik Alanları arasında bir iş yükü dağıtıyorsanız, kullanılabilirlik kümeleri gerekli değildir.

Azure Load Balancer

bu senaryoda Azure Load Balancer, trafiği uygulama katmanı alt ağındaki sanal makinelere dağıtmak için kullanılır.

Yalnızca yapılandırılan yük dengeleme ve giden kural sayısı için ücretlendirilirsiniz. Gelen NAT kuralları ücretsizdir. Hiçbir kural yapılandırılmadığı zaman Standart Load Balancer için saatlik ücret alınmaz.

ExpressRoute

Bu mimaride ExpressRoute, şirket içi ağ ve Azure sanal ağları arasında özel bağlantılar oluşturmak için kullanılan ağ hizmetidir.

Tüm gelen veri aktarımı ücretsizdir. Tüm giden veri aktarımlarıyla önceden belirlenmiş bir oran temel alınarak ücretlendirilir. Daha fazla bilgi için bkz. Azure ExpressRoute fiyatlandırması .

Topluluklar

Topluluklar, sorularınıza yanıt verebilir ve başarılı bir dağıtım ayarlamanıza yardımcı olabilir. Şu kaynakları göz önünde bulundurun:

• Microsoft Platformu bloguna SAP uygulamaları çalıştırma

• Azure Topluluk Desteği

• SAP Community

• SAP için Stack Overflow

İlgili kaynaklar

Daha fazla bilgi edinmek ve aynı teknolojilerden bazılarını kullanan SAP iş yükleri örnekleri için şu makalelere bakın:

• SAP NetWeaver için Azure sanal makineleri planlama ve uygulama

• SAP iş yükü senaryolarını barındırmak ve çalıştırmak için Azure kullanın

• Azure 'da bir Oracle Database kullanarak SAP üretim iş yüklerini çalıştırma

• Azure üzerindeki SAP iş yükleri için geliştirme ve test ortamları