Red Hat Enterprise Linux Server üzerinde Azure VM’lerindeki IBM Db2 LUW’a yönelik yüksek kullanılabilirlik

Yüksek kullanılabilirlik ve olağanüstü durum kurtarma (HADR) yapılandırmasında Linux, UNIX ve Windows (LUW) için IBM Db2, birincil veritabanı örneğini çalıştıran bir düğümden ve ikincil veritabanı örneğini çalıştıran en az bir düğümden oluşur. Birincil veritabanı örneğindeki değişiklikler, yapılandırmanıza bağlı olarak zaman uyumlu veya zaman uyumsuz olarak ikincil bir veritabanı örneğine çoğaltılır.

Bu makalede Azure sanal makinelerini (VM) dağıtma ve yapılandırma, küme çerçevesini yükleme ve HADR yapılandırmasıyla IBM Db2 LUW yükleme işlemleri açıklanmaktadır.

Makale, HADR veya SAP yazılım yüklemesi ile IBM Db2 LUW yükleme ve yapılandırma konularını kapsamaz. Bu görevleri gerçekleştirmenize yardımcı olmak için SAP ve IBM yükleme kılavuzlarına başvurular sunuyoruz. Bu makale, Azure ortamına özgü bölümlere odaklanır.

DESTEKLENEN IBM Db2 sürümleri, SAP not 1928533 belgelendiği gibi 10.5 ve üzeri sürümlerdir.

Yüklemeye başlamadan önce aşağıdaki SAP notlarına ve belgelerine bakın:

Genel bakış

Yüksek kullanılabilirlik elde etmek için HADR ile IBM Db2 LUW, kullanılabilirlik alanları arasında veya kullanılabilirlik kümesinde esnek düzenleme ile bir sanal makine ölçek kümesinde dağıtılan en az iki Azure sanal makinesine yüklenir.

Aşağıdaki grafiklerde iki veritabanı sunucusu Azure VM'sinin kurulumu gösterilir. Her iki veritabanı sunucusu Azure VM'lerinin de kendi depolama alanı vardır ve çalışır durumdadır. HADR'de, Azure VM'lerinden birinde yer alan bir veritabanı örneği birincil örneğin rolüne sahiptir. Tüm istemciler birincil örneğe bağlıdır. Veritabanı işlemlerindeki tüm değişiklikler Db2 işlem günlüğünde yerel olarak kalıcı hale uygulanır. İşlem günlüğü kayıtları yerel olarak kalıcı hale gelince, kayıtlar TCP/IP aracılığıyla ikinci veritabanı sunucusundaki veritabanı örneğine, hazır bekleyen sunucuya veya bekleme örneğine aktarılır. Bekleyen örnek, aktarılan işlem günlüğü kayıtlarını ileterek yerel veritabanını güncelleştirir. Bu şekilde, hazır bekleyen sunucu birincil sunucuyla eşitlenmiş olarak tutulur.

HADR yalnızca bir çoğaltma işlevidir. Hata algılaması ve otomatik devralma veya yük devretme olanakları yoktur. Devralma veya bekleme sunucusuna aktarım, veritabanı yöneticisi tarafından el ile başlatılmalıdır. Otomatik devralma ve hata algılama gerçekleştirmek için Linux Pacemaker kümeleme özelliğini kullanabilirsiniz. Pacemaker iki veritabanı sunucusu örneğini izler. Birincil veritabanı sunucusu örneği kilitlendiğinde Pacemaker, hazır bekleyen sunucu tarafından otomatik hadr devralma işlemi başlatır. Pacemaker ayrıca sanal IP adresinin yeni birincil sunucuya atanmasını sağlar.

SAP uygulama sunucularının birincil veritabanına bağlanması için bir sanal ana bilgisayar adı ve bir sanal IP adresi gerekir. Yük devretme sonrasında SAP uygulama sunucuları yeni birincil veritabanı örneğine bağlanır. Azure ortamında, SANAL IP adresini IBM Db2 HADR için gereken şekilde kullanmak için bir Azure yük dengeleyici gerekir.

HADR ve Pacemaker ile IBM Db2 LUW'un yüksek oranda kullanılabilir bir SAP sistemi kurulumuna nasıl uyum sağladığını tam olarak anlamanıza yardımcı olmak için aşağıdaki görüntüde, IBM Db2 veritabanını temel alan bir SAP sisteminin yüksek oranda kullanılabilir kurulumuna genel bir bakış sunulmaktadır. Bu makale yalnızca IBM Db2'yi kapsar, ancak sap sisteminin diğer bileşenlerini ayarlama hakkında diğer makalelere başvurular sağlar.

Gerekli adımlara üst düzey genel bakış

IBM Db2 yapılandırmasını dağıtmak için şu adımları izlemeniz gerekir:

• Ortamınızı planlayın.
• VM'leri dağıtın.
• RHEL Linux'ı güncelleştirin ve dosya sistemlerini yapılandırın.
• Pacemaker'ı yükleyin ve yapılandırın.
• Glusterfs kümesini veya Azure NetApp Files'i ayarlama
• ASCS/ERS'i ayrı bir kümeye yükleyin.
• Dağıtılmış/Yüksek Kullanılabilirlik seçeneği (SWPM) ile IBM Db2 veritabanını yükleyin.
• İkincil bir veritabanı düğümü ve örneği yükleyip oluşturun ve HADR'yi yapılandırın.
• HADR'nin çalıştığını onaylayın.
• IBM Db2'yi denetlemek için Pacemaker yapılandırmasını uygulayın.
• Azure Load Balancer'ı yapılandırın.
• Birincil ve iletişim kutusu uygulama sunucularını yükleyin.
• SAP uygulama sunucularının yapılandırmasını denetleyin ve uyarlar.
• Yük devretme ve devralma testleri gerçekleştirin.

HADR ile IBM Db2 LUW barındırmak için Azure altyapısını planlama

Dağıtımı yürütmeden önce planlama işlemini tamamlayın. Planlama, Azure'da HADR ile Db2 yapılandırması dağıtmanın temelini oluşturur. IMB Db2 LUW (SAP ortamının veritabanı bölümü) planlamasının parçası olması gereken temel öğeler aşağıdaki tabloda listelenmiştir:

Azure'da Linux Pacemaker hakkında daha fazla bilgi için bkz . Azure'da Red Hat Enterprise Linux üzerinde Pacemaker'ı ayarlama.

Red Hat Enterprise Linux'ta dağıtım

IBM Db2 LUW için kaynak aracısı Red Hat Enterprise Linux Server HA Addon'a dahildir. Bu belgede açıklanan kurulum için SAP için Red Hat Enterprise Linux kullanmalısınız. Azure Market, yeni Azure sanal makinelerini dağıtmak için kullanabileceğiniz, SAP için Red Hat Enterprise Linux 7.4 veya üzeri bir görüntü içerir. Azure VM Market'te bir VM görüntüsü seçtiğinizde Azure Market aracılığıyla Red Hat tarafından sunulan çeşitli destek veya hizmet modellerine dikkat edin.

Konaklar: DNS güncelleştirmeleri

Sanal konak adları da dahil olmak üzere tüm konak adlarının listesini yapın ve DNS sunucularınızı, konak adı çözümlemesine uygun IP adresini etkinleştirmek üzere güncelleştirin. DNS sunucusu yoksa veya DNS girdilerini güncelleştiremiyor ve oluşturamıyorsanız, bu senaryoya katılan tek tek VM'lerin yerel konak dosyalarını kullanmanız gerekir. Konak dosyaları girdileri kullanıyorsanız, girdilerin SAP sistem ortamındaki tüm VM'lere uygulandığından emin olun. Ancak, ideal olarak Azure'a genişleten DNS'nizi kullanmanızı öneririz

El ile dağıtım

Seçili işletim sisteminin IBM Db2 LUW için IBM/SAP tarafından desteklendiğinden emin olun. Azure VM'leri ve Db2 sürümleri için desteklenen işletim sistemi sürümlerinin listesi SAP not 1928533... Tek tek Db2 sürümüne göre işletim sistemi sürümlerinin listesi SAP Ürün Kullanılabilirlik Matrisi'nde bulunur. Bu veya sonraki Red Hat Enterprise Linux sürümlerinde Azure ile ilgili performans geliştirmeleri nedeniyle SAP için en az Red Hat Enterprise Linux 7.4'ün kullanılmasını kesinlikle öneririz.

1. Bir kaynak grubu oluşturun veya seçin.
2. Bir sanal ağ ve alt ağ oluşturun veya seçin.
3. SAP sanal makineleri için uygun bir dağıtım türü seçin. Genellikle esnek düzenlemeye sahip bir sanal makine ölçek kümesidir.
4. Sanal Makine 1'i oluşturun.
   1. Azure Market SAP için Red Hat Enterprise Linux görüntüsünü kullanın.
   2. 3. adımda oluşturulan ölçek kümesini, kullanılabilirlik bölgesini veya kullanılabilirlik kümesini seçin.
5. Sanal Makine 2 oluşturun.
   1. Azure Market SAP için Red Hat Enterprise Linux görüntüsünü kullanın.
   2. 3. adımda oluşturulan ölçek kümesini, kullanılabilirlik bölgesini veya kullanılabilirlik kümesini seçin (4. adımda olduğu gibi değil).
6. VM'lere veri diskleri ekleyin ve ardından IBM Db2 Azure Sanal Makineler SAP iş yükü için DBMS dağıtımı makalesindeki dosya sistemi kurulumu önerisini gözden geçirin.

IBM Db2 LUW ve SAP ortamını yükleme

IBM Db2 LUW tabanlı bir SAP ortamını yüklemeye başlamadan önce aşağıdaki belgeleri gözden geçirin:

• Azure belgeleri.
• SAP belgeleri.
• IBM belgeleri.

Bu belgelerin bağlantıları bu makalenin giriş bölümünde verilmiştir.

