Red Hat Enterprise Linux üzerinde Azure VM’lerindeki SAP HANA için yüksek kullanılabilirlik

Şirket içi geliştirme için HANA Sistem Çoğaltma veya paylaşılan depolama kullanarak SAP HANA için yüksek kullanılabilirlik (HA) oluşturabilirsiniz. Azure Sanal Makineler'da, şu anda desteklenen tek HA işlevi Azure'da HANA Sistem Çoğaltması'dır.

SAP HANA Çoğaltması bir birincil düğümden ve en az bir ikincil düğümden oluşur. Birincil düğümdeki verilerde yapılan değişiklikler ikincil düğüme zaman uyumlu veya zaman uyumsuz olarak çoğaltılır.

Bu makalede sanal makinelerin (VM) nasıl dağıtılacağı ve yapılandırılacağı, küme çerçevesinin nasıl yükleneceği ve SAP HANA Sistem Çoğaltması'nın nasıl yükleneceği ve yapılandırılacağı açıklanır.

Örnek yapılandırmalarda yükleme komutları, örnek numarası 03 ve HANA Sistem Kimliği HN1 kullanılır.

Önkoşullar

Önce aşağıdaki SAP Notlarını ve kağıtlarını okuyun:

• SAP Not 1928533, şunlara sahiptir:
  • SAP yazılımının dağıtımı için desteklenen Azure VM boyutlarının listesi.
  • Azure VM boyutları için önemli kapasite bilgileri.
  • Desteklenen SAP yazılımı ve işletim sistemi (OS) ve veritabanı birleşimleri.
  • Microsoft Azure'da Windows ve Linux için gerekli SAP çekirdek sürümü.
• SAP Not 2015553 , Azure'da SAP tarafından desteklenen SAP yazılım dağıtımları için önkoşulları listeler.
• SAP Note 2002167 , Red Hat Enterprise Linux için işletim sistemi ayarlarını önermiştir.
• SAP Not 2009879 , Red Hat Enterprise Linux için SAP HANA Yönergeleri'ne sahiptir.
• SAP Not 3108302 , Red Hat Enterprise Linux 9.x için SAP HANA Yönergeleri'ne sahiptir.
• SAP Not 2178632 , Azure'da SAP için bildirilen tüm izleme ölçümleri hakkında ayrıntılı bilgiler içerir.
• SAP Not 2191498 , Azure'da Linux için gerekli SAP Konak Aracısı sürümüne sahiptir.
• SAP Not 2243692 , Azure'da Linux üzerinde SAP lisanslama hakkında bilgi içerir.
• SAP Not 1999351 , SAP için Azure Gelişmiş İzleme Uzantısı için daha fazla sorun giderme bilgisi içerir.
• SAP Community WIKI'de Linux için tüm gerekli SAP Notları bulunur.
• Linux üzerinde SAP için Azure Sanal Makineler planlama ve uygulama
• Linux üzerinde SAP için Azure Sanal Makineler dağıtımı (bu makale)
• Linux üzerinde SAP için Azure Sanal Makineler DBMS dağıtımı
• Pacemaker kümesinde SAP HANA Sistem Çoğaltması
• Genel RHEL belgeleri:
  • Yüksek Kullanılabilirlik Eklentisine Genel Bakış
  • Yüksek Kullanılabilirlik Eklentisi Yönetimi
  • Yüksek Kullanılabilirlik Eklentisi Referansı
  • RHEL HA Eklentisi ile HANA Ölçek Artırma Sistemi Çoğaltması
• Azure'a özgü RHEL belgeleri:
  • RHEL Yüksek Kullanılabilirlik Kümeleri için Destek İlkeleri - Küme Üyeleri Olarak Microsoft Azure Sanal Makineler
  • Microsoft Azure'da Red Hat Enterprise Linux 7.4 (ve üzeri) Yüksek Kullanılabilirlik Kümesi Yükleme ve Yapılandırma
  • Microsoft Azure'da kullanılmak üzere Red Hat Enterprise Linux'a SAP HANA yükleme

Genel bakış

HA elde etmek için SAP HANA iki VM'ye yüklenir. Veriler HANA Sistem Çoğaltması kullanılarak çoğaltılır.

SAP HANA Sistem Çoğaltma kurulumu, özel bir sanal ana bilgisayar adı ve sanal IP adresleri kullanır. Azure'da sanal IP adresi kullanmak için yük dengeleyici gerekir. Sunulan yapılandırmada aşağıdakilerle bir yük dengeleyici gösterilir:

• Ön uç IP adresi: hn1-db için 10.0.0.13
• Yoklama bağlantı noktası: 62503

Altyapıyı hazırlama

Azure Market, Red Hat'in çeşitli sürümlerini kullanarak yeni VM'leri dağıtmak için kullanabileceğiniz Yüksek Kullanılabilirlik eklentisine sahip SAP HANA için uygun görüntüler içerir.

Azure portalı aracılığıyla Linux VM'lerini el ile dağıtma

Bu belgede zaten bir kaynak grubu, bir Azure sanal ağı ve bir alt ağ dağıttığınız varsayılır.

SAP HANA için VM'leri dağıtma. HANA sistemi için desteklenen uygun bir RHEL görüntüsü seçin. Kullanılabilirlik seçeneklerinden herhangi birinde vm dağıtabilirsiniz: sanal makine ölçek kümesi, kullanılabilirlik alanı veya kullanılabilirlik kümesi.

Önemli

Seçtiğiniz işletim sisteminin, dağıtımınızda kullanmayı planladığınız belirli VM türlerinde SAP HANA sertifikalı olduğundan emin olun. SAP HANA sertifikalı VM türlerini ve bunların işletim sistemi sürümlerini SAP HANA Sertifikalı IaaS Platformları'nda arayabilirsiniz. Belirli bir VM türü için SAP HANA tarafından desteklenen işletim sistemi sürümlerinin tam listesini almak için VM türünün ayrıntılarına baktığınızdan emin olun.

Azure yük dengeleyiciyi yapılandırma

VM yapılandırması sırasında ağ bölümünde mevcut bir yük dengeleyici oluşturma veya seçme seçeneğiniz vardır. HANA veritabanının yüksek kullanılabilirlik kurulumu için standart yük dengeleyiciyi ayarlamak için aşağıdaki adımları izleyin.

