Ketersediaan tinggi untuk SAP NetWeaver pada VM di RHEL dengan NFS di Azure Files

Artikel
02/05/2024

Artikel ini menjelaskan cara menyebarkan dan mengonfigurasi komputer virtual (VM), menginstal kerangka kerja kluster, dan menginstal sistem SAP NetWeaver ketersediaan tinggi (HA) dengan menggunakan NFS di Azure Files. Contoh konfigurasi menggunakan mesin virtual yang berjalan di Red Hat Enterprise Linux (RHEL).

Prasyarat

Dokumentasi Azure Files
1928533 Catatan SAP, yang memiliki:
- Daftar ukuran Azure VM yang didukung untuk penyebaran perangkat lunak SAP.
- Informasi kapasitas penting untuk ukuran komputer virtual Azure.
- Perangkat lunak SAP dan kombinasi sistem operasi (OS) dan database yang didukung.
- Versi kernel SAP yang dibutuhkan untuk Windows dan Linux di Microsoft Azure.
Catatan SAP 2015553 mencantumkan prasyarat untuk penyebaran perangkat lunak SAP yang didukung SAP di Azure.
Catatan SAP 2002167 telah merekomendasikan pengaturan OS untuk Red Hat Enterprise Linux 7.x.
SAP Note 2772999 telah merekomendasikan pengaturan OS untuk Red Hat Enterprise Linux 8.x.
Catatan SAP 2009879 memiliki Pedoman SAP HANA untuk Red Hat Enterprise Linux.
Catatan SAP 2178632 memiliki informasi rinci tentang semua metrik pemantauan yang dilaporkan untuk SAP pada Azure.
SAP Note 2191498 memiliki versi Agen Host SAP yang diperlukan untuk Linux di Azure.
Catatan SAP 2243692 memiliki informasi tentang lisensi SAP di Linux pada Azure.
Catatan SAP 1999351 memiliki lebih banyak informasi pemecahan masalah bagi ekstensi Azure Enhanced Monitoring untuk SAP.
SAP Community WIKI memiliki semua SAP Note yang diperlukan untuk Linux.
Microsoft Azure Virtual Machines perencanaan dan penerapan untuk SAP di Linux
Azure Virtual Machines penyebaran untuk SAP pada Linux
Penyebaran Azure Virtual Machines DBMS untuk SAP pada Linux
SAP Netweaver di kluster Pacemaker
Dokumentasi RHEL umum:
Dokumentasi RHEL khusus Azure:
- Kebijakan Dukungan untuk Kluster Ketersediaan Tinggi RHEL - Microsoft Azure Virtual Machines sebagai Anggota Kluster
- Memasang dan Mengonfigurasikan Red Hat Enterprise Linux 7.4 (dan yang lebih baru) Ketersediaan Tinggi Kluster pada Microsoft Azure

Gambaran Umum

Untuk menyebarkan lapisan aplikasi SAP NetWeaver, Anda memerlukan direktori bersama seperti /sapmnt/SID dan /usr/sap/trans di lingkungan. Selain itu, ketika Anda menyebarkan sistem SAP HA, Anda perlu melindungi dan membuat sistem file yang sangat tersedia seperti /sapmnt/SID dan /usr/sap/SID/ASCS.

Sekarang Anda dapat menempatkan sistem file ini di NFS pada Azure Files. NFS di Azure Files adalah solusi penyimpanan ketersediaan tinggi. Solusi ini menawarkan penyimpanan zona redundan sinkron (ZRS) dan cocok untuk instans SAP ASCS/ERS yang disebarkan di seluruh zona ketersediaan. Anda masih memerlukan kluster Pacemaker untuk melindungi satu titik komponen kegagalan seperti layanan pusat SAP NetWeaver (ASCS/SCS).

Contoh konfigurasi dan perintah instalasi menggunakan nomor instans berikut:

Nama Instans	Nomor instans
Layanan pusat ABAP SAP (ASCS)	00
ERS	01
Layanan pusat ABAP SAP (ASCS)	02
Server aplikasi tambahan (AAS)	03
Pengidentifikasi sistem SAP	NW1

Diagram that shows SAP NetWeaver high availability with NFS on Azure Files.

Siapkan infrastruktur

Marketplace Azure berisi gambar yang memenuhi syarat untuk SAP dengan add-on Ketersediaan Tinggi, yang dapat Anda gunakan untuk menyebarkan VM baru dengan menggunakan berbagai versi Red Hat.

Menyebarkan VM Linux secara manual melalui portal Azure

Dokumen ini mengasumsikan bahwa Anda sudah menyebarkan jaringan virtual Azure, subnet, dan grup sumber daya.

Sebarkan VM untuk server SAP ASCS, ERS, dan Aplikasi. Pilih gambar RHEL yang sesuai yang didukung untuk sistem SAP. Anda dapat menyebarkan VM di salah satu opsi ketersediaan: set skala komputer virtual, zona ketersediaan, atau set ketersediaan.

Mengonfigurasi load balancer Azure

Selama konfigurasi VM, Anda memiliki opsi untuk membuat atau memilih keluar dari load balancer di bagian jaringan. Ikuti langkah-langkah di bawah ini untuk mengonfigurasi load balancer standar untuk penyiapan ketersediaan tinggi SAP ASCS dan SAP ERS.

Ikuti panduan buat load balancer untuk menyiapkan load balancer standar untuk sistem SAP ketersediaan tinggi menggunakan portal Azure. Selama penyiapan load balancer, pertimbangkan poin berikut.

Konfigurasi IP Frontend: Buat dua IP frontend, satu untuk ASCS dan satu lagi untuk ERS. Pilih jaringan virtual dan subnet yang sama dengan komputer virtual ASCS/ERS Anda.
Kumpulan Backend: Buat kumpulan backend dan tambahkan ASCS dan ERS VM.
Aturan masuk: Buat dua aturan penyeimbangan beban, satu untuk ASCS dan satu lagi untuk ERS. Ikuti langkah yang sama untuk kedua aturan penyeimbangan beban.
- Alamat IP frontend: Pilih IP frontend
- Kumpulan backend: Pilih kumpulan backend
- Periksa "Port ketersediaan tinggi"
- Protocol: TCP
- Pemeriksaan Kesehatan: Buat pemeriksaan kesehatan dengan detail di bawah ini (berlaku untuk ASCS atau ERS)
  - Protocol: TCP
  - Port: [misalnya: 620<Instance-no.> untuk ASCS, 621<Instance-no.> untuk ERS]
  - Interval: 5
  - Ambang Probe: 2
- Batas waktu diam (menit): 30
- Periksa "Aktifkan IP Mengambang"

Catatan

Nomor properti konfigurasi pemeriksaan kesehatanOfProbes, atau dikenal sebagai "Ambang tidak sehat" di Portal, tidak dihormati. Jadi untuk mengontrol jumlah pemeriksaan berturut-turut yang berhasil atau gagal, atur properti "probeThreshold" ke 2. Saat ini tidak dimungkinkan untuk mengatur properti ini menggunakan portal Azure, jadi gunakan perintah Azure CLI atau PowerShell.

Untuk membuat load balancer standar Azure untuk penyiapan ketersediaan tinggi sistem SAP menggunakan Azure CLI, ikuti langkah-langkah di bawah ini.

# Create the load balancer resource and another frontend IP resource for ERS. Allocation of private IP address is dynamic using below command. If you want to pass static IP address, include parameter --private-ip-address.
az network lb create -g MyResourceGroup -n MyLB --sku Standard --vnet-name MyVMsVirtualNetwork --subnet MyVMsSubnet --backend-pool-name MyBackendPool --frontend-ip-name MyASCSFrontendIpName
az network lb frontend-ip create -g MyResourceGroup --lb-name MyLB -n MyERSFrontendIpName --vnet-name MyVMsVirtualNetwork --subnet MyVMsSubnet

