Ketersediaan tinggi peningkatan skala SAP Hana dengan Azure NetApp Files di RHEL

Artikel ini menjelaskan cara mengonfigurasi Replikasi Sistem SAP Hana dalam penyebaran peningkatan skala, ketika sistem file HANA dipasang melalui NFS, dengan menggunakan Azure NetApp Files. Dalam contoh konfigurasi dan perintah penginstalan, nomor instans 03 dan ID Sistem HANA HN1 digunakan. Replikasi Sistem SAP Hana terdiri dari satu simpul utama dan setidaknya satu simpul sekunder.

Ketika langkah-langkah dalam dokumen ini ditandai dengan awalan berikut, artinya adalah sebagai berikut:

• [A]: Langkah ini berlaku untuk semua node
• [1]: Langkah ini hanya berlaku untuk node1
• [2]: Langkah ini hanya berlaku untuk node2

Prasyarat

Baca makalah dan Catatan SAP berikut terlebih dahulu:

• 1928533 Catatan SAP, yang memiliki:
  • Daftar ukuran komputer virtual (VM) Azure yang didukung untuk penyebaran perangkat lunak SAP.
  • Informasi kapasitas penting untuk ukuran komputer virtual Azure.
  • Kombinasi perangkat lunak dan sistem operasi (OS) dan database SAP yang didukung.
  • Versi kernel SAP yang diperlukan untuk Windows dan Linux di Microsoft Azure.
• Catatan SAP 2015553 mencantumkan prasyarat untuk penyebaran perangkat lunak SAP yang didukung SAP di Azure.
• Catatan SAP 405827 mencantumkan sistem file yang direkomendasikan untuk lingkungan HANA.
• Catatan SAP 2002167 telah merekomendasikan pengaturan OS untuk Red Hat Enterprise Linux.
• Catatan SAP 2009879 memiliki Pedoman SAP HANA untuk Red Hat Enterprise Linux.
• Catatan SAP 3108302 memiliki Panduan SAP Hana untuk Red Hat Enterprise Linux 9.x.
• 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 Catatan SAP 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
• Replikasi sistem SAP Hana di kluster Pacemaker
• Dokumentasi Umum Red Hat Enterprise Linux (RHEL):
  • Ringkasan Add-On Ketersediaan Tinggi
  • Administrasi Add-On Ketersediaan Tinggi
  • Referensi Add-On Ketersediaan Tinggi
  • Mengonfigurasi Replikasi Sistem SAP Hana dalam Peningkatan Skala di kluster Pacemaker saat sistem file HANA berada di berbagi NFS
• 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
  • Mengonfigurasi replikasi sistem peningkatan SAP Hana di kluster Pacemaker saat sistem file HANA berada di berbagi NFS
• Volume NFS v4.1 di Azure NetApp Files untuk SAP Hana

Gambaran Umum

Secara tradisional dalam lingkungan peningkatan skala, semua sistem file untuk SAP Hana dipasang dari penyimpanan lokal. Menyiapkan ketersediaan tinggi (HA) Replikasi Sistem SAP Hana di Red Hat Enterprise Linux diterbitkan dalam Menyiapkan Replikasi Sistem SAP Hana di RHEL.

Untuk mencapai SAP Hana HA dari sistem peningkatan skala pada berbagi NFS Azure NetApp Files , kita memerlukan beberapa konfigurasi sumber daya lagi di kluster, agar sumber daya HANA pulih, ketika satu simpul kehilangan akses ke berbagi NFS di Azure NetApp Files. Klaster ini mengelola pemasangan NFS, memungkinkannya untuk memantau kesehatan sumber daya. Ketergantungan antara pemasangan sistem file dan sumber daya SAP HANA diberlakukan.

.

Sistem file SAP Hana dipasang pada berbagi NFS dengan menggunakan Azure NetApp Files pada setiap simpul. Sistem file /hana/data, /hana/log, dan /hana/shared unik untuk setiap simpul.

Dipasang pada node1 (hanadb1):

• 10.32.2.4:/hanadb1-data-mnt00001 on /hana/data
• 10.32.2.4:/hanadb1-log-mnt00001 on /hana/log
• 10.32.2.4:/hanadb1-shared-mnt00001 on /hana/shared

Dipasang pada node2 (hanadb2):

• 10.32.2.4:/hanadb2-data-mnt00001 on /hana/data
• 10.32.2.4:/hanadb2-log-mnt00001 on /hana/log
• 10.32.2.4:/hanadb2-shared-mnt00001 on /hana/shared

Catatan

Sistem file /hana/shared, /hana/data, dan /hana/log tidak dibagi antara dua simpul. Setiap node kluster memiliki sistem file terpisah sendiri.

Konfigurasi Replikasi Sistem SAP HANA menggunakan nama host virtual khusus dan alamat IP virtual. Pada Azure, penyeimbang muatan diperlukan untuk menggunakan alamat IP virtual. Konfigurasi yang ditampilkan di sini memiliki load balancer dengan:

• Alamat IP front-end: 10.32.0.10 untuk hn1-db
• Port probe: 62503

Menyiapkan infrastruktur Azure NetApp Files

Sebelum Anda melanjutkan penyiapan untuk infrastruktur Azure NetApp Files, biasakan diri Anda dengan dokumentasi Azure NetApp Files.

Azure NetApp Files tersedia di beberapa wilayah Azure. Periksa untuk melihat apakah wilayah Azure yang Anda pilih menawarkan Azure NetApp Files.

Untuk informasi tentang ketersediaan Azure NetApp Files menurut wilayah Azure, lihat Ketersediaan Azure NetApp Files menurut wilayah Azure.

Pertimbangan penting

Saat Anda membuat volume Azure NetApp Files untuk sistem peningkatan skala SAP Hana, ketahui pertimbangan penting yang didokumentasikan dalam volume NFS v4.1 di Azure NetApp Files untuk SAP Hana.

Ukuran database HANA pada Azure NetApp Files

Throughput volume Azure NetApp Files adalah fungsi dari ukuran volume dan tingkat layanan, seperti yang didokumentasikan dalam Tingkat layanan untuk Azure NetApp Files.

Saat Anda merancang infrastruktur untuk SAP Hana di Azure dengan Azure NetApp Files, ketahui rekomendasi dalam volume NFS v4.1 di Azure NetApp Files untuk SAP Hana.