Azure portalı

Azure portalını kullanarak yüksek kullanılabilirlikli bir SAP sistemi için standart yük dengeleyici ayarlamak için Yük dengeleyici oluşturma makalesindeki adımları izleyin. Yük dengeleyicinin kurulumu sırasında aşağıdaki noktaları göz önünde bulundurun:

1. Ön uç IP Yapılandırması: Ön uç IP'si oluşturun. Veritabanı sanal makinelerinizle aynı sanal ağı ve alt ağ adını seçin.
2. Arka Uç Havuzu: Arka uç havuzu oluşturun ve veritabanı VM'leri ekleyin.
3. Gelen kuralları: Yük dengeleme kuralı oluşturun. Her iki yük dengeleme kuralı için de aynı adımları izleyin.
   • Ön uç IP adresi: Ön uç IP'lerini seçin.
   • Arka uç havuzu: Bir arka uç havuzu seçin.
   • Yüksek kullanılabilirlik bağlantı noktaları: Bu seçeneği belirleyin.
   • Protokol: TCP'yi seçin.
   • Sistem Durumu Yoklaması: Aşağıdaki ayrıntıları içeren bir sistem durumu yoklaması oluşturun:
     • Protokol: TCP'yi seçin.
     • Bağlantı noktası: Örneğin, 625<örnek numarası>.
     • Aralık: 5 girin.
     • Yoklama Eşiği: 2 girin.
   • Boşta kalma zaman aşımı (dakika): 30 girin.
   • Kayan IP'yi etkinleştir: Bu seçeneği belirleyin.

Not

Portalda numberOfProbes olarak bilinen sağlık denetimi yapılandırma özelliğine . Başarılı veya başarısız ardışık yoklama sayısını denetlemek için özelliğini probeThreshold olarak 2ayarlayın. Şu anda Azure portalını kullanarak bu özelliği ayarlamak mümkün değildir, bu nedenle Azure CLI veya PowerShell komutunu kullanın.

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

Tam CLI kodunu görüntülemek için genişletin

# 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

PowerShell kodunun tamamını görüntülemek için genişletin

# 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

SAP HANA için gerekli bağlantı noktaları hakkında daha fazla bilgi için SAP HANA Kiracı Veritabanları kılavuzundaki Kiracı Veritabanlarına Bağlantılar veya SAP Not 2388694 bölümünü okuyun.

Not

Genel IP adresleri olmayan VM'ler Standart Azure Load Balancer'ın iç (genel IP adresi yok) örneğinin arka uç havuzuna yerleştirildiğinde, genel uç noktalara yönlendirmeye izin verecek daha fazla yapılandırma yapılmadığı sürece giden İnternet bağlantısı olmaz. Dış bağlantının nasıl elde edileceği hakkında daha fazla bilgi için Azure Standart Load Balancer kullanarak SAP yüksek kullanılabilirlik senaryolarında VM'ler için genel uç nokta bağlantısı bölümüne bakın.

Önemli

Azure Load Balancer'ın arkasına yerleştirilen Azure VM'lerinde TCP zaman damgalarını etkinleştirmeyin. TCP zaman damgalarının etkinleştirilmesi sistem durumu yoklamalarının başarısız olmasına neden olabilir. parametresini net.ipv4.tcp_timestamps olarak 0ayarlayın. Daha fazla bilgi için bkz. Load Balancer durum yoklamaları ve SAP Notu 2382421.

SAP HANA yükleme

Bu bölümdeki adımlar aşağıdaki ön ekleri kullanır:

• [A]: Adım tüm düğümler için geçerlidir.
• [1]: Adım yalnızca düğüm 1 için geçerlidir.
• [2]: Bu adım yalnızca Pacemaker kümesinin 2. düğümü için geçerlidir.

1. [A] Disk düzenini ayarlayın: Mantıksal Birim Yöneticisi (LVM).

   Verileri ve günlük dosyalarını depolayan birimler için LVM kullanmanızı öneririz. Aşağıdaki örnekte, VM'lerin iki birim oluşturmak için kullanılan dört veri diski ekli olduğu varsayılır.

   Kullanılabilir tüm diskleri listeleyin:

   ls /dev/disk/azure/scsi1/lun*
   

   Örnek çıkış:

   /dev/disk/azure/scsi1/lun0  /dev/disk/azure/scsi1/lun1  /dev/disk/azure/scsi1/lun2  /dev/disk/azure/scsi1/lun3
   

   Kullanmak istediğiniz tüm diskler için fiziksel birimler oluşturun:

   sudo pvcreate /dev/disk/azure/scsi1/lun0
   sudo pvcreate /dev/disk/azure/scsi1/lun1
   sudo pvcreate /dev/disk/azure/scsi1/lun2
   sudo pvcreate /dev/disk/azure/scsi1/lun3
   

   Veri dosyaları için bir birim grubu oluşturun. Günlük dosyaları için bir birim grubu ve SAP HANA'nın paylaşılan dizini için bir birim grubu kullanın:

   sudo vgcreate vg_hana_data_HN1 /dev/disk/azure/scsi1/lun0 /dev/disk/azure/scsi1/lun1
   sudo vgcreate vg_hana_log_HN1 /dev/disk/azure/scsi1/lun2
   sudo vgcreate vg_hana_shared_HN1 /dev/disk/azure/scsi1/lun3
   

   Mantıksal birimleri oluşturun. lvcreate'yu -i anahtarı olmadan kullandığınızda doğrusal bir birim oluşturulur. Daha iyi G/Ç performansı için şeritli birim oluşturmanızı öneririz. Şerit boyutlarını SAP HANA VM depolama yapılandırmalarında belgelenen değerlerle hizalayın. -i Bağımsız değişken, temel alınan fiziksel birimlerin sayısı ve -I bağımsız değişken ise şerit boyutu olmalıdır.

   Bu belgede, veri birimi için iki fiziksel birim kullanıldığından -i anahtar bağımsız değişkeni 2 olarak ayarlanmıştır. Veri hacmi için şerit boyutu 256 Kb'tır. Günlük birimi için bir fiziksel birim kullanıldığından, günlük birimi komutları için -i veya -I anahtarları açıkça kullanılmaz.

   Önemli

   Birden fazla fiziksel birimi her veri, günlük veya paylaşılan birim için kullandığınızda -i düğmesini kullanın ve bunu temel alınan fiziksel birimin sayısına ayarlayın. Şeritli birim oluştururken şerit boyutunu belirtmek için -I anahtarı kullanın. Şerit boyutları ve disk sayısı da dahil olmak üzere önerilen depolama yapılandırmaları için bkz . SAP HANA VM depolama yapılandırmaları. Aşağıdaki düzen örneklerinin belirli bir sistem boyutu için performans yönergelerini karşılaması şart değildir. Bunlar yalnızca çizim amaçlıdır.

   sudo lvcreate -i 2 -I 256 -l 100%FREE -n hana_data vg_hana_data_HN1
   sudo lvcreate -l 100%FREE -n hana_log vg_hana_log_HN1
   sudo lvcreate -l 100%FREE -n hana_shared vg_hana_shared_HN1
   sudo mkfs.xfs /dev/vg_hana_data_HN1/hana_data
   sudo mkfs.xfs /dev/vg_hana_log_HN1/hana_log
   sudo mkfs.xfs /dev/vg_hana_shared_HN1/hana_shared
   

   Bağlama komutlarını kullanarak dizinleri bağlamayın. Bunun yerine yapılandırmaları fstab içine girin ve söz dizimini doğrulamak için bir son mount -a komutunu verin. Her birim için bağlama dizinleri oluşturarak başlayın:

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

   Ardından, dosyaya aşağıdaki satırları fstab ekleyerek üç mantıksal birim için girdiler oluşturun/etc/fstab:

   /dev/mapper/vg_hana_data_HN1-hana_data    /hana/data    xfs  defaults,nofail  0  2
   /dev/mapper/vg_hana_log_HN1-hana_log    /hana/log    xfs  defaults,nofail  0  2
   /dev/mapper/vg_hana_shared_HN1-hana_shared    /hana/shared    xfs  defaults,nofail  0  2
   

   Son olarak, yeni birimlerin tümünü bir kerede montaj yapın:

   sudo mount -a
   