# Create the health probe for ASCS and ERS
az network lb probe create -g MyResourceGroup --lb-name MyLB -n MyASCSHealthProbe --protocol tcp --port MyASCSHealthProbePort --interval 5 --probe-threshold 2
az network lb probe create -g MyResourceGroup --lb-name MyLB -n MyERSHealthProbe --protocol tcp --port MyERSHealthProbePort --interval 5 --probe-threshold 2
 
# Create load balancing rule for ASCS and ERS
az network lb rule create -g MyResourceGroup --lb-name MyLB -n MyASCSRuleName --protocol All --frontend-ip-name MyASCSFrontendIpName --frontend-port 0 --backend-pool-name MyBackendPool --backend-port 0 --probe-name MyASCSHealthProbe --idle-timeout-in-minutes 30 --enable-floating-ip 
az network lb rule create -g MyResourceGroup --lb-name MyLB -n MyERSRuleName --protocol All --frontend-ip-name MyERSFrontendIpName --frontend-port 0 --backend-pool-name MyBackendPool --backend-port 0 --probe-name MyERSHealthProbe --idle-timeout-in-minutes 30 --enable-floating-ip  

# Add ASCS and ERS VMs in backend pool
az network nic ip-config address-pool add --address-pool MyBackendPool --ip-config-name ASCSVmIpConfigName --nic-name ASCSVmNicName -g MyResourceGroup --lb-name MyLB
az network nic ip-config address-pool add --address-pool MyBackendPool --ip-config-name ERSVmIpConfigName --nic-name ERSVmNicName -g MyResourceGroup --lb-name MyLB

Perluas untuk melihat kode CLI lengkap

# Define variables for Resource Group, ASCS/ERS VMs.

rg_name="resourcegroup-name"
vm1_name="ascs-vm-name"
vm2_name="ers-vm-name"

# Define variables for the load balancer that will be use in the creation of the load balancer resource.

lb_name="sap-ci-sid-ilb"
bkp_name="ascs-ers-backendpool"
ascs_fip_name="ascs-frontendip"
ers_fip_name="ers-frontendip"

ascs_hp_name="ascs-healthprobe"
ascs_hp_port="62000"
ers_hp_name="ers-healthprobe"
ers_hp_port="62101"

ascs_rule_name="ascs-lb-rule"
ers_rule_name="ers-lb-rule"
 
# Command to get VMs network information like primary NIC name, primary IP configuration name, virtual network name, and subnet name.
 
vm1_primary_nic=$(az vm nic list -g $rg_name --vm-name $vm1_name --query "[?primary == \`true\`].{id:id} || [?primary == \`null\`].{id:id}" -o tsv)
vm1_nic_name=$(basename $vm1_primary_nic)
vm1_ipconfig=$(az network nic ip-config list -g $rg_name --nic-name $vm1_nic_name --query "[?primary == \`true\`].name" -o tsv)
 
vm2_primary_nic=$(az vm nic list -g $rg_name --vm-name $vm2_name --query "[?primary == \`true\`].{id:id} || [?primary == \`null\`].{id:id}" -o tsv)
vm2_nic_name=$(basename $vm2_primary_nic)
vm2_ipconfig=$(az network nic ip-config list -g $rg_name --nic-name $vm2_nic_name --query "[?primary == \`true\`].name" -o tsv)
 
vnet_subnet_id=$(az network nic show -g $rg_name -n $vm1_nic_name --query ipConfigurations[0].subnet.id -o tsv)
vnet_name=$(basename $(dirname $(dirname $vnet_subnet_id)))
subnet_name=$(basename $vnet_subnet_id)
 
# Create the load balancer resource and another frontend IP resource for ERS.
# Allocation of private IP address is dynamic using below command. If you want to pass static IP address, include parameter --private-ip-address. 
  
az network lb create -g $rg_name -n $lb_name --sku Standard --vnet-name $vnet_name --subnet $subnet_name --backend-pool-name $bkp_name --frontend-ip-name $ascs_fip_name
az network lb frontend-ip create -g $rg_name --lb-name $lb_name -n $ers_fip_name --vnet-name $vnet_name --subnet $subnet_name
 
# Create the health probe for ASCS and ERS
 
az network lb probe create -g $rg_name --lb-name $lb_name -n $ascs_hp_name --protocol tcp --port $ascs_hp_port --interval 5 --probe-threshold 2
az network lb probe create -g $rg_name --lb-name $lb_name -n $ers_hp_name --protocol tcp --port $ers_hp_port --interval 5 --probe-threshold 2
 
# Create load balancing rule for ASCS and ERS
  
az network lb rule create -g $rg_name --lb-name $lb_name -n  $ascs_rule_name --protocol All --frontend-ip-name $ascs_fip_name --frontend-port 0 --backend-pool-name $bkp_name --backend-port 0 --probe-name $ascs_hp_name --idle-timeout-in-minutes 30 --enable-floating-ip 
az network lb rule create -g $rg_name --lb-name $lb_name -n  $ers_rule_name --protocol All --frontend-ip-name $ers_fip_name --frontend-port 0 --backend-pool-name $bkp_name --backend-port 0 --probe-name $ers_hp_name --idle-timeout-in-minutes 30 --enable-floating-ip 
 
# Add ASCS and ERS VMs in backend pool
 
az network nic ip-config address-pool add --address-pool $bkp_name --ip-config-name $vm1_ipconfig --nic-name $vm1_nic_name -g $rg_name --lb-name $lb_name
az network nic ip-config address-pool add --address-pool $bkp_name --ip-config-name $vm2_ipconfig --nic-name $vm2_nic_name -g $rg_name --lb-name $lb_name

# [OPTIONAL] Change the assignment of frontend IP address from dynamic to static
afip=$(az network lb frontend-ip show --lb-name $lb_name -g $rg_name -n $ascs_fip_name --query "{privateIPAddress:privateIPAddress}" -o tsv)
az network lb frontend-ip update --lb-name $lb_name -g $rg_name -n $ascs_fip_name --private-ip-address $afip

efip=$(az network lb frontend-ip show --lb-name $lb_name -g $rg_name -n $ers_fip_name --query "{privateIPAddress:privateIPAddress}" -o tsv)
az network lb frontend-ip update --lb-name $lb_name -g $rg_name -n $ers_fip_name --private-ip-address $efip

Untuk membuat load balancer standar Azure untuk penyiapan ketersediaan tinggi sistem SAP menggunakan Azure PowerShell, ikuti langkah-langkah di bawah ini.

# Create frontend IP configurations
$ascs_fip = New-AzLoadBalancerFrontendIpConfig -Name MyASCSFrontendIpName -SubnetId MyASCSSubnetName
$ers_fip = New-AzLoadBalancerFrontendIpConfig -Name MyERSFrontendIpName -SubnetId MyERSSubnetName

# Create backend pool
$bePool = New-AzLoadBalancerBackendAddressPoolConfig -Name MyBackendPool

# Create health probes for ASCS and ERS
$ascs_healthprobe = New-AzLoadBalancerProbeConfig -Name MyASCSHealthProbe -Protocol 'tcp' -Port MyASCSHealthProbePort -IntervalInSeconds 5 -ProbeThreshold 2 -ProbeCount 1
$ers_healthprobe = New-AzLoadBalancerProbeConfig -Name $ers_hp_name -Protocol 'tcp' -Port MyASCSHealthProbePort -IntervalInSeconds 5 -ProbeThreshold 2 -ProbeCount 1