Konfigurasi dalam artikel ini disajikan dengan volume Azure NetApp Files sederhana.

Penting

Untuk sistem produksi, di mana performa adalah kunci, kami sarankan Anda mengevaluasi dan mempertimbangkan untuk menggunakan grup volume aplikasi Azure NetApp Files untuk SAP Hana.

Sebarkan sumber daya Azure NetApp Files

Instruksi berikut mengasumsikan bahwa Anda sudah menyebarkan jaringan virtual Azure Anda. Sumber daya dan VM Azure NetApp Files, di mana sumber daya Azure NetApp Files akan dipasang, harus disebarkan di jaringan virtual Azure yang sama atau di jaringan virtual Azure yang diserekan.

1. Buat akun NetApp di wilayah Azure pilihan Anda dengan mengikuti instruksi di Buat akun NetApp.

2. Siapkan kumpulan kapasitas Azure NetApp Files dengan mengikuti instruksi pada Menyiapkan kumpulan kapasitas Azure NetApp Files.

   Arsitektur HANA yang ditunjukkan dalam artikel ini menggunakan satu kumpulan kapasitas Azure NetApp Files di tingkat layanan Ultra . Untuk beban kerja HANA di Azure, sebaiknya gunakan Azure NetApp Files Ultra atau Premium untuk tingkat layanannya.

3. Delegasikan subnet ke Azure NetApp Files, seperti yang dijelaskan dalam instruksi di Mendelegasikan subnet ke Azure NetApp Files.