NETWeaver tabanlı uygulamaları IBM Db2 LUW'a yükleme hakkında SAP yükleme kılavuzlarını gözden geçirin. SAP Yükleme Kılavuzu Bulucu'nu kullanarak kılavuzları SAP Yardım portalında bulabilirsiniz.

Aşağıdaki filtreleri ayarlayarak portalda görüntülenen kılavuz sayısını azaltabilirsiniz:

• Yeni bir sistem yüklemek istiyorum.
• Veritabanım: Linux, Unix ve Windows için IBM Db2.
• SAP NetWeaver sürümleri, yığın yapılandırması veya işletim sistemi için ek filtreler.

Red Hat güvenlik duvarı kuralları

Red Hat Enterprise Linux'ta güvenlik duvarı varsayılan olarak etkindir.

#Allow access to SWPM tool. Rule is not permanent.
sudo firewall-cmd --add-port=4237/tcp

HADR ile IBM Db2 LUW kurulumu için yükleme ipuçları

Birincil IBM Db2 LUW veritabanı örneğini ayarlamak için:

• Yüksek kullanılabilirlik veya dağıtılmış seçeneğini kullanın.
• SAP ASCS/ERS ve Veritabanı örneğini yükleyin.
• Yeni yüklenen veritabanının yedeğini alın.

Azure için IBM Db2 HADR ayarları

Azure Pacemaker eskrim aracısını kullanırken aşağıdaki parametreleri ayarlayın:

• HADR eş penceresi süresi (saniye) (HADR_PEER_WINDOW) = 240
• HADR zaman aşımı değeri (HADR_TIMEOUT) = 45

İlk yük devretme/devralma testini temel alan önceki parametreleri öneririz. Bu parametre ayarlarıyla yük devretme ve devralma işlevlerinin düzgün olup olmadığını test edin. Tek tek yapılandırmalar farklılık gösterebileceğinden, parametreler ayarlama gerektirebilir.

SAP homojen sistem kopyalama yordamını kullanarak Bekleme veritabanı sunucusunu ayarlamak için şu adımları yürütebilirsiniz:

1. Sistem kopyalama seçeneğini Hedef sistemler>Dağıtılmış>Veritabanı örneği'ni >seçin.
2. Kopyalama yöntemi olarak, hazır bekleyen sunucu örneğinde yedeklemeyi geri yüklemek için yedeklemeyi kullanabilmek için Homojen Sistem'i seçin.
3. Veritabanını homojen sistem kopyası için geri yüklemek için çıkış adımına ulaştığınızda yükleyiciden çıkın. Veritabanını birincil konağın yedeğinden geri yükleyin. Sonraki tüm yükleme aşamaları birincil veritabanı sunucusunda zaten yürütüldü.

DB2 HADR için Red Hat güvenlik duvarı kuralları

HADR'nin çalışması için DB2'ye ve DB2 arasında trafiğe izin vermek için güvenlik duvarı kuralları ekleyin:

• Veritabanı iletişim bağlantı noktası. Bölümleri kullanıyorsanız, bu bağlantı noktalarını da ekleyin.
• HADR bağlantı noktası (DB2 parametresi HADR_LOCAL_SVC değeri).
• Azure yoklama bağlantı noktası.

sudo firewall-cmd --add-port=<port>/tcp --permanent
sudo firewall-cmd --reload

IBM Db2 HADR denetimi

Tanıtım amacıyla ve bu makalede açıklanan yordamlar için veritabanı SID'si ID2'dir.

HADR'yi yapılandırdıktan ve birincil ve bekleme düğümlerinde PEER ve CONNECTED durumu olduktan sonra aşağıdaki denetimi gerçekleştirin:

Execute command as db2<sid> db2pd -hadr -db <SID>

#Primary output:
Database Member 0 -- Database ID2 -- Active -- Up 1 days 15:45:23 -- Date 2019-06-25-10.55.25.349375

                            HADR_ROLE = PRIMARY
                          REPLAY_TYPE = PHYSICAL
                        HADR_SYNCMODE = NEARSYNC
                           STANDBY_ID = 1
                        LOG_STREAM_ID = 0
                           HADR_STATE = PEER
                           HADR_FLAGS =
                  PRIMARY_MEMBER_HOST = az-idb01
                     PRIMARY_INSTANCE = db2id2
                       PRIMARY_MEMBER = 0
                  STANDBY_MEMBER_HOST = az-idb02
                     STANDBY_INSTANCE = db2id2
                       STANDBY_MEMBER = 0
                  HADR_CONNECT_STATUS = CONNECTED
             HADR_CONNECT_STATUS_TIME = 06/25/2019 10:55:05.076494 (1561460105)
          HEARTBEAT_INTERVAL(seconds) = 7
                     HEARTBEAT_MISSED = 5
                   HEARTBEAT_EXPECTED = 52
                HADR_TIMEOUT(seconds) = 30
        TIME_SINCE_LAST_RECV(seconds) = 5
             PEER_WAIT_LIMIT(seconds) = 0
           LOG_HADR_WAIT_CUR(seconds) = 0.000
    LOG_HADR_WAIT_RECENT_AVG(seconds) = 598.000027
   LOG_HADR_WAIT_ACCUMULATED(seconds) = 598.000
                  LOG_HADR_WAIT_COUNT = 1