# Create load balancing rules for ASCS and ERS
$ascs_rule = New-AzLoadBalancerRuleConfig -Name MyASCSRuleName -Probe $ascs_healthprobe -Protocol 'All' -IdleTimeoutInMinutes 30 -FrontendIpConfiguration $ascs_fip -BackendAddressPool $bePool -EnableFloatingIP
$ers_rule = New-AzLoadBalancerRuleConfig -Name MyERSRuleName -Probe $ers_healthprobe -Protocol 'All' -IdleTimeoutInMinutes 30 -FrontendIpConfiguration $ers_fip -BackendAddressPool $bePool -EnableFloatingIP

# Create the load balancer resource
$lb = New-AzLoadBalancer -ResourceGroupName MyResourceGroup -Name MyLB -Location MyRegion -Sku 'Standard' -FrontendIpConfiguration $ascs_fip, $ers_fip -BackendAddressPool $bePool -LoadBalancingRule $ascs_rule, $ers_rule -Probe $ascs_healthprobe, $ers_healthprobe

Perluas untuk menampilkan kode PowerShell lengkap

# Define variables for Resource Group, and Database VMs.

$rg_name = 'resourcegroup-name'
$vm1_name = 'ascs-vm-name'
$vm2_name = 'ers-vm-name'

# Define variables for the load balancer that will be utilized in the creation of the load balancer resource.

$lb_name = 'sap-ci-sid-ilb'
$bkp_name = 'ascs-ers-backendpool'
$ascs_fip_name = 'ascs-frontendip'
$ers_fip_name = 'ers-frontendip'
 
$ascs_hp_name = 'ascs-healthprobe'
$ascs_hp_port = '62000'
$ers_hp_name = 'ers-healthprobe'
$ers_hp_port = '62101'
 
$ascs_rule_name = 'ascs-lb-rule'
$ers_rule_name = 'ers-lb-rule'
 
# Command to get VMs network information like NIC name, IP configuration name, Virtual Network name, and Subnet 
 
$vm1 = Get-AzVM -ResourceGroupName $rg_name -Name $vm1_name
$vm1_primarynic = $vm1.NetworkProfile.NetworkInterfaces | Where-Object {($_.Primary -eq "True") -or ($_.Primary -eq $null)}
$vm1_nic_name = $vm1_primarynic.Id.Split('/')[-1]
 
$vm1_nic_info = Get-AzNetworkInterface -Name $vm1_nic_name -ResourceGroupName $rg_name
$vm1_primaryip = $vm1_nic_info.IpConfigurations | Where-Object -Property Primary -EQ -Value "True"
$vm1_ipconfig_name = ($vm1_primaryip).Name
 
$vm2 = Get-AzVM -ResourceGroupName $rg_name -Name $vm2_name
$vm2_primarynic = $vm2.NetworkProfile.NetworkInterfaces | Where-Object {($_.Primary -eq "True") -or ($_.Primary -eq $null)}
$vm2_nic_name = $vm2_primarynic.Id.Split('/')[-1]
 
$vm2_nic_info = Get-AzNetworkInterface -Name $vm2_nic_name -ResourceGroupName $rg_name
$vm2_primaryip = $vm2_nic_info.IpConfigurations | Where-Object -Property Primary -EQ -Value "True"
$vm2_ipconfig_name = ($vm2_primaryip).Name
 
$vnet_name = $vm1_primaryip.Subnet.Id.Split('/')[-3]
$subnet_name = $vm1_primaryip.Subnet.Id.Split('/')[-1]
$location = $vm1.Location
 
# Create frontend IP resource for ASCS and ERS.
# Allocation of private IP address is dynamic using below command. If you want to pass static IP address, include parameter -PrivateIpAddress
 
$ascs_lb_fip = @{
    Name = $ascs_fip_name
    SubnetId = $vm1_primaryip.Subnet.Id
}
$ascs_fip = New-AzLoadBalancerFrontendIpConfig @ascs_lb_fip
 
$ers_lb_fip = @{
    Name = $ers_fip_name
    SubnetId = $vm2_primaryip.Subnet.Id
}
$ers_fip = New-AzLoadBalancerFrontendIpConfig @ers_lb_fip

# Create backend pool
 
$bepool = New-AzLoadBalancerBackendAddressPoolConfig -Name $bkp_name

# Create the health probe for ASCS and ERS
 
$ascs_probe = @{
    Name = $ascs_hp_name
    Protocol = 'tcp'
    Port = $ascs_hp_port
    IntervalInSeconds = '5'
    ProbeThreshold = '2'
    ProbeCount = '1'
}
$ascs_healthprobe = New-AzLoadBalancerProbeConfig @ascs_probe
    
$ers_probe = @{
    Name = $ers_hp_name
    Protocol = 'tcp'
    Port = $ers_hp_port
    IntervalInSeconds = '5'
    ProbeThreshold = '2'
    ProbeCount = '1'
}
$ers_healthprobe = New-AzLoadBalancerProbeConfig @ers_probe

# Create load balancing rule for ASCS and ERS
 
$ascs_lbrule = @{
    Name = $ascs_rule_name
    Probe = $ascs_healthprobe
    Protocol = 'All'
    IdleTimeoutInMinutes = '30'
    FrontendIpConfiguration = $ascs_fip
    BackendAddressPool = $bePool 
} 
$ascs_rule = New-AzLoadBalancerRuleConfig @ascs_lbrule -EnableFloatingIP 
 
$ers_lbrule = @{
    Name = $ers_rule_name
    Probe = $ers_healthprobe
    Protocol = 'All'
    IdleTimeoutInMinutes = '30'
    FrontendIpConfiguration = $ers_fip
    BackendAddressPool = $bePool 
} 
$ers_rule = New-AzLoadBalancerRuleConfig @ers_lbrule -EnableFloatingIP

# Create the load balancer resource
 
$loadbalancer = @{
    ResourceGroupName = $rg_name
    Name = $lb_name
    Location = $location
    Sku = 'Standard'
    FrontendIpConfiguration = $ascs_fip,$ers_fip
    BackendAddressPool = $bePool 
    LoadBalancingRule = $ascs_rule,$ers_rule
    Probe = $ascs_healthprobe,$ers_healthprobe 
} 
$lb = New-AzLoadBalancer @loadbalancer

# Add ASCS and ERS VMs in backend pool of load balanceer
 
$vm1_primaryip.LoadBalancerBackendAddressPools.Add($lb.BackendAddressPools[0])
$vm2_primaryip.LoadBalancerBackendAddressPools.Add($lb.BackendAddressPools[0])
$vm1_nic_info | Set-AzNetworkInterface
$vm2_nic_info | Set-AzNetworkInterface

Penting

Floating IP tidak didukung pada konfigurasi IP sekunder NIC dalam skenario penyeimbangan beban. Untuk informasi selengkapnya, lihat Batasan Load Balancer. Jika Anda memerlukan alamat IP lain untuk VM, sebarkan NIC kedua.

Catatan

Ketika VM tanpa alamat IP publik ditempatkan di kumpulan back-end instans standar internal (tanpa alamat IP publik) Load Balancer, tidak ada konektivitas internet keluar kecuali lebih banyak konfigurasi dilakukan untuk memungkinkan perutean ke titik akhir publik. Untuk informasi selengkapnya tentang cara mencapai konektivitas keluar, lihat Konektivitas titik akhir publik untuk komputer virtual menggunakan Azure Standard Load Balancer dalam skenario ketersediaan tinggi SAP.

Penting

Jangan aktifkan tanda waktu TCP pada Azure VM yang ditempatkan di belakang Load Balancer. Mengaktifkan tanda waktu TCP akan menyebabkan pemeriksaan kesehatan gagal. Atur parameter net.ipv4.tcp_timestamps ke 0. Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan Azure Load Balancer.

Menyebarkan akun penyimpanan Azure Files dan Pembagian NFS

NFS di Azure Files berjalan di atas penyimpanan premium Azure Files. Sebelum Anda menyiapkan NFS di Azure Files, lihat Cara membuat berbagi NFS.