2. [A] Tüm konaklar için ana bilgisayar adı çözümlemesini ayarlayın.

   bir DNS sunucusu kullanabilir veya içindeki gibi tüm düğümler için girdiler oluşturarak dosyayı tüm düğümlerde /etc/hostsdeğiştirebilirsiniz/etc/hosts:

   10.0.0.5 hn1-db-0
   10.0.0.6 hn1-db-1
   

3. [A] HANA yapılandırması için RHEL gerçekleştirin.

   RHEL'i aşağıdaki notlarda açıklandığı gibi yapılandırın:

   • 2292690 - SAP HANA DB: RHEL 7 için önerilen işletim sistemi ayarları
   • 2777782 - SAP HANA DB: RHEL 8 için Önerilen İşletim Sistemi Ayarları
   • 3108302 - SAP HANA DB: RHEL 9 için Önerilen İşletim Sistemi Ayarları
   • 3057467 - RHEL üzerinde SAP için hangi compat-sap-c++ paketine ihtiyacım var?

4. [A] SAP'nin belgelerini izleyerek SAP HANA'yı yükleyin.

5. [A] Güvenlik duvarını yapılandırın.

   Azure Load Balancer yoklama bağlantı noktası için güvenlik duvarı kuralı oluşturun.

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

SAP HANA 2.0 Sistem Çoğaltmasını Yapılandırma

Bu bölümdeki adımlar aşağıdaki ön ekleri kullanır:

• [A]: Adım tüm düğümler için geçerlidir.
• [1]: Adım yalnızca düğüm 1 için geçerlidir.
• [2]: Bu adım yalnızca Pacemaker kümesinin 2. düğümü için geçerlidir.

1. [A] Güvenlik duvarını yapılandırın.

   HANA Sistem Çoğaltma ve istemci trafiğine izin vermek için güvenlik duvarı kuralları oluşturun. Gerekli bağlantı noktaları Tüm SAP Ürünlerinin TCP/IP Bağlantı Noktaları'nda listelenir. Aşağıdaki komutlar, SYSTEMDB, HN1 ve NW1 veritabanı için HANA 2.0 Sistem Çoğaltma ve istemci trafiğine izin vermek için yalnızca bir örnek.

    sudo firewall-cmd --zone=public --add-port={1128,1129,40302,40301,40307,40306,40303,40340,30340,30341,30342}/tcp --permanent
    sudo firewall-cmd --zone=public --add-port={1128,1129,40302,40301,40307,40306,40303,40340,30340,30341,30342}/tcp
   

2. [1] Kiracı veritabanını oluşturun.

   Aşağıdaki komutu <hanasid>adm olarak çalıştırın:

   hdbsql -u SYSTEM -p "[passwd]" -i 03 -d SYSTEMDB 'CREATE DATABASE NW1 SYSTEM USER PASSWORD "<passwd>"'
   

3. [1] İlk düğümde sistem çoğaltmasını yapılandırın.

   Veritabanlarını hanasid<adm olarak >yedekleyin:

   hdbsql -d SYSTEMDB -u SYSTEM -p "<passwd>" -i 03 "BACKUP DATA USING FILE ('initialbackupSYS')"
   hdbsql -d HN1 -u SYSTEM -p "<passwd>" -i 03 "BACKUP DATA USING FILE ('initialbackupHN1')"
   hdbsql -d NW1 -u SYSTEM -p "<passwd>" -i 03 "BACKUP DATA USING FILE ('initialbackupNW1')"
   

   Not

   Yerel Güvenli Depolama (LSS) kullanılırken SAP HANA yedeklemeleri kendi içindedir ve şifreleme kök anahtarları için bir yedekleme parolası ayarlamanız gerekir. Ayrıntılı yönergeler için SAP Not 3571561 bakın. Parola SYSTEMDB ve tek tek kiracı veritabanı için ayarlanmalıdır.

   Sistem PKI dosyalarını ikincil siteye kopyalayın:

   scp /usr/sap/HN1/SYS/global/security/rsecssfs/data/SSFS_HN1.DAT   hn1-db-1:/usr/sap/HN1/SYS/global/security/rsecssfs/data/
   scp /usr/sap/HN1/SYS/global/security/rsecssfs/key/SSFS_HN1.KEY  hn1-db-1:/usr/sap/HN1/SYS/global/security/rsecssfs/key/
   

   Birincil siteyi oluşturun:

   hdbnsutil -sr_enable --name=SITE1
   

