Azure'da SAP HANA altyapı yapılandırmaları ve işlemleri

Bu belgede, Azure yerel sanal makinelerinde (VM 'Ler) dağıtılan Azure altyapısını ve işletim SAP HANA sistemlerini yapılandırmaya yönelik yönergeler sağlanmaktadır. Belge ayrıca, M128s VM SKU 'SU için SAP HANA genişleme için yapılandırma bilgilerini içerir. Bu belge, aşağıdaki içeriği içeren standart SAP belgelerinin yerine geçecek şekilde tasarlanmamıştır:

• SAP Yönetim Kılavuzu
• SAP Yükleme Kılavuzu
• SAP notları

Önkoşullar

Bu kılavuzu kullanmak için aşağıdaki Azure bileşenleriyle temel bilgilere ihtiyacınız vardır:

• Azure sanal makineleri
• Azure ağ iletişimi ve sanal ağlar
• Azure Depolama

Azure 'da SAP NetWeaver ve diğer SAP bileşenleri hakkında daha fazla bilgi edinmek için Azure belgelerinin Azure 'da SAP bölümüne bakın.

Temel kurulum konuları

Aşağıdaki bölümlerde, Azure VM 'lerinde SAP HANA sistemleri dağıtmaya yönelik temel kurulum konuları açıklanır.

Azure sanal makinelerine Bağlan

Azure sanal makineler planlama kılavuzundabelgelendiği gibi, Azure VM 'lerine bağlanmak için iki temel yöntem vardır:

• bir geçiş VM 'sinde veya SAP HANA çalıştıran vm 'de internet ve genel uç noktalar üzerinden Bağlan.
• VPN veya Azure expressrouteüzerinden Bağlan.

Üretim senaryolarında VPN veya ExpressRoute aracılığıyla siteden siteye bağlantı gereklidir. Bu bağlantı türü, SAP yazılımının kullanıldığı üretim senaryolarında akışı yapılan üretim dışı senaryolar için de gereklidir. Aşağıdaki görüntüde çapraz site bağlantısı örneği gösterilmektedir:

Azure VM türlerini seçin

Üretim senaryolarında kullanılabilecek Azure sanal makine türleri, ıAAS Için SAP belgelerindelistelenmiştir. Üretim dışı senaryolar için, çok çeşitli yerel Azure VM türleri mevcuttur.

Kullanarak VM 'Leri Azure 'da dağıtın:

• Azure portalı.
• Azure PowerShell cmdlet 'leri.
• Azure CLı.

Ayrıca, Azure VM Hizmetleri üzerinde, tamamlanmış bir SAP HANA platformunu SAP bulut platformuaracılığıyla dağıtabilirsiniz. Yükleme işlemi, Azure 'DA SAP S/4HANA veya siyah beyaz/4HANA veya GitHubpiyasaya sürülen Otomasyon dağıtımı konusunda açıklanmaktadır.

SAP HANA için Depolama yapılandırması

Azure 'da SAP HANA birlikte kullanılacak depolama yapılandırmalarının ve depolama türlerinin Azure sanal makine depolama yapılandırması SAP HANA belgeyi okuyun

Azure sanal ağlarını ayarlama

VPN veya ExpressRoute aracılığıyla Azure 'da siteden siteye bağlantınız olduğunda, VPN veya ExpressRoute devresine bir sanal ağ geçidi üzerinden bağlanmış en az bir Azure sanal ağınızın olması gerekir. Basit dağıtımlarda, sanal ağ geçidi, SAP HANA örneklerini barındıran Azure sanal ağının (VNet) bir alt ağında dağıtılabilir. SAP HANA yüklemek için Azure sanal ağı 'nda iki ek alt ağ oluşturursunuz. Bir alt ağ, SAP HANA örneklerini çalıştırmak için VM 'Leri barındırır. Diğer alt ağ, SAP HANA Studio 'yu, diğer yönetim yazılımlarını veya uygulama yazılımınızı barındırmak için JumpBox veya yönetim sanal makineleri çalıştırır.

SAP HANA çalıştırmak için VM 'Leri yüklediğinizde, VM 'Ler şunlar için gereklidir:

• Yüklü iki sanal NIC: Yönetim alt ağına bağlanmak için bir NIC ve şirket içi ağ veya diğer ağlardan bağlantı kurmak için bir NIC, Azure VM 'deki SAP HANA örneğine.
• Her iki sanal NIC için dağıtılan statik özel IP adresleri.

Ancak, bir yandan, Azure 'da bir sanal veri merkezi ağ mimarisi oluşturmanız gerekir. Bu mimari, şirket içinde ayrı bir Azure VNet 'e bağlanan Azure VNet ağ geçidinin ayrılmasını önerir. Bu ayrı VNet, şirket içinde veya internet 'e giden tüm trafiği barındırmalıdır. Bu yaklaşım, bu ayrı hub VNet 'e Azure 'daki sanal veri merkezini giren denetim ve günlük trafik için yazılım dağıtmanıza olanak tanır. Bu nedenle, Azure dağıtımınıza yönelik gelen ve giden trafikle ilgili tüm yazılım ve yapılandırmaların bulunduğu bir sanal ağınız vardır.

azure sanal veri merkezi makaleleri: bir ağ perspektifi ve azure sanal veri merkezi ve Enterprise denetim düzlemi , sanal veri merkezi yaklaşımı ve ilgili azure VNet tasarımı hakkında daha fazla bilgi sağlar.

IP adreslerini atamaya yönelik farklı yöntemlere genel bir bakış için bkz. Azure 'Da IP adresi türleri ve ayırma yöntemleri.

SAP HANA çalıştıran VM 'Ler için, atanan statik IP adresleriyle çalışmanız gerekir. Nedeni, HANA başvuru IP adreslerine yönelik bazı yapılandırma öznitelikleridir.

Azure ağ güvenlik grupları (NSG 'ler) , SAP HANA örneğine veya atlama kutusuna yönlendirilen trafiği yönlendirmek için kullanılır. NSG 'ler ve sonuç olarak uygulama güvenlik grupları , SAP HANA alt ağı ve yönetim alt ağıyla ilişkilendirilir.

Aşağıdaki görüntüde, hub ve bağlı ağ VNet mimarisine göre SAP HANA için kaba bir dağıtım şemasına genel bakış gösterilmektedir:

Siteden siteye bağlantı olmadan Azure 'da SAP HANA dağıtmak için, SAP HANA örneğini genel İnternet 'ten korumak ve ileri bir proxy 'nin arkasında gizlemek istersiniz. Bu temel senaryoda dağıtım, ana bilgisayar adlarını çözümlemek için Azure yerleşik DNS hizmetlerini kullanır. Genel kullanıma yönelik IP adreslerinin kullanıldığı daha karmaşık bir dağıtımda, Azure yerleşik DNS hizmetleri özellikle önemlidir. Azure NSG 'leri ve Azure NVA 'lar 'i kullanarak Azure 'Daki Azure VNET mimarinize internet 'ten yönlendirmeyi izleyin. Aşağıdaki görüntüde, hub ve bağlı ağ VNet mimarisinde siteden siteye bağlantı olmadan SAP HANA dağıtmaya yönelik kaba bir şema gösterilmektedir:

Hub ve bağlı ağ VNet mimarisi olmadan Internet 'ten erişimi denetlemek ve izlemek için Azure NVA 'lar 'ın nasıl kullanılacağına ilişkin başka bir açıklama, yüksek oranda kullanılabilir ağ sanal gereçlerini dağıtmamakalesinde bulunabilir.

Azure altyapısını SAP HANA genişleme için yapılandırma

OLAP genişleme veya S/4HANA genişleme için sertifikalı Azure VM türlerini bulmak için SAP HANA donanım dizininidenetleyin. ' Kümeleme ' sütunundaki onay işareti, genişleme desteğini gösterir. Uygulama türü, OLAP ölçeği genişletme veya S/4HANA ölçeklendirmesinin desteklenip desteklenmediğini gösterir. VM 'lerin her biri için ölçek genişletme konusunda sertifikalı düğümlerle ilgili ayrıntılar için SAP HANA donanım dizininde listelenen belirli VM SKU 'sunda girişlerin ayrıntılarını kontrol edin.

Azure VM 'lerinde genişleme yapılandırması dağıtmak için en düşük işletim sistemi sürümleri, SAP HANA donanım dizininde listelenen belirli VM SKU 'sunda girişlerin ayrıntılarını kontrol edin. N düğümlü bir OLAP genişleme yapılandırması olan bir düğüm, ana düğüm olarak işlev görür. Sertifika sınırına kadar olan diğer düğümler, çalışan düğümü olarak davranır. Ek bekleme düğümleri, sertifikalı düğüm sayısına göre sayılmaz

/hana/shared için, uygulamanın Azure NetApp Files.

Ölçek genişletin yapılandırmasında tek bir düğüm için tipik bir temel tasarım şöyle olacak:

Sanal makine düğümünün ölçeğini SAP HANA yapılandırması şu şekildedir:

• /hana/shared için, bu hizmet aracılığıyla sağlanan yerel NFS Azure NetApp Files.
• Diğer tüm disk birimleri farklı düğümler arasında paylaşılmaz ve NFS tabanlı değildir. Paylaşılmayan /hana/veri ve /hana/log ile haNA yüklemelerini ölçeklendirmeye ve bu belgenin devamlarında, yükleme yapılandırmaları ve adımları daha sonra sağlanmıştır. Kullanılmaktadır HANA sertifikalı depolama için Azure sanal makine depolama yapılandırmalarını SAP HANA makalesine bakın.

Birimleri veya diskleri boyutlandırırken, TDISAP HANA gereksinimleri Depolama, çalışan düğümlerinin sayısına bağlı olarak gereken boyut için belgeyi denetlemeniz gerekir. Belge, birimin gerekli kapasitesini almak için uygulamak istediğiniz bir formülü yayımlar

Vm ölçeğini genişletin veya daha iyi bir alt ağ yapılandırması için tek düğüm yapılandırmasının grafik SAP HANA diğer tasarım ölçütleri de sanal ağdır. SAP, istemciye/uygulamaya yönelik trafiğin HANA düğümleri arasındaki iletişimden ayrılmasını kesinlikle önermektedir. Grafiklerde gösterildiği gibi, bu hedefe VM'ye bağlı iki farklı vNC'nin olması sağlanır. Her iki vNIC de farklı alt ağlarda, iki farklı IP adresine sahip. Ardından NSG'leri veya kullanıcı tanımlı yolları kullanarak yönlendirme kurallarıyla trafik akışını kontrol altına alırsiniz.

Özellikle Azure'da belirli vNC'lerde hizmet kalitesini ve kotaları zorunlu kacak bir yöntem ve yöntem yoktur. Sonuç olarak, istemciye/uygulamaya yönelik ve düğüm içi iletişimin ayrılması, bir trafik akışının diğerinin önceliklerini belirlemeye yönelik hiçbir fırsat açmaz. Bunun yerine, ayrım, ölçek genişletin yapılandırmalarının düğüm içi iletişimlerini korumada bir güvenlik önlemi olmaya devam eder.

Ağ açısından en düşük gerekli ağ mimarisi şöyle olabilir:

Azure SAP HANA ölçeğini ölçeklendirmeyi yükleme

Ölçeği uzan SAP yapılandırması yüklemek için şu adımları gerçekleştirmeniz gerekir:

• Yeni bir Azure VNet altyapısı dağıtma veya mevcut bir Azure sanal ağ altyapısını uyarlama
• AnF'yi temel alan Azure Yönetilen Premium Depolama, Ultra disk birimleri ve/veya NFS birimlerini kullanarak yeni VM'leri dağıtma
• • Örneğin VM'ler arasındaki düğüm içi iletişimin NVAüzerinden yönlendirilemeyebilirsiniz.
• Ana SAP HANA yükleyin.
• Ana düğümün yapılandırma SAP HANA uyarlama
• Uygulama çalışan düğümlerinin SAP HANA devam edin

Ölçek SAP HANA yapılandırmasında uygulama yüklemesi

Azure VM altyapınız dağıtıldığında ve diğer tüm hazırlıklar tamamlanırken, aşağıdaki adımlarda SAP HANA yapılandırmalarını yüklemeniz gerekir:

• SAP'SAP HANA belgelerine göre ana düğümü yükleme
• /hana/data ve /hana/log paylaşımlı olmayan disklerle Azure Premium Depolama veya Ultra disk depolama kullanıyorsanız, global.ini dosyasını değiştirmeli ve 'basepath_shared = hayır' parametresini global.ini dosyasına eklemeniz gerekir. Bu parametre, SAP HANA 'paylaşılan' /hana/data ve /hana/log birimleri olmadan ölçeğin ölçeğini genişletin. Ayrıntılar SAP Not #2080991. /hana/data ve /hana/log için ANF'yi temel alan NFS birimleri kullanıyorsanız, bu değişikliği yapmak zorunda değildir
• global.ini parametresinde son değişiklik sonrasında SAP HANA başlatın
• Ek çalışan düğümleri ekleyin. Ayrıca https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.00/en-US/0d9fe701e2214e98ad4f8721f6558c34.html bkz. . Yükleme sırasında veya daha SAP HANA yerel hdblcm kullanarak düğümler arası iletişim için iç ağı belirtin. Daha ayrıntılı belgeler için bkz. SAP Not #2183363.

SUSE Linux'ta bekleme düğümüyle bir SAP HANA ölçek genişletin sistemi ayarlama ayrıntıları, SUSE Linux Enterprise Server'da Azure NetApp Files kullanarak Azure VM'leri üzerinde bekleme düğümü ile bir SAP HANA ölçek genişletin sistemi dağıtma konusunda ayrıntılı olarak açıklanmıştır. Red Hat için eşdeğer belgeler, Red Hat SAP HANA Linux üzerinde Azure NetApp Files kullanarak Azure VM'lerinde bekleme düğümü ile bir Enterprise dağıtma makalesinde bulunabilir.

SAP HANA Azure sanal makineleri için Dinamik Katmanlama 2.0

Azure M serisi VM'lerde SAP HANA sertifikalarına ek olarak SAP HANA Dinamik Katmanlama 2.0 Microsoft Azure'da da de desteklemektedir (daha fazla bilgi için bkz. SAP HANA Dinamik Katmanlama belgeleri bağlantıları). Ürünü yüklemek veya işletmek fark etse de, örneğin, Azure Sanal Makinesi'nin içindeki SAP HANA...... Üzerinden, Azure'da resmi destek için zorunlu olan birkaç önemli öğe vardır. Bu önemli noktalar aşağıda açıklanmıştır. Makale boyunca Dinamik Katmanlama 2.0 tam adı yerine "DT 2.0" kısaltması kullanılacaktır.

SAP HANA Katmanlama 2.0, SAP BW veya S4HANA tarafından desteklenmiyor. Şu anda ana kullanım örnekleri yerel HANA uygulamalarıdır.

Genel Bakış

Aşağıdaki resimde, DT 2.0 desteğiyle ilgili genel bir bakış Microsoft Azure. Resmi sertifikasyona uymak için uyulması gereken zorunlu gereksinimler kümesi vardır:

• DT 2.0, ayrılmış bir Azure VM'ye yük yüklr. Sanal makinenin çalıştır olduğu vm üzerinde SAP HANA olabilir
• SAP HANA ve DT 2.0 VM'leri aynı Azure sanal ağı içinde dağıtılacak
• SAP HANA ve DT 2.0 VM'leri Azure hızlandırılmış ağ özelliği etkin olarak dağıtilmelidir
• Depolama DT 2.0 VM'leri için azure sanal Premium Depolama
• DT 2.0 VM'ye birden çok Azure diski ekli olması gerekir
• Azure diskleri arasında bölümleterek bir yazılım raid/şeritli birim (lvm veya mdadm aracılığıyla) oluşturmak gerekir

Aşağıdaki bölümlerde daha fazla ayrıntı açıklanmaktadır.

SAP HANA DT 2.0 için ayrılmış Azure VM

Azure IaaS'de DT 2.0 yalnızca ayrılmış bir VM'de de kullanılabilir. HANA örneğinin çalıştır olduğu azure sanal makinesi üzerinde DT 2.0 çalıştırmasına izin verilmez. Başlangıçta DT 2.0'SAP HANA çalıştırmak için iki VM türü kullanılabilir:

• M64-32ms
• E32sv3

VM türü açıklaması hakkında daha fazla bilgi için bkz. Azure VM boyutları - Bellek

Maliyet tasarrufu yapmak için "sıcak" verileri boşaltmakla ilgili olan temel DT 2.0 fikri, ilgili VM boyutlarını kullanmak mantıklıdır. Ancak olası birleşimler ile ilgili katı bir kural yoktur. Belirli bir müşteri iş yüküne bağlıdır.

Önerilen yapılandırmalar:

Desteklenen DT 2.0 VM'leri (M64-32ms ve E32sv3) ile SAP HANA sertifikalı M serisi VM'lerin tüm birleşimleri mümkündür.

Azure ağı ve SAP HANA DT 2.0

Ayrılmış bir VM'ye DT 2.0 yüklemek için DT 2.0 VM ile en az 10 Gb SAP HANA vm arasında ağ aktarım hızı gerekir. Bu nedenle, tüm VM'leri aynı Azure sanal ağının içinde yer alan ve Azure hızlandırılmış ağ iletişimi etkinleştiren zorunludur.

Azure hızlandırılmış ağ hakkında ek bilgilere bakın Azure CLI kullanarak Hızlandırılmış Ağ ile Azure VM oluşturma

DT 2.0 SAP HANA için VM Depolama

DT 2.0 en iyi yöntem kılavuzuna göre, disk IO aktarım hızı fiziksel çekirdek başına en az 50 MB/sn olmalıdır. DT 2.0 için desteklenen iki Azure VM türüne göre vm için en yüksek disk IO aktarım hızı sınırı şu şekildedir:

• E32sv3: 768 MB/sn (ulaşılmamış) yani fiziksel çekirdek başına 48 MB/sn oranı
• M64-32ms: 1000 MB/sn (ulaşılmamış) ve bu da fiziksel çekirdek başına 62,5 MB/sn oranı anlamına gelir

VM başına en yüksek disk aktarım hızı sınırına ulaşmak için DT 2.0 VM'ye birden çok Azure diski eklemek ve işletim sistemi düzeyinde bir yazılım baskını (şeritleme) oluşturmak gerekir. Bu bağlamda tek bir Azure diski maksimum VM sınırına ulaşmak için aktarım hızı sağamaz. Azure Premium depolamanın DT 2.0 çalıştırması zorunludur.

• Kullanılabilir Azure disk türleri hakkında ayrıntılar, Azure IaaS VM'leri için disk türü seçme - yönetilen diskler sayfasında bulunabilir
• mdadm aracılığıyla yazılım baskını oluşturmayla ilgili ayrıntılar Linux VM'sinde yazılım RAID'i yapılandırma sayfasında bulunabilir
• LVM'yi maksimum aktarım hızı için şeritli birim oluşturmak üzere yapılandırmayla ilgili ayrıntılar, Linux çalıştıran bir sanal makinede LVM'yi yapılandırma sayfasında bulunabilir

Boyut gereksinimlerine bağlı olarak, bir VM'nin maksimum aktarım hızına ulaşmak için farklı seçenekler vardır. Üst VM aktarım hızı sınırına ulaşmak için her DT 2.0 VM türü için olası veri birimi disk yapılandırmaları burada vemektedir. E32sv3 sanal makinesi, daha küçük iş yükleri için giriş düzeyi olarak düşünülmelidir. Yeterince hızlı olmadığının ortaya çıkmaları durumunda VM'yi M64-32ms olarak yeniden boyutlandırmak gerekebilir. M64-32ms sanal makinesi çok fazla belleğe sahip olduğu için, özellikle okuma yoğun iş yükleri için, IO yükü sınıra ulaşamayabilirsiniz. Bu nedenle, müşteriye özgü iş yüküne bağlı olarak şerit kümesinde daha az disk yeterli olabilir. Ancak güvenli tarafta olmak için en yüksek aktarım hızını garanti etmek için aşağıdaki disk yapılandırmaları seçilmiştir:

Özellikle iş yükünün okuma konusunda yoğun olduğu durumlarda, veritabanı yazılımının veri hacimleri için önerilen Azure konak önbelleğini "salt okunur" olarak açmak için IO performansını artırabilirsiniz. İşlem günlüğü için Azure konak disk önbelleği "yok" olmalıdır.

Günlük biriminin boyutuyla ilgili olarak önerilen bir başlangıç noktası, veri boyutunun %15'inde bir varuristic'tır. Günlük biriminin oluşturulması, maliyet ve aktarım hızı gereksinimlerine bağlı olarak farklı Azure disk türleri kullanılarak gerçek olabilir. Günlük birimi için yüksek G/Ç aktarım hızı gerekir. M64-32ms VM türünü kullanıyorsanız, vm türünü Yazma Hızlandırıcısı. Azure Yazma Hızlandırıcısı işlem günlüğü için en uygun disk yazma gecikme süresi sağlar (yalnızca M serisi için kullanılabilir). Ancak sanal makine türü başına en fazla disk sayısı gibi göz önünde bulundurmalısınız. Bu Yazma Hızlandırıcısı ayrıntıları Azure Yazma Hızlandırıcısı sayfasında bulabilirsiniz

Günlük birimini boyutlandırmayla ilgili birkaç örnek aşağıda verilmiştir:

Ölçeğin SAP HANA için olduğu gibi, /hana/shared dizininin SAP HANA VM ile DT 2.0 VM arasında paylaştırılır. Yüksek oranda kullanılabilir bir NFS sunucusu SAP HANA ayrılmış VM'ler kullanılarak ölçeğin daha fazla ölçeklendirilene kadar aynı mimaride olması önerilir. Paylaşılan bir yedekleme birimi sağlamak için aynı tasarım kullanılabilir. Ancak yüksek kullanılabilirlik gerekiyorsa veya yedek sunucu olarak hareket etmek için yeterli depolama kapasitesine sahip ayrılmış bir VM kullanmak yeterli olup olmadığını müşteriye bağlı olarak gösterir.

DT 2.0 belgelerinin bağlantıları

• SAP HANA Dinamik Katmanlama yükleme ve güncelleştirme kılavuzu
• SAP HANA Dinamik Katmanlama öğreticileri ve kaynakları
• SAP HANA Dinamik Katmanlama PoC
• SAP HANA 2.0 SPS 02 dinamik katmanlama geliştirmeleri

Azure VM'SAP HANA dağıtım işlemleri

Aşağıdaki bölümlerde, Azure VM'lerde sanal SAP HANA dağıtmayla ilgili bazı işlemler açıklanmaktadır.

Azure VM'lerde yedekleme ve geri yükleme işlemleri

Aşağıdaki belgelerde, dağıtım dağıtımınızı yedekleme ve geri yükleme SAP HANA açıkmektedir:

• SAP HANA yedeklemesine genel bakış
• SAP HANA düzeyinde yedekleme
• SAP HANA anlık görüntü karşılaştırması

Sanal veri içeren VM'leri başlatma ve SAP HANA

Azure genel bulutlarının öne çıkan bir özelliği, yalnızca işlem dakikanız için ücret ödemenizdir. Örneğin, çalışan bir VM'yi SAP HANA, yalnızca bu süre boyunca depolama maliyetleri için faturalanır. İlk dağıtımda VM'ler için statik IP adresleri belirttiğinizde başka bir özellik kullanılabilir. Sanal makineye sahip bir VM'yi SAP HANA VM, önceki IP adresleriyle yeniden başlatılır.

SAP uzak desteği için SAProuter kullanma

Şirket içi konumlar ile Azure arasında siteden siteye bağlantınız varsa ve SAP bileşenleri çalıştırıyorsanız, büyük olasılıkla zaten SAProuter çalıştırmış durumda olursanız. Bu durumda, uzaktan destek için aşağıdaki öğeleri tamamlar:

• SAProuter yapılandırmasında sanal makineyi barındıran VM'nin SAP HANA ip adresini koruma.
• HANA VM'sini barındıran alt ağın NSG'sini TCP/IP bağlantı noktası 3299 üzerinden trafiğe izin verecek şekilde yapılandırın.

Azure'a İnternet üzerinden bağlanıyorsanız ve sanal makine için sap yönlendiriciniz yoksa SAP HANA yüklemeniz gerekir. SAProuter'i Yönetim alt a ağının ayrı bir VM'sinde yükleyin. Aşağıdaki görüntüde, siteden siteye bağlantı olmadan SAP HANA SAProuter ile sanal ağ dağıtımı için kabaca bir şema gösterilmektedir:

SAProuter'ı Jumpbox VM'nize değil ayrı bir VM'ye yükleyesiniz. Ayrı VM'nin statik bir IP adresi olmalıdır. SAProuter'inizi SAP tarafından barındırılan SAProuter'e bağlamak için BIR IP adresi için SAP'ye ulaşın. (SAP tarafından barındırılan SAProuter, VM'nize yüklemiş olduğu SAProuter örneğinin karşılığıdır.) SAProuter örneğinizi yapılandırmak için SAP ip adresini kullanın. Yapılandırma ayarlarında gerekli tek bağlantı noktası TCP bağlantı noktası 3299'dür.

SAProuter aracılığıyla uzaktan destek bağlantıları ayarlama ve koruma hakkında daha fazla bilgi için SAP belgelerine bakın.

Azure yerel VM'lerinde SAP HANA yüksek kullanılabilirlik

SUSE Linux Enterprise Server veya Red Hat kullanıyorsanız STONITH cihazlarıyla bir Pacemaker kümesi kurabilirsiniz. HANA Sistem Çoğaltması ve otomatik yük devretme ile zaman uyumlu çoğaltma kullanan bir SAP HANA yapılandırma ayarlamak için cihazları kullanabilirsiniz. 'Sonraki adımlar' bölümünde listelenen daha fazla bilgi için.

Sonraki Adımlar

Listelenen makaleler hakkında bilgi sahibi olmak

• SAP HANA Azure sanal makine depolama alanı yapılandırmaları
• SUSE Linux SAP HANA Sunucusu'Azure NetApp Files kullanarak Azure VM'leri üzerinde bekleme düğümüyle Enterprise bir ölçek Enterprise dağıtma
• Red Hat SAP HANA Linux üzerinde azure vm'leri üzerinde bekleme düğümüyle Azure NetApp Files bir ölçek Enterprise dağıtma
• SUSE Linux SAP HANA Server'da Azure VM'lerde yüksek kullanılabilirlik Enterprise kullanılabilirliği
• Linux üzerinde Red Hat SAP HANA Azure VM'lerde yüksek kullanılabilirlik Enterprise kullanılabilirliği