Ada dua opsi untuk redundansi dalam wilayah Azure:

Penyimpanan redundan lokal (LRS), yang menawarkan replikasi data sinkron lokal dalam zona.
Penyimpanan zona redundan (ZRS), yang mereplikasi data Anda secara sinkron di tiga zona ketersediaan di wilayah tersebut.

Periksa apakah wilayah Azure pilihan Anda menawarkan NFS 4.1 pada Azure Files dengan redundansi yang sesuai. Tinjau ketersediaan Azure Files berdasarkan wilayah Azure di bagian File Storage Premium. Jika skenario Anda mendapat keuntungan dari ZRS, verifikasi bahwa berbagi file premium dengan ZRS didukung di wilayah Azure Anda.

Kami menyarankan agar Anda mengakses akun Azure Storage Anda melalui titik akhir privat Azure. Pastikan untuk menyebarkan titik akhir akun penyimpanan Azure Files dan VM, tempat Anda perlu memasang berbagi NFS, di jaringan virtual Azure yang sama atau jaringan virtual Azure yang di-peering.

Sebarkan akun penyimpanan Azure Files bernama sapafsnfs. Dalam contoh ini, kita menggunakan ZRS. Jika Anda tidak terbiasa dengan proses ini, lihat Membuat akun penyimpanan untuk portal Microsoft Azure.
Pada tab Dasar, gunakan pengaturan berikut:
1. Untuk Nama akun penyimpanan, masukkan sapafsnfs.
2. Untuk Performa, pilih Premium.
3. Untuk Jenis akun premium, pilih FileStorage.
4. Untuk Replikasi, pilih redundansi zona (ZRS).
Pilih Selanjutnya.
Pada tab Tingkat Lanjut , kosongkan Perlu transfer aman untuk Operasi REST API. Jika Anda tidak menghapus opsi ini, Anda tidak dapat memasang bagian NFS ke mesin virtual Anda. Operasi pemasangan akan habis.
Pilih Selanjutnya.
Di bagian Jaringan, konfigurasikan pengaturan ini:
1. Di bawah Konektivitas jaringan, untuk Metode konektivitas, pilih Titik akhir privat.
2. Di bagian Titik akhir privat, pilih Tambahkan titik akhir privat.
Pada panel Buat titik akhir privat, pilih Langganan, Grup sumber daya, dan Lokasi Anda. Untuk Nama, masukkan sapafsnfs_pe. Untuk Sub-sumber daya penyimpanan, pilih file. Di bawah Jaringan, untuk Jaringan virtual, pilih jaringan dan subnet virtual yang akan digunakan. Sekali lagi, Anda dapat menggunakan jaringan virtual tempat VM SAP Anda berada atau jaringan virtual yang di-peering. Di bagian Integrasi DNS Privat, terima opsi default Ya untuk Mengintegrasikan dengan zona DNS privat. Pastikan untuk memilih Zona DNS Privat Anda. Pilih OK.
Pada tab Jaringan lagi, pilih Berikutnya.
Pada tab Perlindungan data, pertahankan semua pengaturan default.
Pilih Tinjau + buat untuk memvalidasi konfigurasi Anda.
Tunggu validasi selesai. Perbaiki masalah apa pun sebelum Melanjutkan.
Di tab Tinjau + buat, pilih Buat.

Selanjutnya, sebarkan pembagian NFS di akun penyimpanan yang Anda buat. Dalam contoh ini, ada dua pembagian NFS, sapnw1 dan saptrans.

Masuk ke portal Azure.
Pilih atau cari Akun penyimpanan.
Pada halaman Akun penyimpanan, pilih sapafsnfs.
Pada menu sumber daya untuk sapafsnfs, di bawah Penyimpanan data, pilih Berbagi file.
Pada halaman Berbagi file, pilih Berbagi file.
1. Untuk Nama, masukkan sapnw1, saptrans.
2. Pilih ukuran pembagian yang sesuai. Misalnya, 128 GB. Pertimbangkan ukuran data yang disimpan pada persyaratan berbagi dan IOPS dan throughput. Untuk informasi selengkapnya, lihat Target berbagi file Azure.
3. Pilih NFS sebagai protokol.
4. Pilih Tidak ada Squash akar. Jika tidak, ketika Anda memasang pembagian pada VM, Anda tidak dapat melihat pemilik file atau grup.

Penting

Ukuran berbagi sebelumnya hanyalah contoh. Pastikan untuk mengukur pembagian Anda dengan tepat. Ukuran tidak hanya didasarkan pada ukuran data yang disimpan pada berbagi tetapi juga berdasarkan persyaratan untuk IOPS dan throughput. Untuk informasi selengkapnya, lihat Target berbagi file Azure.

Sistem file SAP yang tidak perlu dipasang melalui NFS juga dapat disebarkan di penyimpanan disk Azure. Dalam contoh ini, Anda dapat menyebarkan /usr/sap/NW1/D02 dan /usr/sap/NW1/D03 di penyimpanan disk Azure.

Pertimbangan penting untuk NFS pada pembagian Azure Files

Saat Anda merencanakan penyebaran dengan NFS di Azure Files, pertimbangkan poin penting berikut:

Ukuran pembagian minimum adalah 100 GiB. Anda hanya membayar kapasitas berbagi yang disediakan.
Ukuran berbagi NFS Anda tidak hanya berdasarkan persyaratan kapasitas tetapi juga pada persyaratan IOPS dan throughput. Untuk informasi selengkapnya, lihat Target berbagi file Azure.
Uji beban kerja untuk memvalidasi ukuran Anda dan pastikan beban kerja tersebut memenuhi target performa Anda. Untuk mempelajari cara memecahkan masalah performa dengan NFS di Azure Files, lihat Memecahkan masalah performa berbagi file Azure.
Untuk sistem SAP J2EE, menempatkan /usr/sap/<SID>/J<nr> pada NFS di Azure Files tidak didukung.
Jika sistem SAP Anda memiliki beban pekerjaan batch yang berat, Anda mungkin memiliki jutaan log pekerjaan. Jika log tugas batch SAP disimpan dalam sistem file, berikan perhatian khusus pada ukuran pembagian sapmnt. Pada SAP_BASIS 7.52, perilaku default untuk log pekerjaan batch harus disimpan dalam database. Untuk informasi selengkapnya, lihat Log pekerjaan di database.
Sebarkan bagian sapmnt yang terpisah untuk setiap sistem SAP.
Jangan gunakan sapmnt berbagi untuk aktivitas lain, seperti antarmuka, atau saptrans.
Jangan gunakan saptrans berbagi untuk aktivitas lain, seperti antarmuka, atau sapmnt.
Hindari mengonsolidasikan pembagian untuk sistem SAP yang terlalu banyak dalam satu akun penyimpanan. Ada juga target skala performa akun penyimpanan. Berhati-hatilah untuk tidak melebihi batas untuk akun penyimpanan juga.
Secara umum, jangan mengonsolidasikan berbagi untuk lebih dari lima sistem SAP dalam satu akun penyimpanan. Pedoman ini membantu menghindari pemakaian akun penyimpanan yang melebihi batas dan menyederhanakan analisis performa.
Secara umum, hindari pencampuran berbagi seperti sapmnt untuk sistem SAP nonproduksi dan produksi di akun penyimpanan yang sama.
Kami menyarankan agar Anda menyebarkan RHEL 8.4 atau yang lebih tinggi untuk mendapatkan manfaat dari peningkatan klien NFS.
Gunakan titik akhir privat. Jika terjadi kegagalan zonal, sesi NFS Anda secara otomatis beralih ke zona yang sehat. Anda tidak perlu memasang ulang pembagian NFS di mesin virtual Anda.
Jika Anda menyebarkan VM di seluruh zona ketersediaan, gunakan akun penyimpanan dengan ZRS di wilayah Azure yang mendukung ZRS.
Azure Files saat ini tidak mendukung replikasi lintas wilayah otomatis untuk skenario pemulihan bencana.