4. Sebarkan volume Azure NetApp Files dengan mengikuti instruksi pada Membuat volume NFS untuk Azure NetApp Files.

   Saat Anda menyebarkan volume, pastikan untuk memilih versi NFSv4.1. Sebarkan volume di subnet Azure NetApp Files yang ditunjuk. Alamat IP volume Azure NetApp ditetapkan secara otomatis.

   Perlu diingat bahwa sumber daya Azure NetApp Files dan VM Azure harus berada di jaringan virtual Azure yang sama atau di jaringan virtual Azure yang diserekan. Misalnya, hanadb1-data-mnt00001 dan hanadb1-log-mnt00001 merupakan nama volume dan nfs://10.32.2.4/hanadb1-data-mnt00001 dan nfs://10.32.2.4/hanadb1-log-mnt00001 merupakan jalur file untuk volume Azure NetApp Files.

   Pada hanadb1:

   • Volume hanadb1-data-mnt00001 (nfs://10.32.2.4:/hanadb1-data-mnt00001)
   • Volume hanadb1-log-mnt00001 (nfs://10.32.2.4:/hanadb1-log-mnt00001)
   • Volume hanadb1-shared-mnt00001 (nfs://10.32.2.4:/hanadb1-shared-mnt00001)

   Pada hanadb2:

   • Volume hanadb2-data-mnt00001 (nfs://10.32.2.4:/hanadb2-data-mnt00001)
   • Volume hanadb2-log-mnt00001 (nfs://10.32.2.4:/hanadb2-log-mnt00001)
   • Volume hanadb2-shared-mnt00001 (nfs://10.32.2.4:/hanadb2-shared-mnt00001)

Catatan

Semua perintah untuk dipasang /hana/shared dalam artikel ini disajikan untuk volume NFSv4.1 /hana/shared . Jika Anda menyebarkan /hana/shared volume sebagai volume NFSv3, jangan lupa untuk menyesuaikan perintah pemasangan untuk /hana/shared NFSv3.

Siapkan infrastruktur

Marketplace Azure berisi gambar yang memenuhi syarat untuk SAP Hana 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 telah menyebarkan grup sumber daya, jaringan virtual Azure, dan subnet.

Menyebarkan VM untuk SAP Hana. Pilih gambar RHEL yang sesuai yang didukung untuk sistem HANA. Anda dapat menyebarkan VM di salah satu opsi ketersediaan: set skala komputer virtual, zona ketersediaan, atau set ketersediaan.

Penting

Pastikan BAHWA OS yang Anda pilih bersertifikat SAP untuk SAP Hana pada jenis VM tertentu yang Anda rencanakan untuk digunakan dalam penyebaran Anda. Anda dapat mencari jenis VM bersertifikat SAP Hana dan rilis OS mereka di Platform IaaS Bersertifikat SAP Hana. Pastikan Anda melihat detail jenis VM untuk mendapatkan daftar lengkap rilis OS yang didukung SAP Hana untuk jenis VM tertentu.

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 menyiapkan load balancer standar untuk penyiapan ketersediaan tinggi database HANA.

Portal Azure

Ikuti langkah-langkah dalam Membuat load balancer untuk menyiapkan load balancer standar untuk sistem SAP ketersediaan tinggi dengan menggunakan portal Azure. Selama penyiapan load balancer, pertimbangkan poin-poin berikut:

1. Konfigurasi IP Frontend: Buat IP front-end. Pilih jaringan virtual dan nama subnet yang sama dengan komputer virtual database Anda.
2. Kumpulan Backend: Buat kumpulan back-end dan tambahkan VM database.
3. Aturan masuk: Buat aturan penyeimbangan beban. Ikuti langkah yang sama untuk kedua aturan penyeimbangan beban.
   • Alamat IP frontend: Pilih IP front-end.
   • Kumpulan backend: Pilih kumpulan back-end.
   • Port ketersediaan tinggi: Pilih opsi ini.
   • Protokol: Pilih TCP.
   • Pemeriksaan Kesehatan: Buat pemeriksaan kesehatan dengan detail berikut:
     • Protokol: Pilih TCP.
     • Port: Misalnya, 625<instance-no.>.
     • Interval: Masukkan 5.
     • Ambang Probe: Masukkan 2.
   • Batas waktu menganggur (menit): Masukkan 30.
   • Aktifkan IP Mengambang: Pilih opsi ini.

Catatan

Properti numberOfProbeskonfigurasi pemeriksaan kesehatan , atau dikenal sebagai Ambang tidak sehat di portal, tidak dihormati. Untuk mengontrol jumlah pemeriksaan berturut-turut yang berhasil atau gagal, atur properti probeThreshold ke 2. Saat ini tidak dimungkinkan untuk mengatur properti ini dengan menggunakan portal Azure, jadi gunakan perintah Azure CLI atau PowerShell.

Azure CLI

# Create the load balancer resource with frontend IP. 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 MyDBFrontendIpName

# Create the health probe
az network lb probe create -g MyResourceGroup --lb-name MyLB -n MyDBHealthProbe --protocol tcp --port MyDBHealthProbePort --interval 5 --probe-threshold 2
 
# Create load balancing rule
az network lb rule create -g MyResourceGroup --lb-name MyLB -n MyDBRuleName --protocol All --frontend-ip-name MyDBFrontendIpName --frontend-port 0 --backend-pool-name MyBackendPool --backend-port 0 --probe-name MyDBHealthProbe --idle-timeout-in-minutes 30 --enable-floating-ip 

# Add database VMs in backend pool
az network nic ip-config address-pool add --address-pool MyBackendPool --ip-config-name DBVm1IpConfigName --nic-name DBVm1NicName -g MyResourceGroup --lb-name MyLB
az network nic ip-config address-pool add --address-pool MyBackendPool --ip-config-name DBVm2IpConfigName --nic-name DBVm2NicName -g MyResourceGroup --lb-name MyLB

Perluas untuk melihat kode CLI lengkap

# Define variables for Resource Group, and Database VMs.

rg_name="resourcegroup-name"
vm1_name="db1-name"
vm2_name="db2-name"

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

lb_name="sap-db-sid-ilb"
bkp_name="db-backendpool"
db_fip_name="db-frontendip"

db_hp_name="db-healthprobe"
db_hp_port="625<instance-no>"

db_rule_name="db-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 with frontend IP.
# 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 $db_fip_name
 
# Create the health probe
 
az network lb probe create -g $rg_name --lb-name $lb_name -n $db_hp_name --protocol tcp --port $db_hp_port --interval 5 --probe-threshold 2
 
# Create load balancing rule
  
az network lb rule create -g $rg_name --lb-name $lb_name -n  $db_rule_name --protocol All --frontend-ip-name $db_fip_name --frontend-port 0 --backend-pool-name $bkp_name --backend-port 0 --probe-name $db_hp_name --idle-timeout-in-minutes 30 --enable-floating-ip 
 
# Add database 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
dbfip=$(az network lb frontend-ip show --lb-name $lb_name -g $rg_name -n $db_fip_name --query "{privateIPAddress:privateIPAddress}" -o tsv)
az network lb frontend-ip update --lb-name $lb_name -g $rg_name -n $db_fip_name --private-ip-address $dbfip

PowerShell

# Create frontend IP configurations
$db_fip = New-AzLoadBalancerFrontendIpConfig -Name MyDBFrontendIpName -SubnetId MyDBSubnetName

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

# Create health probe
$db_healthprobe = New-AzLoadBalancerProbeConfig -Name MyDBHealthProbe -Protocol 'tcp' -Port MyDBHealthProbePort -IntervalInSeconds 5 -ProbeThreshold 2 -ProbeCount 1

# Create load balancing rule
$db_rule = New-AzLoadBalancerRuleConfig -Name MyDBRuleName -Probe $db_healthprobe -Protocol 'All' -IdleTimeoutInMinutes 30 -FrontendIpConfiguration $db_fip -BackendAddressPool $bePool -EnableFloatingIP

# Create the load balancer resource
$lb = New-AzLoadBalancer -ResourceGroupName MyResourceGroup -Name MyLB -Location MyRegion -Sku 'Standard' -FrontendIpConfiguration $db_fip -BackendAddressPool $bePool -LoadBalancingRule $db_rule -Probe $db_healthprobe

Perluas untuk menampilkan kode PowerShell lengkap

# Define variables for Resource Group, and Database VMs.

$rg_name = 'resourcegroup-name'
$vm1_name = 'db1-name'
$vm2_name = 'db2-name'

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

$lb_name = 'sap-db-sid-ilb'
$bkp_name = 'db-backendpool'
$db_fip_name = 'db-frontendip'
 
$db_hp_name = 'db-healthprobe'
$db_hp_port = '625<instance-no>'
 
$db_rule_name = 'db-lb-rule'
 
# Command to get VMs network information like primary NIC name, primary IP configuration name, virtual network name, and subnet name.
 
$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.
# Allocation of private IP address is dynamic using below command. If you want to pass static IP address, include parameter -PrivateIpAddress
 
$db_lb_fip = @{
    Name = $db_fip_name
    SubnetId = $vm1_primaryip.Subnet.Id
}
$db_fip = New-AzLoadBalancerFrontendIpConfig @db_lb_fip

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

# Create the health probe
 
$db_probe = @{
    Name = $db_hp_name
    Protocol = 'tcp'
    Port = $db_hp_port
    IntervalInSeconds = '5'
    ProbeThreshold = '2'
    ProbeCount = '1'
}
$db_healthprobe = New-AzLoadBalancerProbeConfig @db_probe
    
# Create load balancing rule
 
$db_lbrule = @{
    Name = $db_rule_name
    Probe = $db_healthprobe
    Protocol = 'All'
    IdleTimeoutInMinutes = '30'
    FrontendIpConfiguration = $db_fip
    BackendAddressPool = $bePool 
} 
$db_rule = New-AzLoadBalancerRuleConfig @db_lbrule -EnableFloatingIP 
 
# Create the load balancer resource
 
$loadbalancer = @{
    ResourceGroupName = $rg_name
    Name = $lb_name
    Location = $location
    Sku = 'Standard'
    FrontendIpConfiguration = $db_fip
    BackendAddressPool = $bePool
    LoadBalancingRule = $db_rule
    Probe = $db_healthprobe
} 
$lb = New-AzLoadBalancer @loadbalancer

# Add DB VMs in backend pool
 
$vm1_primaryip.LoadBalancerBackendAddressPools.Add($lb.BackendAddressPools[0])
$vm2_primaryip.LoadBalancerBackendAddressPools.Add($lb.BackendAddressPools[0])
$vm1_nic_info | Set-AzNetworkInterface
$vm2_nic_info | Set-AzNetworkInterface

Untuk informasi selengkapnya tentang port yang diperlukan untuk SAP Hana, baca bab Koneksi ke Database Penyewa di panduan Database Penyewa SAP Hana atau Catatan SAP 2388694.

Catatan

Ketika VM tanpa alamat IP publik ditempatkan di kumpulan back-end instans internal (tanpa alamat IP publik) Azure Load Balancer Standar, 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 Standard Azure Load Balancer dalam skenario ketersediaan tinggi SAP.

Penting

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

Pasang volume Azure NetApp Files

1. [A] Buat titik pemasangan untuk volume database HANA.

   sudo mkdir -p /hana/data
   sudo mkdir -p /hana/log
   sudo mkdir -p /hana/shared
   

2. [A] Verifikasi pengaturan domain NFS. Pastikan bahwa domain dikonfigurasi sebagai domain Azure NetApp Files default, yaitu, defaultv4iddomain.com, dan pemetaan diatur ke tidak ada.

   sudo cat /etc/idmapd.conf
   

   Contoh output:

   [General]
   Domain = defaultv4iddomain.com
   [Mapping]
   Nobody-User = nobody
   Nobody-Group = nobody
   

   Penting

   Pastikan untuk mengatur domain NFS di /etc/idmapd.conf pada VM agar sesuai dengan konfigurasi domain default di Azure NetApp Files: defaultv4iddomain.com. Jika ada ketidakcocokan antara konfigurasi domain pada klien NFS (yaitu, VM) dan server NFS (yaitu, konfigurasi Azure NetApp Files), maka izin untuk file pada volume Azure NetApp Files yang dipasang pada VM ditampilkan sebagai nobody.

3. [1] Pasang volume khusus node pada node1 (hanadb1).

   sudo mount -o rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys 10.32.2.4:/hanadb1-shared-mnt00001 /hana/shared
   sudo mount -o rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys 10.32.2.4:/hanadb1-log-mnt00001 /hana/log
   sudo mount -o rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys 10.32.2.4:/hanadb1-data-mnt00001 /hana/data
   

4. [2] Pasang volume khusus node pada node2 (hanadb2).

   sudo mount -o rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys 10.32.2.4:/hanadb2-shared-mnt00001 /hana/shared
   sudo mount -o rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys 10.32.2.4:/hanadb2-log-mnt00001 /hana/log
   sudo mount -o rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys 10.32.2.4:/hanadb2-data-mnt00001 /hana/data
   

5. [A] Verifikasi bahwa semua volume HANA dipasang dengan protokol NFS versi NFSv4.

   sudo nfsstat -m
   

   Verifikasi bahwa bendera vers diatur ke 4.1. Contoh dari hanadb1:

   /hana/log from 10.32.2.4:/hanadb1-log-mnt00001
   Flags: rw,noatime,vers=4.1,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.32.0.4,local_lock=none,addr=10.32.2.4
   /hana/data from 10.32.2.4:/hanadb1-data-mnt00001
   Flags: rw,noatime,vers=4.1,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.32.0.4,local_lock=none,addr=10.32.2.4
   /hana/shared from 10.32.2.4:/hanadb1-shared-mnt00001
   Flags: rw,noatime,vers=4.1,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.32.0.4,local_lock=none,addr=10.32.2.4
   

6. [A] Verifikasi nfs4_disable_idmapping. Ini harus diatur ke Y. Untuk membuat struktur direktori tempat nfs4_disable_idmapping berada, jalankan perintah mount. Anda tidak dapat membuat direktori secara manual karena /sys/modules akses dicadangkan untuk kernel dan driver.

   Periksa nfs4_disable_idmapping.

   sudo cat /sys/module/nfs/parameters/nfs4_disable_idmapping
   

   Jika Anda perlu mengatur nfs4_disable_idmapping ke:

   sudo echo "Y" > /sys/module/nfs/parameters/nfs4_disable_idmapping
   

   Buat konfigurasi permanen.

   sudo echo "options nfs nfs4_disable_idmapping=Y" >> /etc/modprobe.d/nfs.conf
   

   Untuk informasi selengkapnya tentang cara mengubah nfs_disable_idmapping parameter, lihat Pangkalan Pengetahuan Red Hat.

Penginstalan SAP Hana

1. [A] Siapkan resolusi nama host untuk semua host.

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

   sudo vi /etc/hosts
   

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

   10.32.0.4   hanadb1
   10.32.0.5   hanadb2
   

2. [A] Siapkan OS untuk menjalankan SAP Hana di Azure NetApp dengan NFS, seperti yang dijelaskan dalam SAP Note 3024346 - Pengaturan Kernel Linux untuk NetApp NFS. Buat file /etc/sysctl.d/91-NetApp-HANA.conf konfigurasi untuk pengaturan konfigurasi NetApp.

   sudo vi /etc/sysctl.d/91-NetApp-HANA.conf
   

   Tambahkan entri berikut dalam file konfigurasi.

   net.core.rmem_max = 16777216
   net.core.wmem_max = 16777216
   net.ipv4.tcp_rmem = 4096 131072 16777216
   net.ipv4.tcp_wmem = 4096 16384 16777216
   net.core.netdev_max_backlog = 300000 
   net.ipv4.tcp_slow_start_after_idle=0 
   net.ipv4.tcp_no_metrics_save = 1
   net.ipv4.tcp_moderate_rcvbuf = 1
   net.ipv4.tcp_window_scaling = 1    
   net.ipv4.tcp_sack = 1
   

3. [A] Buat file /etc/sysctl.d/ms-az.conf konfigurasi dengan pengaturan pengoptimalan yang lebih banyak.

   sudo vi /etc/sysctl.d/ms-az.conf
   

   Tambahkan entri berikut dalam file konfigurasi.

   net.ipv6.conf.all.disable_ipv6 = 1
   net.ipv4.tcp_max_syn_backlog = 16348
   net.ipv4.conf.all.rp_filter = 0
   sunrpc.tcp_slot_table_entries = 128
   vm.swappiness=10
   

   Tip

   Hindari pengaturan net.ipv4.ip_local_port_range dan net.ipv4.ip_local_reserved_ports secara eksplisit dalam sysctl file konfigurasi untuk memungkinkan Agen Host SAP mengelola rentang port. Untuk informasi selengkapnya, lihat 2382421 Catatan SAP.

4. [A] Sesuaikan pengaturan, seperti yang sunrpc direkomendasikan dalam SAP Note 3024346 - Pengaturan Kernel Linux untuk NetApp NFS.

   sudo vi /etc/modprobe.d/sunrpc.conf
   

   Hapus baris berikut:

   options sunrpc tcp_max_slot_table_entries=128
   

5. [A] Lakukan konfigurasi RHEL OS untuk HANA.

   Konfigurasikan OS seperti yang dijelaskan dalam Catatan SAP berikut berdasarkan versi RHEL Anda:

   • 2292690 - SAP HANA DB: Pengaturan OS yang disarankan untuk RHEL 7
   • 2777782 - SAP Hana DB: Pengaturan OS yang disarankan untuk RHEL 8
   • 2455582 - Linux: Jalankan aplikasi SAP yang dikompilasi dengan GCC 6.x
   • 2593824 - Linux: Jalankan aplikasi SAP yang dikompilasi dengan GCC 7.x
   • 2886607 - Linux: Jalankan aplikasi SAP yang dikompilasi dengan GCC 9.x

6. [A] Pasang SAP Hana.

   Dimulai dengan HANA 2.0 Microsoft SharePoint Server 01, MDC adalah opsi default. Saat Anda menginstal sistem HANA, SYSTEMDB dan penyewa dengan SID yang sama dibuat bersama-sama. Dalam beberapa kasus, Anda tidak ingin penyewa default. Jika Anda tidak ingin membuat penyewa awal bersama dengan penginstalan, Anda dapat mengikuti Catatan SAP 2629711.

   Jalankan program hdblcm dari DVD HANA. Masukkan nilai berikut pada permintaan:

   1. Pilih penginstalan: Masukkan 1 (untuk penginstalan).
   2. Pilih komponen lainnya untuk penginstalan: Masukkan 1.
   3. Masukkan Jalur Penginstalan [/hana/shared]: Pilih Enter untuk menerima default.
   4. Masukkan Nama Host Lokal [..]: Pilih Enter untuk menerima default. Apakah Anda ingin menambahkan host tambahan ke sistem? (y/n) [n]: n.
   5. Masukkan ID Sistem SAP Hana: Masukkan HN1.
   6. Masukkan Nomor Instans [00]: Masukkan 03.
   7. Pilih Mode Database / Masukkan Indeks [1]: Pilih Enter untuk menerima default.
   8. Pilih Penggunaan Sistem / Masukkan Indeks [4]: Masukkan 4 (untuk kustom).
   9. Masukkan Lokasi Volume Data [/hana/data]: Pilih Enter untuk menerima default.
   10. Masukkan Lokasi Volume Log [/hana/log]: Pilih Enter untuk menerima default.
   11. Batasi alokasi memori maksimum? [n]: Pilih Enter untuk menerima default.
   12. Masukkan Nama Host Sertifikat Untuk Host '...' [...]: Pilih Enter untuk menerima default.
   13. Masukkan Kata Sandi Pengguna Agen Host SAP (sapadm): Masukkan kata sandi pengguna agen host.
   14. Konfirmasi Kata Sandi Pengguna Agen Host SAP (sapadm): Masukkan kata sandi pengguna agen host lagi untuk mengonfirmasi.
   15. Masukkan Kata Sandi Administrator Sistem (hn1adm): Masukkan kata sandi administrator sistem.
   16. Konfirmasi Kata Sandi Administrator Sistem (hn1adm): Masukkan kata sandi administrator sistem lagi untuk mengonfirmasi.
   17. Masukkan Direktori Beranda Administrator Sistem [/usr/sap/HN1/home]: Pilih Enter untuk menerima default.
   18. Masukkan System Administrator Login Shell [/bin/sh]: Pilih Enter untuk menerima default.
   19. Masukkan ID Pengguna Administrator Sistem [1001]: Pilih Enter untuk menerima default.
   20. Masukkan ID Grup Pengguna (sapsys) [79]: Pilih Enter untuk menerima default.
   21. Masukkan Kata Sandi Pengguna Database (SISTEM): Masukkan kata sandi pengguna database.
   22. KonfirmasiKan Kata Sandi Pengguna Database (SISTEM): Masukkan kata sandi pengguna database lagi untuk mengonfirmasi.
   23. Hidupkan ulang sistem setelah boot ulang komputer? [n]: Pilih Enter untuk menerima default.
   24. Apakah Anda ingin melanjutkan? (y/n): Validasi ringkasan. Masukkan y untuk melanjutkan.

7. [A] Meningkatkan Agen Host SAP.

   Unduh arsip Agen Host SAP terbaru dari SAP Software Center dan jalankan perintah berikut untuk meningkatkan agen. Ganti jalur ke arsip untuk menunjuk ke file yang Anda unduh:

   sudo /usr/sap/hostctrl/exe/saphostexec -upgrade -archive <path to SAP Host Agent SAR>
   

8. [A] Konfigurasikan firewall.

   Buat aturan firewall untuk port probe Azure Load Balancer.

   sudo firewall-cmd --zone=public --add-port=62503/tcp
   sudo firewall-cmd --zone=public --add-port=62503/tcp –permanent
   

Mengonfigurasi Replikasi Sistem SAP Hana

Ikuti langkah-langkah dalam Menyiapkan Replikasi Sistem SAP HANA untuk mengonfigurasi Replikasi Sistem SAP HANA.

Mengonfigurasi kluster

Bagian ini menjelaskan langkah-langkah yang diperlukan kluster untuk beroperasi dengan mulus saat SAP Hana diinstal pada berbagi NFS dengan menggunakan Azure NetApp Files.

Membuat kluster Pacemaker

Ikuti langkah-langkah dalam Menyiapkan Pacemaker di Red Hat Enterprise Linux di Azure untuk membuat kluster Pacemaker dasar untuk server HANA ini.

Penting

Dengan Kerangka Kerja Startup SAP berbasis sistemd, instans SAP Hana sekarang dapat dikelola oleh systemd. Versi Red Hat Enterprise Linux (RHEL) minimum yang diperlukan adalah RHEL 8 untuk SAP. Seperti yang diuraikan dalam catatan SAP 3189534, setiap instalasi baru revisi SAP Hana SPS07 70 atau lebih tinggi, atau pembaruan untuk sistem HANA ke HANA 2.0 SPS07 revisi 70 atau lebih tinggi, kerangka kerja Startup SAP akan secara otomatis didaftarkan dengan sistem.

Saat menggunakan solusi HA untuk mengelola replikasi sistem SAP Hana dalam kombinasi dengan instans SAP Hana yang diaktifkan sistem (lihat Catatan SAP 3189534), langkah-langkah tambahan diperlukan untuk memastikan bahwa kluster HA dapat mengelola instans SAP tanpa gangguan sistem. Jadi, untuk sistem SAP Hana yang terintegrasi dengan systemd, langkah tambahan yang diuraikan dalam Red Hat KBA 7029705 harus diikuti pada semua node kluster.

Terapkan SAPHanaSR kait replikasi sistem Python

Langkah ini adalah langkah penting untuk mengoptimalkan integrasi dengan kluster dan meningkatkan deteksi ketika failover kluster diperlukan. Kami sangat menyarankan Anda mengonfigurasi kait Python SAPHanaSR. Ikuti langkah-langkah dalam Menerapkan replikasi sistem Python yang menghubungkan SAPHanaSR.

Mengonfigurasi sumber daya sistem file

Dalam contoh ini, setiap node kluster memiliki sistem /hana/sharedfile NFS HANA sendiri , , /hana/datadan /hana/log.

1. [1] Letakkan kluster dalam mode pemeliharaan.

   sudo pcs property set maintenance-mode=true
   

2. [1] Buat sumber daya sistem file untuk pemasangan hanadb1 .

   sudo pcs resource create hana_data1 ocf:heartbeat:Filesystem device=10.32.2.4:/hanadb1-data-mnt00001 directory=/hana/data fstype=nfs options=rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys op monitor interval=20s on-fail=fence timeout=120s OCF_CHECK_LEVEL=20 --group hanadb1_nfs
   sudo pcs resource create hana_log1 ocf:heartbeat:Filesystem device=10.32.2.4:/hanadb1-log-mnt00001 directory=/hana/log fstype=nfs options=rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys op monitor interval=20s on-fail=fence timeout=120s OCF_CHECK_LEVEL=20 --group hanadb1_nfs
   sudo pcs resource create hana_shared1 ocf:heartbeat:Filesystem device=10.32.2.4:/hanadb1-shared-mnt00001 directory=/hana/shared fstype=nfs options=rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys op monitor interval=20s on-fail=fence timeout=120s OCF_CHECK_LEVEL=20 --group hanadb1_nfs
   

3. [2] Buat sumber daya sistem file untuk pemasangan hanadb2 .

   sudo pcs resource create hana_data2 ocf:heartbeat:Filesystem device=10.32.2.4:/hanadb2-data-mnt00001 directory=/hana/data fstype=nfs options=rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys op monitor interval=20s on-fail=fence timeout=120s OCF_CHECK_LEVEL=20 --group hanadb2_nfs
   sudo pcs resource create hana_log2 ocf:heartbeat:Filesystem device=10.32.2.4:/hanadb2-log-mnt00001 directory=/hana/log fstype=nfs options=rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys op monitor interval=20s on-fail=fence timeout=120s OCF_CHECK_LEVEL=20 --group hanadb2_nfs
   sudo pcs resource create hana_shared2 ocf:heartbeat:Filesystem device=10.32.2.4:/hanadb2-shared-mnt00001 directory=/hana/shared fstype=nfs options=rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys op monitor interval=20s on-fail=fence timeout=120s OCF_CHECK_LEVEL=20 --group hanadb2_nfs
   

   Atribut OCF_CHECK_LEVEL=20 ditambahkan ke operasi monitor sehingga setiap monitor melakukan pengujian baca/tulis pada sistem file. Tanpa atribut ini, operasi monitor hanya memverifikasi bahwa sistem file sudah terpasang. Ini bisa menjadi masalah karena ketika konektivitas hilang, sistem file mungkin tetap dipasang meskipun tidak dapat diakses.

   Atribut on-fail=fence juga ditambahkan ke operasi monitor. Dengan opsi ini, jika operasi monitor gagal pada sebuah simpul, simpul tersebut segera dipagari. Tanpa opsi ini, perilaku default adalah menghentikan semua sumber daya yang bergantung pada sumber daya yang gagal, memulai ulang sumber daya yang gagal, lalu memulai semua sumber daya yang bergantung pada sumber daya yang gagal.

   Perilaku ini tidak hanya membutuhkan waktu lama ketika sumber daya SAPHana bergantung pada sumber daya yang gagal, tetapi juga dapat gagal sama sekali. Sumber daya SAPHana tidak dapat berhasil dihentikan jika server NFS yang memegang hana executable tidak dapat diakses.

   Nilai batas waktu yang disarankan memungkinkan sumber daya kluster untuk menahan jeda khusus protokol, yang terkait dengan perpanjangan sewa NFSv4.1. Untuk informasi selengkapnya, lihat NFS di Praktik terbaik NetApp. Batas waktu dalam konfigurasi sebelumnya mungkin perlu disesuaikan dengan penyiapan SAP tertentu.

   Untuk beban kerja yang memerlukan throughput yang lebih tinggi, pertimbangkan untuk menggunakan nconnect opsi pemasangan, seperti yang dijelaskan dalam volume NFS v4.1 pada Azure NetApp Files untuk SAP Hana. nconnect Periksa apakah didukung oleh Azure NetApp Files pada rilis Linux Anda.

4. [1] Konfigurasikan batasan lokasi.

   Konfigurasikan batasan lokasi untuk memastikan bahwa sumber daya yang mengelola pemasangan unik hanadb1 tidak pernah dapat berjalan pada hanadb2, dan sebaliknya.

   sudo pcs constraint location hanadb1_nfs rule score=-INFINITY resource-discovery=never \#uname eq hanadb2
   sudo pcs constraint location hanadb2_nfs rule score=-INFINITY resource-discovery=never \#uname eq hanadb1
   

   Opsi resource-discovery=never diatur karena pemasangan unik untuk setiap node memiliki titik kait yang sama. Misalnya, hana_data1 menggunakan titik pemasangan /hana/data, dan hana_data2 juga menggunakan titik pemasangan /hana/data. Berbagi titik pemasangan yang sama dapat menyebabkan positif palsu untuk operasi pemeriksaan, ketika status sumber daya diperiksa pada startup kluster, dan pada gilirannya dapat menyebabkan perilaku pemulihan yang tidak perlu. Untuk menghindari skenario ini, atur resource-discovery=never.

5. [1] Konfigurasikan sumber daya atribut.

   Konfigurasikan sumber daya atribut. Atribut ini diatur ke true jika semua pemasangan NFS simpul (/hana/data, /hana/log, dan /hana/data) dipasang. Jika tidak, mereka diatur ke false.

   sudo pcs resource create hana_nfs1_active ocf:pacemaker:attribute active_value=true inactive_value=false name=hana_nfs1_active
   sudo pcs resource create hana_nfs2_active ocf:pacemaker:attribute active_value=true inactive_value=false name=hana_nfs2_active
   

6. [1] Konfigurasikan batasan lokasi.

   Konfigurasikan batasan lokasi untuk memastikan bahwa sumber daya atribut hanadb1 tidak pernah berjalan pada hanadb2, dan sebaliknya.

   sudo pcs constraint location hana_nfs1_active avoids hanadb2
   sudo pcs constraint location hana_nfs2_active avoids hanadb1
   

7. [1] Buat batasan pemesanan.

   Konfigurasikan batasan pemesanan sehingga sumber daya atribut node dimulai hanya setelah semua dudukan NFS node dipasang.

   sudo pcs constraint order hanadb1_nfs then hana_nfs1_active
   sudo pcs constraint order hanadb2_nfs then hana_nfs2_active
   

   Tip

   Jika konfigurasi Anda menyertakan sistem file, di luar grup hanadb1_nfs atau hanadb2_nfs, sertakan sequential=false opsi sehingga tidak ada dependensi pengurutan di antara sistem file. Semua sistem file harus dimulai sebelum hana_nfs1_active, tetapi mereka tidak perlu memulai dalam urutan apa pun relatif satu sama lain. Untuk informasi selengkapnya, lihat Bagaimana cara mengonfigurasi Replikasi Sistem SAP Hana dalam Peningkatan Skala di kluster Pacemaker saat sistem file HANA berada di berbagi NFS

Mengonfigurasi sumber daya kluster SAP HANA

1. Ikuti langkah-langkah dalam Membuat sumber daya kluster SAP Hana untuk membuat sumber daya SAP Hana di kluster. Setelah sumber daya SAP Hana dibuat, Anda perlu membuat batasan aturan lokasi antara sumber daya SAP Hana dan sistem file (pemasangan NFS).

2. [1] Konfigurasikan batasan antara sumber daya SAP Hana dan pemasangan NFS.

   Batasan aturan lokasi diatur sehingga sumber daya SAP Hana dapat berjalan pada simpul hanya jika semua pemasangan NFS simpul dipasang.

   sudo pcs constraint location SAPHanaTopology_HN1_03-clone rule score=-INFINITY hana_nfs1_active ne true and hana_nfs2_active ne true
   

   Pada RHEL 7.x:

   sudo pcs constraint location SAPHana_HN1_03-master rule score=-INFINITY hana_nfs1_active ne true and hana_nfs2_active ne true
   

   Pada RHEL 8.x/9.x:

   sudo pcs constraint location SAPHana_HN1_03-clone rule score=-INFINITY hana_nfs1_active ne true and hana_nfs2_active ne true
   

3. [1] Konfigurasikan batasan pemesanan sehingga sumber daya SAP pada node akan berhenti di depan pemberhentian untuk salah satu pemasangan NFS.

   pcs constraint order stop SAPHanaTopology_HN1_03-clone then stop hanadb1_nfs
   pcs constraint order stop SAPHanaTopology_HN1_03-clone then stop hanadb2_nfs
   

   Pada RHEL 7.x:

   pcs constraint order stop SAPHana_HN1_03-master then stop hanadb1_nfs
   pcs constraint order stop SAPHana_HN1_03-master then stop hanadb2_nfs
   

   Pada RHEL 8.x/9.x:

   pcs constraint order stop SAPHana_HN1_03-clone then stop hanadb1_nfs
   pcs constraint order stop SAPHana_HN1_03-clone then stop hanadb2_nfs
   

   Keluarkan kluster dari mode pemeliharaan.

   sudo pcs property set maintenance-mode=false
   

   Periksa status kluster dan semua sumber daya.

   Catatan

   Artikel ini berisi referensi ke istilah yang tidak lagi digunakan Microsoft. Saat istilah dihapus dari perangkat lunak, kami akan menghapusnya dari artikel ini.

   sudo pcs status
   

   Contoh output:

   Online: [ hanadb1 hanadb2 ]
   
   Full list of resources:
   
   rsc_hdb_azr_agt(stonith:fence_azure_arm):  Started hanadb1
   
   Resource Group: hanadb1_nfs
   hana_data1 (ocf::heartbeat:Filesystem):Started hanadb1
   hana_log1  (ocf::heartbeat:Filesystem):Started hanadb1
   hana_shared1   (ocf::heartbeat:Filesystem):Started hanadb1
   
   Resource Group: hanadb2_nfs
   hana_data2 (ocf::heartbeat:Filesystem):Started hanadb2
   hana_log2  (ocf::heartbeat:Filesystem):Started hanadb2
   hana_shared2   (ocf::heartbeat:Filesystem):Started hanadb2
   
   hana_nfs1_active   (ocf::pacemaker:attribute): Started hanadb1
   hana_nfs2_active   (ocf::pacemaker:attribute): Started hanadb2
   
   Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
   Started: [ hanadb1 hanadb2 ]
   
   Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
   Masters: [ hanadb1 ]
   Slaves: [ hanadb2 ]
   
   Resource Group: g_ip_HN1_03
   nc_HN1_03  (ocf::heartbeat:azure-lb):  Started hanadb1
   vip_HN1_03 (ocf::heartbeat:IPaddr2):   Started hanadb1
   

Mengonfigurasi replikasi sistem aktif/baca-aktif HANA di kluster Pacemaker

Dimulai dengan SAP Hana 2.0 SPS 01, SAP memungkinkan pengaturan aktif/berkemampuan baca untuk Replikasi Sistem SAP Hana, di mana sistem sekunder Replikasi Sistem SAP Hana dapat digunakan secara aktif untuk beban kerja baca intens. Untuk mendukung pengaturan seperti itu dalam kluster, alamat IP virtual kedua diperlukan, yang memungkinkan klien mengakses database SAP Hana sekunder yang diaktifkan baca.

Untuk memastikan situs replikasi sekunder masih dapat diakses setelah pengambilalihan terjadi, kluster perlu memindahkan alamat IP virtual dengan sumber daya sekunder SAPHana.

Konfigurasi tambahan, yang diperlukan untuk mengelola Replikasi Sistem aktif/baca-aktif HANA di kluster Red Hat HA dengan IP virtual kedua, dijelaskan dalam Mengonfigurasi Replikasi Sistem Aktif/Baca-Aktif HANA di kluster Pacemaker.

Sebelum melanjutkan lebih lanjut, pastikan Anda telah sepenuhnya mengonfigurasi Red Hat High Availability Cluster yang mengelola database SAP Hana seperti yang dijelaskan di bagian sebelumnya dari dokumentasi.

Menguji penyiapan kluster

Bagian ini menjelaskan bagaimana Anda dapat menguji penyiapan Anda.

1. Sebelum Anda memulai pengujian, pastikan bahwa Pacemaker tidak memiliki tindakan yang gagal (melalui status pcs), tidak ada batasan lokasi yang tidak terduga (misalnya, sisa tes migrasi), dan bahwa replikasi sistem HANA dalam keadaan sinkron, misalnya, dengan systemReplicationStatus:

   sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
   

2. Verifikasi konfigurasi kluster untuk skenario kegagalan ketika node kehilangan akses ke berbagi NFS (/hana/shared).

   Agen sumber daya SAP Hana bergantung pada binari yang disimpan di /hana/shared untuk melakukan operasi selama failover. Sistem file /hana/shared dipasang di atas NFS dalam skenario yang disajikan.

   Sulit untuk mensimulasikan kegagalan di mana salah satu server kehilangan akses ke berbagi NFS. Sebagai pengujian, Anda dapat me-remount sistem file sebagai baca-saja. Pendekatan ini memvalidasi bahwa kluster dapat gagal, jika akses ke /hana/shared hilang pada simpul aktif.

   Hasil yang diharapkan: Pada pembuatan /hana/shared sebagai sistem file baca-saja, OCF_CHECK_LEVEL atribut sumber daya hana_shared1, yang melakukan operasi baca/tulis pada sistem file, gagal. Ini tidak dapat menulis apa pun pada sistem file dan melakukan failover sumber daya HANA. Hasil yang sama diharapkan ketika node HANA Anda kehilangan akses ke share NFS.

   Status sumber daya sebelum memulai pengujian:

   sudo pcs status
   

   Contoh output:

   Full list of resources:
    rsc_hdb_azr_agt        (stonith:fence_azure_arm):      Started hanadb1
   
    Resource Group: hanadb1_nfs
        hana_data1 (ocf::heartbeat:Filesystem):    Started hanadb1
        hana_log1  (ocf::heartbeat:Filesystem):    Started hanadb1
        hana_shared1       (ocf::heartbeat:Filesystem):    Started hanadb1
   
   Resource Group: hanadb2_nfs
        hana_data2 (ocf::heartbeat:Filesystem):    Started hanadb2
        hana_log2  (ocf::heartbeat:Filesystem):    Started hanadb2
        hana_shared2       (ocf::heartbeat:Filesystem):    Started hanadb2
   
    hana_nfs1_active       (ocf::pacemaker:attribute):     Started hanadb1
    hana_nfs2_active       (ocf::pacemaker:attribute):     Started hanadb2
   
    Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
        Started: [ hanadb1 hanadb2 ]
   
    Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
        Masters: [ hanadb1 ]
        Slaves: [ hanadb2 ]
   
    Resource Group: g_ip_HN1_03
        nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hanadb1
        vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hanadb1
   

   Anda dapat menempatkan /hana/shared dalam mode baca-saja pada node kluster aktif dengan menggunakan perintah ini:

   sudo mount -o ro 10.32.2.4:/hanadb1-shared-mnt00001 /hana/shared
   

   hanadb akan di-boot ulang atau dimatikan berdasarkan tindakan yang ditetapkan pada stonith (pcs property show stonith-action). Setelah server (hanadb1) tidak berfungsi, sumber daya HANA berpindah ke hanadb2. Anda dapat memeriksa status kluster dari hanadb2.

   sudo pcs status
   

   Contoh output:

   Full list of resources:
   
    rsc_hdb_azr_agt        (stonith:fence_azure_arm):      Started hanadb2
   
    Resource Group: hanadb1_nfs
        hana_data1 (ocf::heartbeat:Filesystem):    Stopped
        hana_log1  (ocf::heartbeat:Filesystem):    Stopped
        hana_shared1       (ocf::heartbeat:Filesystem):    Stopped
   
    Resource Group: hanadb2_nfs
        hana_data2 (ocf::heartbeat:Filesystem):    Started hanadb2
        hana_log2  (ocf::heartbeat:Filesystem):    Started hanadb2
        hana_shared2       (ocf::heartbeat:Filesystem):    Started hanadb2
   
    hana_nfs1_active       (ocf::pacemaker:attribute):     Stopped
    hana_nfs2_active       (ocf::pacemaker:attribute):     Started hanadb2
   
    Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
        Started: [ hanadb2 ]
        Stopped: [ hanadb1 ]
   
    Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
        Masters: [ hanadb2 ]
        Stopped: [ hanadb1 ]
   
    Resource Group: g_ip_HN1_03
        nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hanadb2
        vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hanadb2
   

   Kami menyarankan agar Anda menguji konfigurasi kluster SAP Hana secara menyeluruh dengan juga melakukan pengujian yang dijelaskan dalam Menyiapkan Replikasi Sistem SAP Hana pada RHEL.

Langkah berikutnya

• Perencanaan dan implementasi Azure Virtual Machine untuk SAP
• Penerapan Azure Virtual Machine untuk SAP
• Penyebaran Microsoft Azure Virtual Machines DBMS untuk SAP
• Volume NFS v4.1 di Azure NetApp Files untuk SAP Hana