SOCK_SEND_BUF_REQUESTED,ACTUAL(bytes) = 0, 46080
SOCK_RECV_BUF_REQUESTED,ACTUAL(bytes) = 0, 369280
            PRIMARY_LOG_FILE,PAGE,POS = S0000012.LOG, 14151, 3685322855
            STANDBY_LOG_FILE,PAGE,POS = S0000012.LOG, 14151, 3685322855
                  HADR_LOG_GAP(bytes) = 132242668
     STANDBY_REPLAY_LOG_FILE,PAGE,POS = S0000012.LOG, 14151, 3685322855
       STANDBY_RECV_REPLAY_GAP(bytes) = 0
                     PRIMARY_LOG_TIME = 06/25/2019 10:45:42.000000 (1561459542)
                     STANDBY_LOG_TIME = 06/25/2019 10:45:42.000000 (1561459542)
              STANDBY_REPLAY_LOG_TIME = 06/25/2019 10:45:42.000000 (1561459542)
         STANDBY_RECV_BUF_SIZE(pages) = 2048
             STANDBY_RECV_BUF_PERCENT = 0
           STANDBY_SPOOL_LIMIT(pages) = 1000
                STANDBY_SPOOL_PERCENT = 0
                   STANDBY_ERROR_TIME = NULL
                 PEER_WINDOW(seconds) = 300
                      PEER_WINDOW_END = 06/25/2019 11:12:03.000000 (1561461123)
             READS_ON_STANDBY_ENABLED = N


#Secondary output:
Database Member 0 -- Database ID2 -- Standby -- Up 1 days 15:45:18 -- Date 2019-06-25-10.56.19.820474

                            HADR_ROLE = STANDBY
                          REPLAY_TYPE = PHYSICAL
                        HADR_SYNCMODE = NEARSYNC
                           STANDBY_ID = 0
                        LOG_STREAM_ID = 0
                           HADR_STATE = PEER
                           HADR_FLAGS =
                  PRIMARY_MEMBER_HOST = az-idb01
                     PRIMARY_INSTANCE = db2id2
                       PRIMARY_MEMBER = 0
                  STANDBY_MEMBER_HOST = az-idb02
                     STANDBY_INSTANCE = db2id2
                       STANDBY_MEMBER = 0
                  HADR_CONNECT_STATUS = CONNECTED
             HADR_CONNECT_STATUS_TIME = 06/25/2019 10:55:05.078116 (1561460105)
          HEARTBEAT_INTERVAL(seconds) = 7
                     HEARTBEAT_MISSED = 0
                   HEARTBEAT_EXPECTED = 10
                HADR_TIMEOUT(seconds) = 30
        TIME_SINCE_LAST_RECV(seconds) = 1
             PEER_WAIT_LIMIT(seconds) = 0
           LOG_HADR_WAIT_CUR(seconds) = 0.000
    LOG_HADR_WAIT_RECENT_AVG(seconds) = 598.000027
   LOG_HADR_WAIT_ACCUMULATED(seconds) = 598.000
                  LOG_HADR_WAIT_COUNT = 1
SOCK_SEND_BUF_REQUESTED,ACTUAL(bytes) = 0, 46080
SOCK_RECV_BUF_REQUESTED,ACTUAL(bytes) = 0, 367360
            PRIMARY_LOG_FILE,PAGE,POS = S0000012.LOG, 14151, 3685322855
            STANDBY_LOG_FILE,PAGE,POS = S0000012.LOG, 14151, 3685322855
                  HADR_LOG_GAP(bytes) = 0
     STANDBY_REPLAY_LOG_FILE,PAGE,POS = S0000012.LOG, 14151, 3685322855
       STANDBY_RECV_REPLAY_GAP(bytes) = 0
                     PRIMARY_LOG_TIME = 06/25/2019 10:45:42.000000 (1561459542)
                     STANDBY_LOG_TIME = 06/25/2019 10:45:42.000000 (1561459542)
              STANDBY_REPLAY_LOG_TIME = 06/25/2019 10:45:42.000000 (1561459542)
         STANDBY_RECV_BUF_SIZE(pages) = 2048
             STANDBY_RECV_BUF_PERCENT = 0
           STANDBY_SPOOL_LIMIT(pages) = 1000
                STANDBY_SPOOL_PERCENT = 0
                   STANDBY_ERROR_TIME = NULL
                 PEER_WINDOW(seconds) = 1000
                      PEER_WINDOW_END = 06/25/2019 11:12:59.000000 (1561461179)
             READS_ON_STANDBY_ENABLED = N

Azure Load Balancer'ı yapılandırma

VM yapılandırması sırasında ağ bölümünde yük dengeleyiciden çıkma seçeneğiniz vardır. DB2 veritabanının yüksek kullanılabilirlik kurulumu için standart yük dengeleyiciyi ayarlamak için aşağıdaki adımları izleyin.