Menyiapkan (A)SCS

Selanjutnya, Anda akan menyiapkan dan menginstal instans SAP ASCS dan ERS.

Membuat kluster Pacemaker

Ikuti langkah-langkah dalam Menyiapkan Pacemaker di Red Hat Enterprise Linux di Azure untuk membuat kluster Pacemaker dasar untuk server (A)SCS ini.

Bersiap untuk penginstalan SAP NetWeaver

Item berikut dimulai dengan:

[A]: Berlaku untuk semua simpul
[1]: Hanya berlaku untuk simpul 1
[2]: Hanya berlaku untuk simpul 2

[A] Siapkan resolusi nama host.

Anda bisa menggunakan server DNS atau mengubah /etc/hosts file pada semua simpul. Contoh ini memperlihatkan cara menggunakan file /etc/hosts. Ganti alamat IP dan nama host dalam perintah berikut:

sudo vi /etc/hosts

Sisipkan baris berikut ke /etc/hosts. Ubah alamat IP dan nama host agar sesuai dengan lingkungan Anda.

 # IP address of cluster node 1
 10.90.90.7    sap-cl1
 # IP address of cluster node 2
 10.90.90.8     sap-cl2
 # IP address of the load balancer frontend configuration for SAP Netweaver ASCS
 10.90.90.10   sapascs
 # IP address of the load balancer frontend configuration for SAP Netweaver ERS
 10.90.90.9    sapers

[A] Instal klien NFS dan persyaratan lainnya.

sudo yum -y install nfs-utils resource-agents resource-agents-sap

[1] Membuat direktori SAP pada NFS bersama.
Pasang berbagi NFS sapnw1 untuk sementara di salah satu VM, dan buat direktori SAP yang akan digunakan sebagai titik pemasangan berlapis.

# mount temporarily the volume
sudo mkdir -p /saptmp
sudo mount -t nfs sapnfs.file.core.windows.net:/sapnfsafs/sapnw1 /saptmp -o noresvport,vers=4,minorversion=1,sec=sys
# create the SAP directories
sudo cd /saptmp
sudo mkdir -p sapmntNW1
sudo mkdir -p usrsapNW1ascs
sudo mkdir -p usrsapNW1ers
sudo mkdir -p usrsapNW1sys
# unmount the volume and delete the temporary directory
cd ..
sudo umount /saptmp
sudo rmdir /saptmp

[A] Membuat direktori bersama.

sudo mkdir -p /sapmnt/NW1
sudo mkdir -p /usr/sap/trans
sudo mkdir -p /usr/sap/NW1/SYS
sudo mkdir -p /usr/sap/NW1/ASCS00
sudo mkdir -p /usr/sap/NW1/ERS01

sudo chattr +i /sapmnt/NW1
sudo chattr +i /usr/sap/trans
sudo chattr +i /usr/sap/NW1/SYS
sudo chattr +i /usr/sap/NW1/ASCS00
sudo chattr +i /usr/sap/NW1/ERS01

[A] Periksa versi resource-agents-sap.

Pastikan versi paket yang diinstal resource-agents-sap setidaknya 3.9.5-124.el7.
```
sudo yum info resource-agents-sap
```

[A] Tambahkan entri pemasangan.

vi /etc/fstab
# Add the following lines to fstab, save and exit
sapnfs.file.core.windows.net:/sapnfsafs/saptrans /usr/sap/trans  nfs noresvport,vers=4,minorversion=1,sec=sys  0  0
sapnfs.file.core.windows.net:/sapnfsafs/sapnw1/sapmntNW1 /sapmnt/NW1  nfs noresvport,vers=4,minorversion=1,sec=sys  0  0
sapnfs.file.core.windows.net:/sapnfsafs/sapnw1/usrsapNW1sys/ /usr/sap/NW1/SYS  nfs noresvport,vers=4,minorversion=1,sec=sys  0  0

# Mount the file systems
mount -a

[A] Konfigurasikan file SWAP.

sudo vi /etc/waagent.conf

# Set the property ResourceDisk.EnableSwap to y
# Create and use swapfile on resource disk.
ResourceDisk.EnableSwap=y

# Set the size of the SWAP file with property ResourceDisk.SwapSizeMB
# The free space of resource disk varies by virtual machine size. Make sure that you do not set a value that is too big. You can check the SWAP space with command swapon
# Size of the swapfile.
ResourceDisk.SwapSizeMB=2000

Mulai ulang Agen untuk mengaktifkan perubahan.

sudo service waagent restart

[A] Konfigurasikan RHEL.

Konfigurasikan RHEL seperti yang dijelaskan dalam catatan SAP 2002167 untuk RHEL 7.x, Catatan SAP 2772999 untuk RHEL 8.x, atau Catatan SAP 3108316 untuk RHEL 9.x.

Menginstal SAP NetWeaver ASCS/ERS

[1] Konfigurasikan properti default kluster.

# If using RHEL 7.x
pcs resource defaults resource-stickiness=1
pcs resource defaults migration-threshold=3
# If using RHEL 8.x or later
pcs resource defaults update resource-stickiness=1
pcs resource defaults update migration-threshold=3

[1] Membuat sumber daya IP virtual dan memeriksa kesehatan untuk instans ASCS.

sudo pcs node standby sap-cl2

sudo pcs resource create fs_NW1_ASCS Filesystem device='sapnfs.file.core.windows.net:/sapnfsafs/sapnw1/usrsapNW1ascs' \
  directory='/usr/sap/NW1/ASCS00' fstype='nfs' force_unmount=safe options='noresvport,vers=4,minorversion=1,sec=sys' \
  op start interval=0 timeout=60 op stop interval=0 timeout=120 op monitor interval=200 timeout=40 \
  --group g-NW1_ASCS

sudo pcs resource create vip_NW1_ASCS IPaddr2 \
  ip=10.90.90.10 \
  --group g-NW1_ASCS

sudo pcs resource create nc_NW1_ASCS azure-lb port=62000 \
  --group g-NW1_ASCS

Pastikan status kluster baik-baik saja dan semua sumber daya dimulai. Simpul mana yang dijalankan sumber daya tidak penting.

sudo pcs status

# Node sap-cl2: standby
# Online: [ sap-cl1 ]
#
# Full list of resources:
#
# rsc_st_azure    (stonith:fence_azure_arm):      Started sap-cl1
#  Resource Group: g-NW1_ASCS
#      fs_NW1_ASCS        (ocf::heartbeat:Filesystem):    Started sap-cl1 
#      nc_NW1_ASCS        (ocf::heartbeat:azure-lb):      Started sap-cl1
#      vip_NW1_ASCS       (ocf::heartbeat:IPaddr2):       Started sap-cl1

[1] Memasang SAP NetWeaver ASCS.

Instal SAP NetWeaver ASCS sebagai akar pada simpul pertama dengan menggunakan nama host virtual yang memetakan ke alamat IP konfigurasi front-end load balancer untuk ASCS, misalnya, sapasc dan 10.90.90.10, dan nomor instans yang Anda gunakan untuk pemeriksaan load balancer, misalnya, 00.

Anda dapat menggunakan sapinst parameter SAPINST_REMOTE_ACCESS_USER untuk memungkinkan pengguna nonroot tersambung ke sapinst.
```
# Allow access to SWPM. This rule is not permanent. If you reboot the machine, you have to run the command again.
sudo firewall-cmd --zone=public  --add-port=4237/tcp

sudo <swpm>/sapinst SAPINST_REMOTE_ACCESS_USER=sapadmin SAPINST_USE_HOSTNAME=<virtual_hostname>
```
Jika penginstalan gagal membuat subfolder di /usr/sap/NW1/ASCS00, coba atur pemilik dan grup folder ASCS00 dan coba lagi.
```
sudo chown nw1adm /usr/sap/NW1/ASCS00
sudo chgrp sapsys /usr/sap/NW1/ASCS00
```