4. [2] İkinci düğümde sistem çoğaltmasını yapılandırın.

   Sistem çoğaltmasını başlatmak için ikinci düğümü kaydedin. Aşağıdaki komutu <hanasid>adm olarak çalıştırın:

   sapcontrol -nr 03 -function StopWait 600 10
   hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2
   

5. [2] HANA'yı başlatın.

   HANA'yı başlatmak için aşağıdaki komutu hanasid<adm olarak >çalıştırın:

   sapcontrol -nr 03 -function StartSystem
   

6. [1] Çoğaltma durumunu denetleyin.

   Çoğaltma durumunu denetleyin ve tüm veritabanları eşitlenene kadar bekleyin. Durum BILINMIYOR olarak kalırsa güvenlik duvarı ayarlarınızı denetleyin.

   sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
   # | Database | Host     | Port  | Service Name | Volume ID | Site ID | Site Name | Secondary | Secondary | Secondary | Secondary | Secondary     | Replication | Replication | Replication    |
   # |          |          |       |              |           |         |           | Host      | Port      | Site ID   | Site Name | Active Status | Mode        | Status      | Status Details |
   # | -------- | -------- | ----- | ------------ | --------- | ------- | --------- | --------- | --------- | --------- | --------- | ------------- | ----------- | ----------- | -------------- |
   # | SYSTEMDB | hn1-db-0 | 30301 | nameserver   |         1 |       1 | SITE1     | hn1-db-1  |     30301 |         2 | SITE2     | YES           | SYNC        | ACTIVE      |                |
   # | HN1      | hn1-db-0 | 30307 | xsengine     |         2 |       1 | SITE1     | hn1-db-1  |     30307 |         2 | SITE2     | YES           | SYNC        | ACTIVE      |                |
   # | NW1      | hn1-db-0 | 30340 | indexserver  |         2 |       1 | SITE1     | hn1-db-1  |     30340 |         2 | SITE2     | YES           | SYNC        | ACTIVE      |                |
   # | HN1      | hn1-db-0 | 30303 | indexserver  |         3 |       1 | SITE1     | hn1-db-1  |     30303 |         2 | SITE2     | YES           | SYNC        | ACTIVE      |                |
   #
   # status system replication site "2": ACTIVE
   # overall system replication status: ACTIVE
   #
   # Local System Replication State
   # ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   #
   # mode: PRIMARY
   # site id: 1
   # site name: SITE1
   

Pacemaker kümesi oluşturma

Bu HANA sunucusu için temel bir Pacemaker kümesi oluşturmak için Azure'da Red Hat Enterprise Linux'ta Pacemaker'ı ayarlama makalesindeki adımları izleyin.

Önemli

Sistem tabanlı SAP Startup Framework ile SAP HANA örnekleri artık systemd tarafından yönetilebilir. Gereken en düşük Red Hat Enterprise Linux (RHEL) sürümü SAP için RHEL 8'dir. SAP Notu 3189534'te belirtildiği gibi, 70 veya üzeri SAP HANA SPS07 sürümünün herhangi bir yeni yüklemesi veya HANA sistemlerinin HANA 2.0 SPS07 sürüm 70 veya üzerine güncellenmesi durumunda, SAP Başlangıç ​​çerçevesi otomatik olarak systemd ile kaydedilecektir.

SAP HANA sistem çoğaltmasını sistem destekli SAP HANA örnekleriyle birlikte yönetmek için HA çözümleri kullanılırken (SAP Not 3189534 bakın), HA kümesinin SAP örneğini sistemli girişim olmadan yönetebilmesini sağlamak için ek adımlar gerekir. Bu nedenle, systemd ile tümleştirilmiş SAP HANA sistemi için Red Hat KBA 7029705'de özetlenen ek adımlar tüm küme düğümlerinde izlenmelidir.

SAP HANA sistem çoğaltma kancalarını uygulama

Bu önemli adım, kümeyle tümleştirmeyi iyileştirir ve bir küme yük devretmesi gerektiğinde algılamayı geliştirir. SAPHanaSR kancasını etkinleştirmek için doğru küme işlemi zorunludur. Hem SAPHanaSR hem de ChkSrv Python kancalarını yapılandırmanızı kesinlikle öneririz.

1. [A] SAP HANA kaynak aracılarını tüm düğümlere yükleyin. Paketi içeren bir depoyu etkinleştirdiğinizden emin olun. RHEL 8.x veya daha yüksek bir HA özellikli bir imaj kullanıyorsanız, daha fazla depo etkinleştirmeniz gerekmez.

   # Enable repository that contains SAP HANA resource agents
   sudo subscription-manager repos --enable="rhel-sap-hana-for-rhel-7-server-rpms"
   
   sudo yum install -y resource-agents-sap-hana
   

   Not

   RHEL 8.x ve RHEL 9.x için, yüklü resource-agents-sap-hana paketinin sürüm 0.162.3-5 veya üzeri olduğunu doğrulayın.

2. [A] HANA'yı system replication hooksyükleyin. Çoğaltma kancalarının yapılandırmasının her iki HANA DB düğümüne de yüklenmesi gerekir.

   1. Her iki düğümde de HANA'yı durdurun. Sid<adm olarak >çalıştırın.

      sapcontrol -nr 03 -function StopSystem
      

   2. Her küme düğümünde global.ini ayarlama yapın.

      [ha_dr_provider_SAPHanaSR]
      provider = SAPHanaSR
      path = /usr/share/SAPHanaSR/srHook
      execution_order = 1
      
      [ha_dr_provider_chksrv]
      provider = ChkSrv
      path = /usr/share/SAPHanaSR/srHook
      execution_order = 2
      action_on_lost = kill
      
      [trace]
      ha_dr_saphanasr = info
      ha_dr_chksrv = info
      

   Parametreyi path varsayılan /usr/share/SAPHanaSR/srHook konuma işaret ederseniz Python kanca kodu işletim sistemi güncelleştirmeleri veya paket güncelleştirmeleri aracılığıyla otomatik olarak güncelleştirilir. HANA, bir sonraki yeniden başlatmada kanca kodu güncelleştirmelerini kullanır. gibi /hana/shared/myHooksisteğe bağlı bir kendi yolu ile işletim sistemi güncelleştirmelerini HANA'nın kullanacağı kanca sürümünden ayrıştırabilirsiniz.

   parametresini kullanarak ChkSrv kancanın action_on_lost davranışını ayarlayabilirsiniz. Geçerli değerler: [ ignore | stop | kill ].