# 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

# 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

# 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

# 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

[A] Yoklama bağlantı noktası için güvenlik duvarı kuralı ekleyin:

sudo firewall-cmd --add-port=<probe-port>/tcp --permanent
sudo firewall-cmd --reload

Pacemaker kümesini oluşturma

Bu IBM Db2 sunucusu için temel bir Pacemaker kümesi oluşturmak için bkz . Azure'da Red Hat Enterprise Linux üzerinde Pacemaker'ı ayarlama.

Db2 Pacemaker yapılandırması

Düğüm hatası durumunda pacemaker'ı otomatik yük devretme için kullandığınızda Db2 örneklerinizi ve Pacemaker'ı buna göre yapılandırmanız gerekir. Bu bölümde bu tür bir yapılandırma açıklanmaktadır.

Aşağıdaki öğelerden biri ön eklenmiştir:

• [A]: Tüm düğümler için geçerlidir
• [1]: Yalnızca düğüm 1 için geçerlidir
• [2]: Yalnızca düğüm 2 için geçerlidir

[A] Pacemaker yapılandırması için önkoşul:

• db2stop ile db2<sid> kullanıcısıyla her iki veritabanı sunucusunu da kapatın.

• db2<sid> kullanıcısının kabuk ortamını /bin/ksh olarak değiştirin:

  # Install korn shell:
  sudo yum install ksh
  # Change users shell:
  sudo usermod -s /bin/ksh db2<sid>
  

Pacemaker yapılandırması

1. [1] IBM Db2 HADR'ye özgü Pacemaker yapılandırması:

   # Put Pacemaker into maintenance mode
   sudo pcs property set maintenance-mode=true
   

2. [1] IBM Db2 kaynakları oluşturma:

   RHEL 7.x üzerinde bir küme oluşturuyorsanız, paket kaynak aracılarını sürüme veya daha yüksek bir sürüme resource-agents-4.1.1-61.el7_9.15 güncelleştirdiğinden emin olun. Küme kaynaklarını oluşturmak için aşağıdaki komutları kullanın:

   # Replace bold strings with your instance name db2sid, database SID, and virtual IP address/Azure Load Balancer.
   sudo pcs resource create Db2_HADR_ID2 db2 instance='db2id2' dblist='ID2' master meta notify=true resource-stickiness=5000
   
   #Configure resource stickiness and correct cluster notifications for master resoruce
   sudo pcs resource update Db2_HADR_ID2-master meta notify=true resource-stickiness=5000
   
   # Configure virtual IP - same as Azure Load Balancer IP
   sudo pcs resource create vip_db2id2_ID2 IPaddr2 ip='10.100.0.40'
   
   # Configure probe port for Azure load Balancer
   sudo pcs resource create nc_db2id2_ID2 azure-lb port=62500
   
   #Create a group for ip and Azure loadbalancer probe port
   sudo pcs resource group add g_ipnc_db2id2_ID2 vip_db2id2_ID2 nc_db2id2_ID2
   
   #Create colocation constrain - keep Db2 HADR Master and Group on same node
   sudo pcs constraint colocation add g_ipnc_db2id2_ID2 with master Db2_HADR_ID2-master
   
   #Create start order constrain
   sudo pcs constraint order promote Db2_HADR_ID2-master then g_ipnc_db2id2_ID2
   

   RHEL 8.x üzerinde bir küme oluşturuyorsanız, paket kaynak aracılarını sürüme veya daha yüksek bir sürüme resource-agents-4.1.1-93.el8 güncelleştirdiğinden emin olun. Ayrıntılar için bkz. HADR ile Red Hat KBA db2 kaynağı durumuyla PRIMARY/REMOTE_CATCHUP_PENDING/CONNECTEDyükseltme başarısız oluyor. Küme kaynaklarını oluşturmak için aşağıdaki komutları kullanın:

   # Replace bold strings with your instance name db2sid, database SID, and virtual IP address/Azure Load Balancer.
   sudo pcs resource create Db2_HADR_ID2 db2 instance='db2id2' dblist='ID2' promotable meta notify=true resource-stickiness=5000
   
   #Configure resource stickiness and correct cluster notifications for master resoruce
   sudo pcs resource update Db2_HADR_ID2-clone meta notify=true resource-stickiness=5000
   
   # Configure virtual IP - same as Azure Load Balancer IP
   sudo pcs resource create vip_db2id2_ID2 IPaddr2 ip='10.100.0.40'
   
   # Configure probe port for Azure load Balancer
   sudo pcs resource create nc_db2id2_ID2 azure-lb port=62500
   
   #Create a group for ip and Azure loadbalancer probe port
   sudo pcs resource group add g_ipnc_db2id2_ID2 vip_db2id2_ID2 nc_db2id2_ID2
   
   #Create colocation constrain - keep Db2 HADR Master and Group on same node
   sudo pcs constraint colocation add g_ipnc_db2id2_ID2 with master Db2_HADR_ID2-clone
   
   #Create start order constrain
   sudo pcs constraint order promote Db2_HADR_ID2-clone then g_ipnc_db2id2_ID2
   

3. [1] IBM Db2 kaynaklarını başlatın:

   Pacemaker'ı bakım modundan çıkar.

   # Put Pacemaker out of maintenance-mode - that start IBM Db2
   sudo pcs property set maintenance-mode=false
   

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

   sudo pcs status
   2 nodes configured
   5 resources configured
   
   Online: [ az-idb01 az-idb02 ]
   
   Full list of resources:
   
   rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb01
   Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
        Masters: [ az-idb01 ]
        Slaves: [ az-idb02 ]
   Resource Group: g_ipnc_db2id2_ID2
        vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb01
        nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb01
   
   Daemon Status:
     corosync: active/disabled
     pacemaker: active/disabled
     pcsd: active/enabled
   

Bağlantı için sanal IP kullanmak üzere SAP profillerinde değişiklik yapma

HADR yapılandırmasının birincil örneğine bağlanmak için SAP uygulama katmanının Azure Load Balancer için tanımladığınız ve yapılandırdığınız sanal IP adresini kullanması gerekir. Aşağıdaki değişiklikler gereklidir:

/sapmnt/<SID>/profile/DEFAULT. PFL

SAPDBHOST = db-virt-hostname
j2ee/dbhost = db-virt-hostname

/sapmnt/<SID>/global/db6/db2cli.ini

Hostname=db-virt-hostname

Birincil ve iletişim kutusu uygulama sunucularını yükleme

Db2 HADR yapılandırmasına karşı birincil ve iletişim kutusu uygulama sunucularını yüklediğinizde, yapılandırma için seçtiğiniz sanal ana bilgisayar adını kullanın.

Db2 HADR yapılandırmasını oluşturmadan önce yüklemeyi gerçekleştirdiyseniz, önceki bölümde açıklandığı gibi ve SAP Java yığınları için aşağıdaki değişiklikleri yapın.

ABAP+Java veya Java yığın sistemleri JDBC URL denetimi

JDBC URL'sini denetlemek veya güncelleştirmek için J2EE Yapılandırma aracını kullanın. J2EE Yapılandırma aracı bir grafik aracı olduğundan X sunucusunun yüklü olması gerekir:

1. J2EE örneğinin birincil uygulama sunucusunda oturum açın ve şu komutu yürütür:

   sudo /usr/sap/*SID*/*Instance*/j2ee/configtool/configtool.sh
   

2. Sol çerçevede güvenlik deposu'na tıklayın.

3. Sağ çerçevede anahtarını jdbc/pool/\<SAPSID>/urlseçin.

4. JDBC URL'sindeki ana bilgisayar adını sanal konak adıyla değiştirin.

   jdbc:db2://db-virt-hostname:5912/TSP:deferPrepares=0
   

5. Ekle'yi seçin.

6. Değişikliklerinizi kaydetmek için sol üst taraftaki disk simgesini seçin.

7. Yapılandırma aracını kapatın.

8. Java örneğini yeniden başlatın.

HADR kurulumu için günlük arşivlemeyi yapılandırma

HADR kurulumu için Db2 günlük arşivlemeyi yapılandırmak için hem birincil hem de bekleme veritabanını tüm günlük arşiv konumlarından otomatik günlük alma özelliğine sahip olacak şekilde yapılandırmanızı öneririz. Hem birincil hem de hazır bekleyen veritabanının, veritabanı örneklerinden birinin günlük dosyalarını arşivleyebileceği tüm günlük arşiv konumlarından günlük arşiv dosyalarını alabilmesi gerekir.

Günlük arşivleme yalnızca birincil veritabanı tarafından gerçekleştirilir. Veritabanı sunucularının HADR rollerini değiştirirseniz veya bir hata oluşursa, yeni birincil veritabanı günlük arşivlemeden sorumludur. Birden çok günlük arşiv konumu ayarladıysanız günlükleriniz iki kez arşivlenebilir. Yerel veya uzaktan yakalama durumunda, arşivlenmiş günlükleri eski birincil sunucudan yeni birincil sunucunun etkin günlük konumuna el ile kopyalamanız da gerekebilir.

Günlüklerin her iki düğümden de yazıldığı ortak bir NFS paylaşımı veya GlusterFS yapılandırmanızı öneririz. NFS paylaşımı veya GlusterFS yüksek oranda kullanılabilir olmalıdır.

Aktarımlar veya profil dizini için mevcut yüksek oranda kullanılabilir NFS paylaşımlarını veya GlusterFS'i kullanabilirsiniz. Daha fazla bilgi için bkz.

• SAP NetWeaver için Red Hat Enterprise Linux üzerinde Azure VM'lerinde GlusterFS.
• SAP Uygulamaları için Azure NetApp Files ile Red Hat Enterprise Linux üzerinde Azure VM'lerinde SAP NetWeaver için yüksek kullanılabilirlik.
• Azure NetApp Files (NFS paylaşımları oluşturmak için).

Küme kurulumunu test edin

Bu bölümde Db2 HADR kurulumunuzu nasıl test edebilirsiniz açıklanmaktadır. Her test, IBM Db2 birincil öğesinin az-idb01 sanal makinesinde çalıştığını varsayar. Sudo ayrıcalıklarına veya köküne sahip kullanıcı (önerilmez) kullanılmalıdır.

Tüm test çalışmalarının ilk durumu burada açıklanmıştır: (crm_mon -r veya bilgisayar durumu)

• pcs durumu , yürütme zamanında Pacemaker durumunun anlık görüntüsüdür.
• crm_mon -r , Pacemaker durumunun sürekli çıkışıdır.

2 nodes configured
5 resources configured

Online: [ az-idb01 az-idb02 ]

Full list of resources:

rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb01
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb01 ]
     Slaves: [ az-idb02 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb01
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb01

Daemon Status:
  corosync: active/disabled
  pacemaker: active/disabled
  pcsd: active/enabled

Sap sistemindeki özgün durum, aşağıdaki görüntüde gösterildiği gibi İşlem DBACOCKPIT > Yapılandırmasına > Genel Bakış bölümünde belgelenmiştir:

IBM Db2'nin devralma testi

Aşağıdaki komutu yürüterek birincil Db2 veritabanını çalıştıran düğümü geçirin:

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

Geçiş tamamlandıktan sonra crm durumu çıktısı şöyle görünür:

2 nodes configured
5 resources configured

Online: [ az-idb01 az-idb02 ]

Full list of resources:

rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb01
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb02 ]
     Stopped: [ az-idb01 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb02
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb02

Sap sistemindeki özgün durum, aşağıdaki görüntüde gösterildiği gibi İşlem DBACOCKPIT > Yapılandırmasına > Genel Bakış bölümünde belgelenmiştir:

"Pcs kaynak taşıma" ile kaynak geçişi konum kısıtlamaları oluşturur. Bu durumda konum kısıtlamaları az-idb01 üzerinde IBM Db2 örneğinin çalıştırılmasını engelliyor. Konum kısıtlamaları silinmezse kaynak yeniden çalışmaz.

Konum kısıtlamasını kaldırdığınızda az-idb01 üzerinde bekleme düğümü başlatılır.

# On RHEL 7.x
sudo pcs resource clear Db2_HADR_ID2-master
# On RHEL 8.x
sudo pcs resource clear Db2_HADR_ID2-clone

Küme durumu şu şekilde değişir:

2 nodes configured
5 resources configured

Online: [ az-idb01 az-idb02 ]

Full list of resources:

 rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb01
 Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb02 ]
     Slaves: [ az-idb01 ]
 Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb02
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb02

Kaynağı az-idb01'e geri geçirin ve konum kısıtlamalarını temizleyin

# On RHEL 7.x
sudo pcs resource move Db2_HADR_ID2-master az-idb01
sudo pcs resource clear Db2_HADR_ID2-master
# On RHEL 8.x
sudo pcs resource move Db2_HADR_ID2-clone --master
sudo pcs resource clear Db2_HADR_ID2-clone

• RHEL 7.x üzerinde - pcs resource move <resource_name> <host>: Konum kısıtlamaları oluşturur ve devralmayla ilgili sorunlara neden olabilir
• RHEL 8.x üzerinde - pcs resource move <resource_name> --master: Konum kısıtlamaları oluşturur ve devralmayla ilgili sorunlara neden olabilir
• pcs resource clear <resource_name>: Konum kısıtlamalarını temizler
• pcs resource cleanup <resource_name>: Kaynağın tüm hatalarını temizler

El ile devralma testi

Az-idb01 düğümünde Pacemaker hizmetini durdurarak el ile devralma test edebilirsiniz:

systemctl stop pacemaker

az-ibdb02 üzerinde durum

2 nodes configured
5 resources configured

Node az-idb01: pending
Online: [ az-idb02 ]

Full list of resources:

rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb02
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb02 ]
     Stopped: [ az-idb01 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb02
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb02

Daemon Status:
  corosync: active/disabled
  pacemaker: active/disabled
  pcsd: active/enabled

Yük devretme işleminden sonra az-idb01 üzerinde hizmeti yeniden başlatabilirsiniz.

systemctl start  pacemaker

HADR birincil veritabanını çalıştıran düğümde Db2 işlemini sonlandırma

#Kill main db2 process - db2sysc
[sapadmin@az-idb02 ~]$ sudo ps -ef|grep db2sysc
db2ptr    34598  34596  8 14:21 ?        00:00:07 db2sysc 0
[sapadmin@az-idb02 ~]$ sudo kill -9 34598

Db2 örneği başarısız olacak ve Pacemaker ana düğümü taşır ve aşağıdaki durumu bildirir:

2 nodes configured
5 resources configured

Online: [ az-idb01 az-idb02 ]

Full list of resources:

rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb02
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb02 ]
     Stopped: [ az-idb01 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb02
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb02

Failed Actions:
* Db2_HADR_ID2_demote_0 on az-idb01 'unknown error' (1): call=49, status=complete, exitreason='none',
    last-rc-change='Wed Jun 26 09:57:35 2019', queued=0ms, exec=362ms

Pacemaker aynı düğümde Db2 birincil veritabanı örneğini yeniden başlatır veya ikincil veritabanı örneğini çalıştıran düğüme yük devreder ve bir hata bildirilir.

İkincil veritabanı örneğini çalıştıran düğümde Db2 işlemini sonlandırma

[sapadmin@az-idb02 ~]$ sudo ps -ef|grep db2sysc
db2id2    23144  23142  2 09:53 ?        00:00:13 db2sysc 0
[sapadmin@az-idb02 ~]$ sudo kill -9 23144

Düğüm başarısız duruma geçer ve hata bildirilir.

2 nodes configured
5 resources configured

Online: [ az-idb01 az-idb02 ]

Full list of resources:

rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb02
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb01 ]
     Slaves: [ az-idb02 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb01
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb01

Failed Actions:
* Db2_HADR_ID2_monitor_20000 on az-idb02 'not running' (7): call=144, status=complete, exitreason='none',
    last-rc-change='Wed Jun 26 10:02:09 2019', queued=0ms, exec=0ms

Db2 örneği daha önce atadığı ikincil rolde yeniden başlatılır.

HADR birincil veritabanı örneğini çalıştıran düğümde db2stop force aracılığıyla DB'yi durdurun

kullanıcı db2<sid> execute komutu olarak db2stop force:

az-idb01:db2ptr> db2stop force

Hata algılandı:

2 nodes configured
5 resources configured

Online: [ az-idb01 az-idb02 ]

Full list of resources:

rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb02
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Slaves: [ az-idb02 ]
     Stopped: [ az-idb01 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Stopped
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Stopped

Failed Actions:
* Db2_HADR_ID2_demote_0 on az-idb01 'unknown error' (1): call=110, status=complete, exitreason='none',
    last-rc-change='Wed Jun 26 14:03:12 2019', queued=0ms, exec=355ms

Db2 HADR ikincil veritabanı örneği birincil role yükseltildi.

2 nodes configured
5 resources configured

Online: [ az-idb01 az-idb02 ]

Full list of resources:

rsc_st_azure   (stonith:fence_azure_arm):      Started az-idb02
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb02 ]
     Slaves: [ az-idb01 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb02
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb02

Failed Actions:
* Db2_HADR_ID2_demote_0 on az-idb01 'unknown error' (1): call=110, status=complete, exitreason='none',
    last-rc-change='Wed Jun 26 14:03:12 2019', queued=0ms, exec=355ms

HADR birincil veritabanı örneğini çalıştıran VM'yi "durdurma" ile kilitlenme

#Linux kernel panic.
sudo echo b > /proc/sysrq-trigger

Böyle bir durumda Pacemaker, birincil veritabanı örneğini çalıştıran düğümün yanıt vermediğini algılar.

2 nodes configured
5 resources configured

Node az-idb01: UNCLEAN (online)
Online: [ az-idb02 ]

Full list of resources:

rsc_st_azure    (stonith:fence_azure_arm):      Started az-idb02
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb01 ]
     Slaves: [ az-idb02 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb01
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb01

Bir sonraki adım Bölünmüş beyin durumunu kontrol etmektir. Hayatta kalan düğüm, birincil veritabanı örneğini en son çalıştıran düğümün devre dışı olduğunu belirledikten sonra kaynakların yük devretmesi yürütülür.

2 nodes configured
5 resources configured

Online: [ az-idb02 ]
OFFLINE: [ az-idb01 ]

Full list of resources:

rsc_st_azure    (stonith:fence_azure_arm):      Started az-idb02
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb02 ]
     Stopped: [ az-idb01 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb02
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb02

Çekirdek paniği durumunda, başarısız düğüm eskrim aracısı tarafından yeniden başlatılır. Başarısız düğüm yeniden çevrimiçi olduktan sonra pacemaker kümesini şu şekilde başlatmanız gerekir:

sudo pcs cluster start

Db2 örneğini ikincil role başlatır.

2 nodes configured
5 resources configured

Online: [ az-idb01 az-idb02 ]

Full list of resources:

rsc_st_azure    (stonith:fence_azure_arm):      Started az-idb02
Master/Slave Set: Db2_HADR_ID2-master [Db2_HADR_ID2]
     Masters: [ az-idb02 ]
     Slaves: [ az-idb01 ]
Resource Group: g_ipnc_db2id2_ID2
     vip_db2id2_ID2     (ocf::heartbeat:IPaddr2):       Started az-idb02
     nc_db2id2_ID2      (ocf::heartbeat:azure-lb):      Started az-idb02

Sonraki adımlar

• SAP NetWeaver için yüksek kullanılabilirlik mimarisi ve senaryoları
• Azure'da Red Hat Enterprise Linux üzerinde Pacemaker'ı ayarlama