[1] Buat sumber daya IP virtual dan pemeriksaan kesehatan untuk instans ERS.

sudo pcs node unstandby sap-cl2
sudo pcs node standby sap-cl1

sudo pcs resource create fs_NW1_AERS Filesystem device='sapnfs.file.core.windows.net:/sapnfsafs/sapnw1/usrsapNW1ers' \
  directory='/usr/sap/NW1/ERS01' fstype='nfs' force_unmount=safe options='noresvport,vers=4,minorversion=1,sec=sys' \
  op start interval=0 timeout=60 op stop interval=0 timeout=120 op monitor interval=200 timeout=40 \
 --group g-NW1_AERS

sudo pcs resource create vip_NW1_AERS IPaddr2 \
  ip=10.90.90.9 \
 --group g-NW1_AERS

sudo pcs resource create nc_NW1_AERS azure-lb port=62101 \
 --group g-NW1_AERS

Pastikan status kluster baik-baik saja dan semua sumber daya dimulai. Simpul mana yang dijalankan sumber daya tidak penting.

sudo pcs status

# Node sap-cl1: standby
# Online: [ sap-cl2 ]
#
# Full list of resources:
#
# rsc_st_azure    (stonith:fence_azure_arm):      Started sap-cl2
#  Resource Group: g-NW1_ASCS
#      fs_NW1_ASCS        (ocf::heartbeat:Filesystem):    Started sap-cl2
#      nc_NW1_ASCS        (ocf::heartbeat:azure-lb):      Started sap-cl2
#      vip_NW1_ASCS       (ocf::heartbeat:IPaddr2):       Started sap-cl2
#  Resource Group: g-NW1_AERS
#      fs_NW1_AERS        (ocf::heartbeat:Filesystem):    Started sap-cl2
#      nc_NW1_AERS        (ocf::heartbeat:azure-lb):      Started sap-cl2
#      vip_NW1_AERS       (ocf::heartbeat:IPaddr2):       Started sap-cl2

[2] Memasang SAP NetWeaver ERS.

Instal SAP NetWeaver ERS sebagai akar pada simpul kedua dengan menggunakan nama host virtual yang memetakan ke alamat IP konfigurasi front-end load balancer untuk ERS, misalnya, saper dan 10.90.90.9, dan nomor instans yang Anda gunakan untuk pemeriksaan load balancer, misalnya, 01.

Anda dapat menggunakan sapinst parameter SAPINST_REMOTE_ACCESS_USER untuk memungkinkan pengguna nonroot tersambung ke sapinst.
```
# Allow access to SWPM. This rule is not permanent. If you reboot the machine, you have to run the command again.
sudo firewall-cmd --zone=public  --add-port=4237/tcp

sudo <swpm>/sapinst SAPINST_REMOTE_ACCESS_USER=sapadmin SAPINST_USE_HOSTNAME=<virtual_hostname>
```
Jika penginstalan gagal membuat subfolder di /usr/sap/NW1/ERS01, coba atur pemilik dan grup folder ERS01 lalu coba lagi.
```
sudo chown qaadm /usr/sap/NW1/ERS01
sudo chgrp sapsys /usr/sap/NW1/ERS01
```

[1] Sesuaikan profil instans ASCS/SCS dan ERS.

Profil ASCS/SCS:

sudo vi /sapmnt/NW1/profile/NW1_ASCS00_sapascs

# Change the restart command to a start command
#Restart_Program_01 = local $(_EN) pf=$(_PF)
Start_Program_01 = local $(_EN) pf=$(_PF)

# Add the keep alive parameter, if using ENSA1
enque/encni/set_so_keepalive = true

Untuk ENSA1 dan ENSA2, pastikan parameter OS diatur seperti yang keepalive dijelaskan dalam Catatan SAP 1410736.

Profil ERS:

sudo vi /sapmnt/NW1/profile/NW1_ERS01_sapers

# Change the restart command to a start command
#Restart_Program_00 = local $(_ER) pf=$(_PFL) NR=$(SCSID)
Start_Program_00 = local $(_ER) pf=$(_PFL) NR=$(SCSID)

# remove Autostart from ERS profile
# Autostart = 1

[A] Konfigurasikan Tetap Hidup.

Komunikasi antara server aplikasi SAP NetWeaver dan ASCS / SCS dirutekan melalui penyeimbang beban perangkat lunak. Penyeimbang beban memutuskan koneksi tidak aktif setelah waktu habis yang dapat dikonfigurasi. Untuk mencegah tindakan ini, atur parameter di profil SAP NetWeaver ASCS/SCS, jika Anda menggunakan ENSA1. Ubah pengaturan keepalive sistem Linux di semua server SAP untuk ENSA1 dan ENSA2. Untuk informasi selengkapnya, lihat 1410736 Catatan SAP.
```
# Change the Linux system configuration
sudo sysctl net.ipv4.tcp_keepalive_time=300
```
[A] Perbarui /usr/sap/sapservices file.

Untuk mencegah dimulainya instans oleh sapinit skrip startup, semua instans yang dikelola oleh Pacemaker harus dikomentari dari /usr/sap/sapservices file.
```
sudo vi /usr/sap/sapservices

# Depending on whether the SAP Startup framework is integrated with systemd, you will observe one of the two entries on the ASCS node. You should comment out the line(s). 
# LD_LIBRARY_PATH=/usr/sap/NW1/ASCS00/exe:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH; /usr/sap/NW1/ASCS00/exe/sapstartsrv pf=/usr/sap/NW1/SYS/profile/NW1_ASCS00_sapascs -D -u nw1adm
# systemctl --no-ask-password start SAPNW1_00 # sapstartsrv pf=/usr/sap/NW1/SYS/profile/NW1_ASCS00_sapascs

# Depending on whether the SAP Startup framework is integrated with systemd, you will observe one of the two entries on the ERS node. You should comment out the line(s). 
# LD_LIBRARY_PATH=/usr/sap/NW1/ERS01/exe:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH; /usr/sap/NW1/ERS01/exe/sapstartsrv pf=/usr/sap/NW1/ERS01/profile/NW1_ERS01_sapers -D -u nw1adm
# systemctl --no-ask-password start SAPNW1_00 # sapstartsrv pf=/usr/sap/NW1/SYS/profile/NW1_ERS01_sapers
```
Penting

Dengan SAP Startup Framework berbasis sistemd, instans SAP sekarang dapat dikelola oleh systemd. Versi Red Hat Enterprise Linux (RHEL) minimum yang diperlukan adalah RHEL 8 untuk SAP. Seperti yang dijelaskan dalam SAP Note 3115048, penginstalan baru kernel SAP dengan dukungan SAP Startup Framework berbasis systemd terintegrasi akan selalu menghasilkan instans SAP yang dikontrol secara sistem. Setelah peningkatan kernel SAP dari penginstalan SAP yang ada ke kernel yang memiliki dukungan SAP Startup Framework berbasis sistem, namun, beberapa langkah manual harus dilakukan seperti yang didokumentasikan di Catatan SAP 3115048 untuk mengonversi lingkungan startup SAP yang ada menjadi yang dikontrol secara sistem.