3. [A] Küme, her küme düğümünde sidsudoersadm için < yapılandırma gerektirir>. Bu örnekte, bu yeni bir dosya oluşturularak elde edilir. visudo komutunu, 20-saphana olarak root açılan dosyayı düzenlemek için kullanın.

   sudo visudo -f /etc/sudoers.d/20-saphana
   

   Aşağıdaki satırları ekleyin ve kaydedin:

   Cmnd_Alias SITE1_SOK   = /usr/sbin/crm_attribute -n hana_hn1_site_srHook_SITE1 -v SOK -t crm_config -s SAPHanaSR
   Cmnd_Alias SITE1_SFAIL = /usr/sbin/crm_attribute -n hana_hn1_site_srHook_SITE1 -v SFAIL -t crm_config -s SAPHanaSR
   Cmnd_Alias SITE2_SOK   = /usr/sbin/crm_attribute -n hana_hn1_site_srHook_SITE2 -v SOK -t crm_config -s SAPHanaSR
   Cmnd_Alias SITE2_SFAIL = /usr/sbin/crm_attribute -n hana_hn1_site_srHook_SITE2 -v SFAIL -t crm_config -s SAPHanaSR
   hn1adm ALL=(ALL) NOPASSWD: SITE1_SOK, SITE1_SFAIL, SITE2_SOK, SITE2_SFAIL
   Defaults!SITE1_SOK, SITE1_SFAIL, SITE2_SOK, SITE2_SFAIL !requiretty
   

4. [A] Sap HANA'yı her iki düğümde de başlatın. Sid<adm olarak >çalıştırın.

   sapcontrol -nr 03 -function StartSystem 
   

5. [1] SRHanaSR kanca kurulumunu doğrulayın. Etkin HANA sistem çoğaltma sitesinde <sid>adm olarak çalıştırın.

    cdtrace
    awk '/ha_dr_SAPHanaSR.*crm_attribute/ \
    { printf "%s %s %s %s\n",$2,$3,$5,$16 }' nameserver_*
   

    # 2021-04-12 21:36:16.911343 ha_dr_SAPHanaSR SFAIL
    # 2021-04-12 21:36:29.147808 ha_dr_SAPHanaSR SFAIL
    # 2021-04-12 21:37:04.898680 ha_dr_SAPHanaSR SOK
   

6. [1] ChkSrv kanca yüklemesini doğrulayın. Etkin HANA sistem çoğaltma sitesinde <sid>adm olarak çalıştırın.

    cdtrace
    tail -20 nameserver_chksrv.trc
   

SAP HANA kancalarını etkinleştirme hakkında daha fazla bilgi için bkz SAP HANA srConnectionChanged() kancasını etkinleştirme ve HDbindexserver işlem hatası eylemi için isteğe bağlı olarak SAP HANA srServiceStateChanged() kancasını etkinleştirme.

SAP HANA küme kaynakları oluşturma

HANA topolojisini oluşturun. Pacemaker küme düğümlerinden birinde aşağıdaki komutları çalıştırın. Bu yönergeler boyunca, uygun yerlerde örnek numaranızı, HANA sistem kimliğinizi, IP adreslerini ve sistem adlarını değiştirmeyi unutmayın.

sudo pcs property set maintenance-mode=true

sudo pcs resource create SAPHanaTopology_HN1_03 SAPHanaTopology SID=HN1 InstanceNumber=03 \
 op start timeout=600 op stop timeout=300 op monitor interval=10 timeout=600 \
 clone clone-max=2 clone-node-max=1 interleave=true

Ardından HANA kaynaklarını oluşturun.

Not

Bu makale, Microsoft'un artık kullanmadığını belirten bir terime başvurular içerir. Terim yazılımdan kaldırıldığında, bu makaleden kaldıracağız.

RHEL 7.x üzerinde bir küme oluşturuyorsanız aşağıdaki komutları kullanın:

sudo pcs resource create SAPHana_HN1_03 SAPHana SID=HN1 InstanceNumber=03 PREFER_SITE_TAKEOVER=true DUPLICATE_PRIMARY_TIMEOUT=7200 AUTOMATED_REGISTER=false \
  op start timeout=3600 op stop timeout=3600 \
  op monitor interval=61 role="Slave" timeout=700 \
  op monitor interval=59 role="Master" timeout=700 \
  op promote timeout=3600 op demote timeout=3600 \
  master notify=true clone-max=2 clone-node-max=1 interleave=true

sudo pcs resource create vip_HN1_03 IPaddr2 ip="10.0.0.13"
sudo pcs resource create nc_HN1_03 azure-lb port=62503
sudo pcs resource group add g_ip_HN1_03 nc_HN1_03 vip_HN1_03

sudo pcs constraint order SAPHanaTopology_HN1_03-clone then SAPHana_HN1_03-master symmetrical=false
sudo pcs constraint colocation add g_ip_HN1_03 with master SAPHana_HN1_03-master 4000

sudo pcs resource defaults resource-stickiness=1000
sudo pcs resource defaults migration-threshold=5000

sudo pcs property set maintenance-mode=false

RHEL 8.x/9.x üzerinde bir küme oluşturuyorsanız aşağıdaki komutları kullanın:

sudo pcs resource create SAPHana_HN1_03 SAPHana SID=HN1 InstanceNumber=03 PREFER_SITE_TAKEOVER=true DUPLICATE_PRIMARY_TIMEOUT=7200 AUTOMATED_REGISTER=false \
  op start timeout=3600 op stop timeout=3600 \
  op monitor interval=61 role="Slave" timeout=700 \
  op monitor interval=59 role="Master" timeout=700 \
  op promote timeout=3600 op demote timeout=3600 \
  promotable notify=true clone-max=2 clone-node-max=1 interleave=true

sudo pcs resource create vip_HN1_03 IPaddr2 ip="10.0.0.13"
sudo pcs resource create nc_HN1_03 azure-lb port=62503
sudo pcs resource group add g_ip_HN1_03 nc_HN1_03 vip_HN1_03

sudo pcs constraint order SAPHanaTopology_HN1_03-clone then SAPHana_HN1_03-clone symmetrical=false
sudo pcs constraint colocation add g_ip_HN1_03 with master SAPHana_HN1_03-clone 4000

sudo pcs resource defaults update resource-stickiness=1000
sudo pcs resource defaults update migration-threshold=5000

sudo pcs property set maintenance-mode=false

SAP HANA'yı priority-fencing-delay yapılandırmak için (yalnızca pacemaker-2.0.4-6.el8 veya daha yüksek sürümlerinde geçerlidir), aşağıdaki komutların yürütülmesi gerekir.

Not

İki düğümlü bir kümeniz varsa küme özelliğini yapılandırabilirsiniz priority-fencing-delay . Bu özellik, bölünmüş beyin senaryosu oluştuğunda, toplam kaynak önceliği daha yüksek olan bir düğümün eskrime alınmasında gecikme uygulanmasına neden olur. Daha fazla bilgi için bkz . Pacemaker küme düğümünü en az çalışan kaynakla çevreleyebilir mi?.

Özellik priority-fencing-delay pacemaker-2.0.4-6.el8 veya üzeri sürümler için geçerlidir. Mevcut bir kümede priority-fencing-delay ayarlaması yapıyorsanız, fencing cihazında pcmk_delay_max seçeneğinin ayarını kaldırdığınızdan emin olun.

sudo pcs property set maintenance-mode=true

sudo pcs resource defaults update priority=1
sudo pcs resource update SAPHana_HN1_03-clone meta priority=10

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

sudo pcs property set maintenance-mode=false

Önemli

Başarısız bir birincil örneğin otomatik olarak ikincil olarak kaydedilmesini önlemek için yük devretme testleri gerçekleştirirken AUTOMATED_REGISTER'yi false olarak ayarlamak iyi bir fikirdir. Test sonrasında, en iyi yöntem olarak, devralma sonrasında sistem çoğaltmanın otomatik olarak sürdürülebilmesi için AUTOMATED_REGISTER değerini true olarak ayarlayın.

Küme durumunun iyi olduğundan ve tüm kaynakların başlatıldığından emin olun. Kaynakların hangi düğümde çalıştığı önemli değildir.

Not

Önceki yapılandırmadaki zaman aşımları yalnızca örnektir ve belirli HANA kurulumuna uyarlanması gerekebilir. Örneğin, SAP HANA veritabanını başlatmak daha uzun sürüyorsa başlangıç zaman aşımını artırmanız gerekebilir.

Oluşturulan küme kaynaklarının durumunu denetlemek için komutunu sudo pcs status kullanın:

# Online: [ hn1-db-0 hn1-db-1 ]
#
# Full list of resources:
#
# azure_fence     (stonith:fence_azure_arm):      Started hn1-db-0
#  Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
#      Started: [ hn1-db-0 hn1-db-1 ]
#  Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
#      Masters: [ hn1-db-0 ]
#      Slaves: [ hn1-db-1 ]
#  Resource Group: g_ip_HN1_03
#      nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
#      vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-0

Pacemaker kümesinde HANA aktif/okuma izinli sistem çoğaltmasını yapılandırma

SAP HANA 2.0 SPS 01'den başlayarak SAP, SAP HANA Sistem Çoğaltma için aktif/okuma etkinlikli yapılandırmalara izin verir; bu sayede, SAP HANA Sistem Çoğaltma'nın ikincil sistemleri, yoğun okuma işlemleri yükleri için etkin olarak kullanılabilir.

Kümede böyle bir kurulumu desteklemek için, istemcilerin ikincil okuma özellikli SAP HANA veritabanına erişmesini sağlayan ikinci bir sanal IP adresi gerekir. Devralma gerçekleştikten sonra ikincil çoğaltma sitesine hala erişilebildiğinden emin olmak için kümenin ikincil SAPHana kaynağı ile birlikte sanal IP adresini taşımış olması gerekir.

Bu bölümde, ikinci bir sanal IP ile Red Hat HA kümesinde HANA etkin/okuma özellikli sistem çoğaltmasını yönetmek için gereken diğer adımlar açıklanmaktadır.

Devam etmeden önce, belgenin önceki bölümlerinde açıklandığı gibi SAP HANA veritabanını yöneten Red Hat HA kümesini tam olarak yapılandırdığınızdan emin olun.

Etkin/okuma özellikli kurulum için Azure Load Balancer'da ek kurulum

İkinci bir sanal IP sağlama konusunda daha fazla adıma devam etmek için, Azure Portal aracılığıyla Linux VM'lerini el ile dağıtma bölümünde açıklandığı gibi Azure Load Balancer'ı yapılandırdığınızdan emin olun.

1. Standart bir yük dengeleyici için, önceki bir bölümde oluşturduğunuz yük dengeleyicide bu adımları izleyin.

   a. İkinci bir ön uç IP havuzu oluşturun:

   • Yük dengeleyiciyi açın, ön uç IP havuzunu seçin ve Ekle'yi seçin.
   • İkinci ön uç IP havuzunun adını girin (örneğin, hana-secondaryIP).
   • Atama'yı Statik olarak ayarlayın ve IP adresini girin (örneğin, 10.0.0.14).
   • Tamam'ı seçin.
   • Yeni ön uç IP havuzu oluşturulduktan sonra havuz IP adresini not edin.

   b. Sağlık sondası oluşturma

   • Yük dengeleyiciyi açın, sistem durumu yoklamaları'nı seçin ve Ekle'yi seçin.
   • Yeni sağlık durumu yoklamasının adını girin (örneğin, hana-secondaryhp).
   • Protokol olarak TCP'yi ve 62603 numaralı bağlantı noktasını seçin. Aralık değerinin 5, İyi durumda olmayan eşik değerinin ise 2 olarak ayarlanmasını sağlayın.
   • Tamam'ı seçin.

   ç. Yük dengeleme kurallarını oluşturun:

   • Yük dengeleyiciyi açın, yük dengeleme kuralları'nı seçin ve Ekle'yi seçin.
   • Yeni yük dengeleyici kuralının adını girin (örneğin, hana-secondarylb).
   • Ön uç IP adresini, arka uç havuzunu ve daha önce oluşturduğunuz sistem durumu araştırmasını (örneğin, hana-secondaryIP, hana-backend ve hana-secondaryhp) seçin.
   • HA Bağlantı Noktaları'nı seçin.
   • Kayan IP'yi etkinleştirdiğinizden emin olun.
   • Tamam'ı seçin.

HANA aktif/okuma özellikli sistem çoğaltmasını yapılandırın

HANA Sistem Çoğaltmasını yapılandırma adımları SAP HANA 2.0 Sistem Çoğaltmasını Yapılandırma bölümünde açıklanmıştır. İkinci düğümde sistem çoğaltmasını yapılandırırken okuma özellikli bir ikincil senaryo dağıtıyorsanız, aşağıdaki komutu hanasidadm olarak çalıştırın:

sapcontrol -nr 03 -function StopWait 600 10 

hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2 --operationMode=logreplay_readaccess 

Etkin/okuma özellikli kurulum için ikincil sanal IP adresi kaynağı ekleme

İkinci sanal IP ve uygun birlikte bulundurma kısıtlaması aşağıdaki komutlarla yapılandırılabilir:

pcs property set maintenance-mode=true

pcs resource create secvip_HN1_03 ocf:heartbeat:IPaddr2 ip="10.40.0.16"
pcs resource create secnc_HN1_03 ocf:heartbeat:azure-lb port=62603
pcs resource group add g_secip_HN1_03 secnc_HN1_03 secvip_HN1_03

pcs constraint location g_secip_HN1_03 rule score=INFINITY hana_hn1_sync_state eq SOK and hana_hn1_roles eq 4:S:master1:master:worker:master
pcs constraint location g_secip_HN1_03 rule score=4000 hana_hn1_sync_state eq PRIM and hana_hn1_roles eq 4:P:master1:master:worker:master

# Set the priority to primary IPaddr2 and azure-lb resource if priority-fencing-delay is configured
sudo pcs resource update vip_HN1_03 meta priority=5
sudo pcs resource update nc_HN1_03 meta priority=5

pcs property set maintenance-mode=false

Küme durumunun iyi olduğundan ve tüm kaynakların başlatıldığından emin olun. İkinci sanal IP, SAPHana ikincil kaynağıyla birlikte ikincil sitede çalışır.

sudo pcs status

# Online: [ hn1-db-0 hn1-db-1 ]
#
# Full List of Resources:
#   rsc_hdb_azr_agt     (stonith:fence_azure_arm):      Started hn1-db-0
#   Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]:
#     Started: [ hn1-db-0 hn1-db-1 ]
#   Clone Set: SAPHana_HN1_03-clone [SAPHana_HN1_03] (promotable):
#     Masters: [ hn1-db-0 ]
#     Slaves: [ hn1-db-1 ]
#   Resource Group: g_ip_HN1_03:
#     nc_HN1_03         (ocf::heartbeat:azure-lb):      Started hn1-db-0
#     vip_HN1_03        (ocf::heartbeat:IPaddr2):       Started hn1-db-0
#   Resource Group: g_secip_HN1_03:
#     secnc_HN1_03      (ocf::heartbeat:azure-lb):      Started hn1-db-1
#     secvip_HN1_03     (ocf::heartbeat:IPaddr2):       Started hn1-db-1

Sonraki bölümde, çalıştırılması gereken tipik yük devretme testlerini bulabilirsiniz.

Okuma özellikli ikincil ile yapılandırılmış bir HANA kümesini test ederken ikinci sanal IP davranışına dikkat edin:

1. SAPHana_HN1_03 küme kaynağını hn1-db-1 ikincil sitesine geçirdiğinizde, ikinci sanal IP aynı hn1-db-1 sitesinde çalışmaya devam eder. Kaynak için ayarladıysanız AUTOMATED_REGISTER="true" ve HANA sistem çoğaltması hn1-db-0'da otomatik olarak kaydedilirse, ikinci sanal IP'niz de hn1-db-0'a geçer.

2. Sunucu kilitlenmesi test edilirken, ikinci sanal IP kaynakları (secvip_HN1_03) ve Azure Load Balancer bağlantı noktası kaynağı (secnc_HN1_03) birincil sunucu üzerinde birincil sanal IP kaynaklarıyla birlikte çalışır. Bu nedenle, ikincil sunucu kapanana kadar, okuma özellikli HANA veritabanına bağlı uygulamalar birincil HANA veritabanına bağlanır. İkincil sunucu kullanılamaz duruma gelene kadar okuma özellikli HANA veritabanına bağlı uygulamaların erişilemez olmasını istemediğinizden bu davranış beklenir.

3. İkinci sanal IP adresinin yük devretmesi ve geri dönüşü sırasında, HANA veritabanına bağlanmak için ikinci sanal IP'yi kullanan uygulamalarda mevcut bağlantılar kesintiye uğrayabilir.

Kurulum, ikinci sanal IP kaynağının iyi durumdaki bir SAP HANA örneğinin çalıştığı bir düğüme atandığı süreyi en üst düzeye çıkarır.

Küme kurulumunu test edin

Bu bölümde, kurulumunuzu nasıl test edebilirsiniz açıklanmaktadır. Teste başlamadan önce Pacemaker'ın başarısız bir eylemi olmadığından (pcs durumu aracılığıyla), beklenmeyen konum kısıtlamaları olmadığından (örneğin, geçiş testinin artıkları) ve HANA'nın eşitleme durumunda olduğundan emin olun, örneğin, systemReplicationStatus ile.

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

Geçişi test edin

Teste başlamadan önce kaynak durumu:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-0 ]
    Slaves: [ hn1-db-1 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-0

Aşağıdaki komutu root olarak çalıştırarak SAP HANA ana düğümünü taşıyabilirsiniz.

# On RHEL 7.x
pcs resource move SAPHana_HN1_03-master
# On RHEL 8.x
pcs resource move SAPHana_HN1_03-clone --master

Küme, SAP HANA ana düğümünü ve sanal IP adresini içeren grubu hn1-db-1 öğesine geçirir.

Geçiş tamamlandıktan sudo pcs status sonra çıkış şöyle görünür:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
    Stopped: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

ile AUTOMATED_REGISTER="false", küme başarısız HANA veritabanını yeniden başlatmaz veya üzerindeki hn1-db-0yeni birincil veritabanına kaydetmez. Bu durumda, hn1adm olarak şu komutları çalıştırarak HANA örneğini ikincil olarak yapılandırın:

sapcontrol -nr 03 -function StopWait 600 10
hdbnsutil -sr_register --remoteHost=hn1-db-1 --remoteInstance=03 --replicationMode=sync --name=SITE1

Geçiş, yeniden silinmesi gereken konum kısıtlamaları oluşturur. Aşağıdaki komutu root olarak, veya sudo aracılığıyla çalıştırın.

pcs resource clear SAPHana_HN1_03-master

kullanarak pcs statusHANA kaynağının durumunu izleyin. HANA hn1-db-0 üzerinde başlatıldıktan sonra çıkış şöyle görünmelidir:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
    Slaves: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

Ağ iletişimlerini engelleme

Teste başlamadan önce kaynak durumu:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
    Slaves: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

Düğümlerden birinde iletişimi engellemek için güvenlik duvarı kuralını çalıştırın.

# Execute iptable rule on hn1-db-1 (10.0.0.6) to block the incoming and outgoing traffic to hn1-db-0 (10.0.0.5)
iptables -A INPUT -s 10.0.0.5 -j DROP; iptables -A OUTPUT -d 10.0.0.5 -j DROP

Küme düğümleri birbiriyle iletişim kuramıyorsa bölünmüş beyin senaryosu riski vardır. Bu gibi durumlarda küme düğümleri birbirlerini aynı anda çitle bağlamaya çalışır ve bu da bir çit yarışıyla sonuçlanır. Böyle bir durumu önlemek için küme yapılandırmasında priority-fencing-delay özelliğini ayarlamanızı öneririz (yalnızca pacemaker-2.0.4-6.el8 veya üzeri için geçerlidir).

Özelliği etkinleştirerek priority-fencing-delay küme, özellikle HANA ana kaynağını barındıran düğümde koruma eylemi sırasında bir gecikmeye neden olur ve böylece düğümün koruma yarışını kazanmasına olanak tanır.

Güvenlik duvarı kuralını silmek için aşağıdaki komutu çalıştırın:

# If the iptables rule set on the server gets reset after a reboot, the rules will be cleared out. In case they have not been reset, please proceed to remove the iptables rule using the following command.
iptables -D INPUT -s 10.0.0.5 -j DROP; iptables -D OUTPUT -d 10.0.0.5 -j DROP

Azure eskrim aracısını test etme

Not

Bu makale, Microsoft'un artık kullanmadığını belirten bir terime başvurular içerir. Terim yazılımdan kaldırıldığında, bu makaleden kaldıracağız.

Teste başlamadan önce kaynak durumu:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
    Slaves: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

SAP HANA'nın Master olarak çalıştığı düğümdeki ağ arabirimini devre dışı bırakarak Azure eskrim aracısının kurulumunu test edebilirsiniz. Ağ hatası simülasyonu hakkında bir açıklama için Red Hat Bilgi Bankası makalesi 79523'e bakın.

Bu örnekte, net_breaker betiğini kök olarak kullanarak ağa tüm erişimi engelliyoruz.

sh ./net_breaker.sh BreakCommCmd 10.0.0.6

Sanal makinenin küme yapılandırmanıza bağlı olarak yeniden başlatılması veya durdurulması gerekir. ayarını stonith-actionolarak ayarlarsanızoff, VM durdurulur ve kaynaklar çalışan VM'ye geçirilir.

VM'yi yeniden başlattıktan sonra, SAP HANA kaynağını AUTOMATED_REGISTER="false" olarak ayarlarsanız ikincil olarak başlayamaz. Bu durumda, şu komutu hn1adm kullanıcısı olarak çalıştırarak HANA örneğini ikincil olarak yapılandırın:

sapcontrol -nr 03 -function StopWait 600 10
hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2

Root kullanıcıya geçiş yapın ve başarısız durumu temizleyin.

# On RHEL 7.x
pcs resource cleanup SAPHana_HN1_03-master
# On RHEL 8.x
pcs resource cleanup SAPHana_HN1_03 node=<hostname on which the resource needs to be cleaned>

Test sonrasındaki kaynak durumu:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-0 ]
    Slaves: [ hn1-db-1 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-0

El ile yük devretmeyi test edin

Teste başlamadan önce kaynak durumu:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-0 ]
    Slaves: [ hn1-db-1 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-0

hn1-db-0 düğümündeki kümeyi root olarak durdurarak manuel yük devretmeyi test edebilirsiniz.

pcs cluster stop

Yük devretme işleminden sonra kümeyi yeniden başlatabilirsiniz. Eğer AUTOMATED_REGISTER="false" ayarlarsanız, hn1-db-0 düğümündeki SAP HANA kaynağı ikincil olarak başlatmada sorun yaşar. Bu durumda, şu komutu kök olarak çalıştırarak HANA örneğini ikincil olarak yapılandırın:

pcs cluster start

Aşağıdakini hn1adm olarak çalıştırın:

sapcontrol -nr 03 -function StopWait 600 10
hdbnsutil -sr_register --remoteHost=hn1-db-1 --remoteInstance=03 --replicationMode=sync --name=SITE1

Ardından kök olarak:

# On RHEL 7.x
pcs resource cleanup SAPHana_HN1_03-master
# On RHEL 8.x
pcs resource cleanup SAPHana_HN1_03 node=<hostname on which the resource needs to be cleaned>

Test sonrasındaki kaynak durumu:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
     Slaves: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

Sonraki adımlar

• SAP için Azure Sanal Makineler planlama ve uygulama
• SAP için Azure Sanal Makineler dağıtımı
• SAP için Azure Sanal Makineler DBMS dağıtımı
• SAP HANA VM depolama yapılandırmaları