Saat menggunakan layanan Red Hat HA untuk SAP (konfigurasi kluster) untuk mengelola instans server aplikasi SAP seperti SAP ASCS dan SAP ERS, modifikasi tambahan akan diperlukan untuk memastikan kompatibilitas antara agen sumber daya SAPInstance dan kerangka kerja startup SAP berbasis sistem baru. Jadi setelah instans server aplikasi SAP diinstal atau dialihkan ke SAP Kernel yang diaktifkan sistem sesuai 3115048 Catatan SAP, langkah-langkah yang disebutkan dalam Red Hat KBA 6884531 harus berhasil diselesaikan pada semua node kluster.

[1] Membuat sumber daya kluster SAP.

Bergantung pada apakah Anda menjalankan sistem ENSA1 atau ENSA2, pilih tab masing-masing untuk menentukan sumber daya. SAP memperkenalkan dukungan untuk ENSA2, termasuk replikasi, di SAP NetWeaver 7.52. Dimulai dengan ABAP Platform 1809, ENSA2 dipasang secara default. Untuk dukungan ENSA2. Lihat 2630416 Catatan SAP untuk dukungan server antrean 2.

Jika Anda menggunakan arsitektur server antrean 2 (ENSA2), instal resource-agents-sap-4.1.1-12.el7.x86_64 atau yang lebih baru dan tentukan sumber daya seperti yang ditunjukkan di sini:

ENSA1
ENSA2

sudo pcs property set maintenance-mode=true

sudo pcs resource create rsc_sap_NW1_ASCS00 SAPInstance \
 InstanceName=NW1_ASCS00_sapascs START_PROFILE="/sapmnt/NW1/profile/NW1_ASCS00_sapascs" \
 AUTOMATIC_RECOVER=false \
 meta resource-stickiness=5000 migration-threshold=1 failure-timeout=60 \
 op monitor interval=20 on-fail=restart timeout=60 \
 op start interval=0 timeout=600 op stop interval=0 timeout=600 \
 --group g-NW1_ASCS

sudo pcs resource meta g-NW1_ASCS resource-stickiness=3000

sudo pcs resource create rsc_sap_NW1_ERS01 SAPInstance \
 InstanceName=NW1_ERS01_sapers START_PROFILE="/sapmnt/NW1/profile/NW1_ERS01_sapers" \
 AUTOMATIC_RECOVER=false IS_ERS=true \
 op monitor interval=20 on-fail=restart timeout=60 op start interval=0 timeout=600 op stop interval=0 timeout=600 \
 --group g-NW1_AERS

sudo pcs constraint colocation add g-NW1_AERS with g-NW1_ASCS -5000
sudo pcs constraint location rsc_sap_NW1_ASCS00 rule score=2000 runs_ers_NW1 eq 1
sudo pcs constraint order start g-NW1_ASCS then stop g-NW1_AERS kind=Optional symmetrical=false

sudo pcs node unstandby sap-cl1
sudo pcs property set maintenance-mode=false

sudo pcs property set maintenance-mode=true

sudo pcs resource create rsc_sap_NW1_ASCS00 SAPInstance \
InstanceName=NW1_ASCS00_anftstsapvh START_PROFILE="/sapmnt/NW1/profile/NW1_ASCS00_anftstsapvh" \
AUTOMATIC_RECOVER=false \
meta resource-stickiness=5000 \
op monitor interval=20 on-fail=restart timeout=60 \
op start interval=0 timeout=600 op stop interval=0 timeout=600 \
--group g-NW1_ASCS

sudo pcs resource meta g-NW1_ASCS resource-stickiness=3000

sudo pcs resource create rsc_sap_NW1_ERS01 SAPInstance \
InstanceName=NW1_ERS01_sapers START_PROFILE="/sapmnt/NW1/profile/NW1_ERS01_sapers" \
AUTOMATIC_RECOVER=false IS_ERS=true \
op monitor interval=20 on-fail=restart timeout=60 op start interval=0 timeout=600 op stop interval=0 timeout=600 \
--group g-NW1_AERS

sudo pcs resource meta rsc_sap_NW1_ERS01  resource-stickiness=3000

sudo pcs constraint colocation add g-NW1_AERS with g-NW1_ASCS -5000
sudo pcs constraint order start g-NW1_ASCS then start g-NW1_AERS kind=Optional symmetrical=false
sudo pcs constraint order start g-NW1_ASCS then stop g-NW1_AERS kind=Optional symmetrical=false

sudo pcs node unstandby sap-cl1
sudo pcs property set maintenance-mode=false

Jika Anda memutakhirkan dari versi yang lebih lama dan beralih ke server antrean 2, lihat Catatan SAP 2641322.

Catatan

Batas waktu dalam konfigurasi sebelumnya hanyalah contoh dan mungkin perlu disesuaikan dengan penyiapan SAP tertentu.

Pastikan status kluster baik-baik saja dan semua sumber daya dimulai. Simpul mana yang dijalankan sumber daya tidak penting.

sudo pcs status

# Online: [ sap-cl1 sap-cl2 ]
#
# Full list of resources:
#
# rsc_st_azure    (stonith:fence_azure_arm):      Started sap-cl2
#  Resource Group: g-NW1_ASCS
#      fs_NW1_ASCS        (ocf::heartbeat:Filesystem):    Started sap-cl2
#      nc_NW1_ASCS        (ocf::heartbeat:azure-lb):      Started sap-cl2
#      vip_NW1_ASCS       (ocf::heartbeat:IPaddr2):       Started sap-cl2
#      rsc_sap_NW1_ASCS00 (ocf::heartbeat:SAPInstance):   Started sap-cl2
#  Resource Group: g-NW1_AERS
#      fs_NW1_AERS        (ocf::heartbeat:Filesystem):    Started sap-cl1
#      nc_NW1_AERS        (ocf::heartbeat:azure-lb):      Started sap-cl1
#      vip_NW1_AERS       (ocf::heartbeat:IPaddr2):       Started sap-cl1
#      rsc_sap_NW1_ERS01  (ocf::heartbeat:SAPInstance):   Started sap-cl1

[1] Jalankan langkah berikut untuk mengonfigurasi priority-fencing-delay (hanya berlaku pada pacemaker-2.0.4-6.el8 atau yang lebih tinggi).

Catatan

Jika Anda memiliki kluster dua node, Anda memiliki opsi untuk mengonfigurasi priority-fencing-delay properti kluster. Properti ini memperkenalkan penundaan tambahan dalam pemagaran simpul yang memiliki prioritas total sumber daya yang lebih tinggi ketika skenario split-brain terjadi. Untuk informasi selengkapnya, lihat Dapatkah Pacemaker memagari node kluster dengan sumber daya terkecil yang berjalan?.

Properti priority-fencing-delay ini berlaku untuk versi pacemaker-2.0.4-6.el8 atau yang lebih tinggi. Jika Anda menyiapkan priority-fencing-delay pada kluster yang ada, pastikan untuk menghapus pcmk_delay_max pengaturan di perangkat anggar.
```
sudo pcs resource defaults update priority=1
sudo pcs resource update rsc_sap_NW1_ASCS00 meta priority=10

sudo pcs property set priority-fencing-delay=15s
```

[A] Tambahkan aturan firewall untuk ASCS dan ERS pada kedua node.

# Probe Port of ASCS
sudo firewall-cmd --zone=public --add-port={62000,3200,3600,3900,8100,50013,50014,50016}/tcp --permanent
sudo firewall-cmd --zone=public --add-port={62000,3200,3600,3900,8100,50013,50014,50016}/tcp
# Probe Port of ERS
sudo firewall-cmd --zone=public --add-port={62101,3201,3301,50113,50114,50116}/tcp --permanent
sudo firewall-cmd --zone=public --add-port={62101,3201,3301,50113,50114,50116}/tcp

Persiapan server aplikasi SAP NetWeaver

Beberapa database mengharuskan penginstalan instans database berjalan di server aplikasi. Siapkan VM server aplikasi untuk dapat menggunakannya dalam kasus ini.

Langkah-langkah berikut mengasumsikan bahwa Anda menginstal server aplikasi di server yang berbeda dari server ASCS/SCS dan HANA. Jika tidak, beberapa langkah (seperti mengonfigurasi resolusi nama host) tidak diperlukan.

Item berikut dimulai dengan:

[A]: Berlaku untuk PAS dan AAS
[P]: Hanya berlaku untuk PAS
[S]: Hanya berlaku untuk AAS

[A] Siapkan resolusi nama host. Anda bisa menggunakan server DNS atau mengubah /etc/hosts file pada semua simpul. Contoh ini memperlihatkan cara menggunakan file /etc/hosts. Ganti alamat IP dan nama host dalam perintah berikut:
```
sudo vi /etc/hosts
```
Sisipkan baris berikut ke /etc/hosts. Ubah alamat IP dan nama host agar sesuai dengan lingkungan Anda.
```
10.90.90.7    sap-cl1
10.90.90.8    sap-cl2
# IP address of the load balancer frontend configuration for SAP Netweaver ASCS
10.90.90.10   sapascs
# IP address of the load balancer frontend configuration for SAP Netweaver ERS
10.90.90.9    sapers
10.90.90.12   sapa01
10.90.90.13   sapa02
```

[A] Buat sapmnt direktori.

sudo mkdir -p /sapmnt/NW1
sudo mkdir -p /usr/sap/trans

sudo chattr +i /sapmnt/NW1
sudo chattr +i /usr/sap/trans

[A] Instal klien NFS dan persyaratan lainnya.
```
sudo yum -y install nfs-utils uuidd
```

[A] Tambahkan entri pemasangan.

vi /etc/fstab
# Add the following lines to fstab, save and exit
sapnfs.file.core.windows.net:/sapnfsafs/saptrans /usr/sap/trans  nfs noresvport,vers=4,minorversion=1,sec=sys  0  0
sapnfs.file.core.windows.net:/sapnfsafs/sapnw1/sapmntNW1 /sapmnt/NW1  nfs noresvport,vers=4,minorversion=1,sec=sys  0  0

# Mount the file systems
mount -a

[A] Konfigurasikan file SWAP.

sudo vi /etc/waagent.conf

# Set the property ResourceDisk.EnableSwap to y
# Create and use swapfile on resource disk.
ResourceDisk.EnableSwap=y

# Set the size of the SWAP file with property ResourceDisk.SwapSizeMB
# The free space of resource disk varies by virtual machine size. Make sure that you do not set a value that is too big. You can check the SWAP space with command swapon
# Size of the swapfile.
ResourceDisk.SwapSizeMB=2000

Mulai ulang Agen untuk mengaktifkan perubahan.

sudo service waagent restart

Menginstal database

Dalam contoh ini, SAP NetWeaver dipasang pada SAP Hana. Anda dapat menggunakan setiap database yang didukung untuk penginstalan ini. Untuk informasi selengkapnya tentang cara memasang SAP Hana pada Azure, lihat Ketersediaan Tinggi SAP Hana pada komputer virtual Azure di Red Hat Enterprise Linux. Untuk daftar database yang didukung, lihat Catatan SAP 1928533.

Instal instans database SAP NetWeaver sebagai root dengan menggunakan nama host virtual yang memetakan ke alamat IP konfigurasi front-end load balancer untuk database.

Anda dapat menggunakan sapinst parameter SAPINST_REMOTE_ACCESS_USER untuk memungkinkan pengguna nonroot tersambung ke sapinst.

# Allow access to SWPM. This rule is not permanent. If you reboot the machine, you have to run the command again.
sudo firewall-cmd --zone=public  --add-port=4237/tcp
sudo <swpm>/sapinst SAPINST_REMOTE_ACCESS_USER=sapadmin

Pemasangan server aplikasi SAP NetWeaver

Ikuti langkah-langkah ini untuk memasang server aplikasi SAP.

[A] Menyiapkan server aplikasi.

Ikuti langkah-langkah di bagian sebelumnya persiapan server aplikasi SAP NetWeaver untuk menyiapkan server aplikasi.
[A] Instal server aplikasi SAP NetWeaver.

Pasang server aplikasi SAP NetWeaver utama atau tambahan.

Anda dapat menggunakan sapinst parameter SAPINST_REMOTE_ACCESS_USER untuk memungkinkan pengguna nonroot tersambung ke sapinst.
```
sudo <swpm>/sapinst SAPINST_REMOTE_ACCESS_USER=sapadmin
```
[A] Perbarui penyimpanan aman SAP Hana.

Perbarui penyimpanan aman SAP Hana agar menunjuk ke nama virtual penyiapan SAP Hana System Replication.

Jalankan perintah berikut untuk mencantumkan entri sebagai <sapsid>adm.
```
hdbuserstore List
```
Semua entri harus dicantumkan dan terlihat mirip dengan:
```
DATA FILE       : /home/nw1adm/.hdb/sapa01/SSFS_HDB.DAT
KEY FILE        : /home/nw1adm/.hdb/sapa01/SSFS_HDB.KEY

KEY DEFAULT
  ENV : 10.90.90.5:30313
  USER: SAPABAP1
  DATABASE: NW1
```
Dalam contoh ini, alamat IP dari titik masuk default ke mesin virtual, bukan penyeimbang beban. Ubah entri untuk merujuk ke nama host virtual penyeimbang beban. Pastikan untuk menggunakan nama database dan port yang sama. Misalnya, gunakan 30313 dan NW1 dalam sampel output.
```
su - nw1adm
hdbuserstore SET DEFAULT nw1db:30313@NW1 SAPABAP1 <password of ABAP schema>
```

Menguji penyiapan kluster

Uji kluster Pacemaker Anda secara menyeluruh. Untuk informasi selengkapnya, lihat Menjalankan pengujian failover umum.

Langkah berikutnya

Untuk menyebarkan skenario pengoptimalan biaya di mana instans PAS dan AAS disebarkan dengan kluster SAP NetWeaver HA pada RHEL, lihat Menginstal instans dialog SAP dengan VM ketersediaan tinggi SAP ASCS/SCS di RHEL.
Lihat HA untuk SAP NW di Azure VM di RHEL untuk panduan multi-SID aplikasi SAP.
Lihat Perencanaan dan implementasi Azure Virtual Machines untuk SAP.
Lihat Penyebaran Azure Virtual Machines untuk SAP.
Lihat Penyebaran DBMS Azure Virtual Machines untuk SAP.
Untuk mempelajari cara menetapkan KETERSEDIAAN TINGGI dan merencanakan pemulihan bencana SAP Hana di Azure (instans besar), lihat ketersediaan tinggi SAP Hana (instans besar) dan pemulihan bencana di Azure.
Untuk mempelajari cara menetapkan KETERSEDIAAN TINGGI dan merencanakan pemulihan bencana SAP Hana di Azure VM, lihat Ketersediaan tinggi SAP Hana di Azure Virtual Machines.

Ketersediaan tinggi untuk SAP NetWeaver pada VM di RHEL dengan NFS di Azure Files

Prasyarat

Gambaran Umum

Siapkan infrastruktur

Menyebarkan VM Linux secara manual melalui portal Azure

Mengonfigurasi load balancer Azure

Menyebarkan akun penyimpanan Azure Files dan Pembagian NFS

Pertimbangan penting untuk NFS pada pembagian Azure Files

Menyiapkan (A)SCS

Membuat kluster Pacemaker

Bersiap untuk penginstalan SAP NetWeaver

Menginstal SAP NetWeaver ASCS/ERS

Persiapan server aplikasi SAP NetWeaver

Menginstal database

Pemasangan server aplikasi SAP NetWeaver

Menguji penyiapan kluster

Langkah berikutnya

Sumber Daya Tambahan: