5.3. テスト 1: プライマリーノードをアクティブな 3 番目のサイトを使用してフェイルオーバーする

PDF

テストの内容	3 番目のサイトの自動再登録。クリア後に同期状態が SOK に変わる。
テストの前提条件	DC1、DC2、DC3 上の SAP HANA が稼働している。クラスターがエラーや警告なく稼働している。
テストの手順	`pcs [root@clusternode1]# resource move <sap-clone-resource> <target-node> コマンドを使用して SAPHana リソース` を移動します。
テストのモニタリング	3 番目のサイトで、`sidadm` として、表の最後に記載されているコマンドを実行します。(*) セカンダリーノードで、root として `[root@clusternode1]# watch pcs status --full`を実行します。
テストの開始	クラスターコマンドを実行します。 `[root@clusternode1]# pcs move resource SAPHana_RH2_02-clone <target-node>` `[root@clusternode1]# pcs resource clear SAPHana_RH2_02-clone`
期待される結果	サイト 3 のモニターコマンドでは、プライマリーマスターが clusternode1 から clusternode2 に変わります。リソースをクリアすると、同期状態が `SFAIL` から `SOK` に変わります。
初期状態に戻す方法	テストを 2 回実行します。

(*)

remotehost3:rh2adm>
watch hdbnsutil -sr_state
[root@clusternode1]# tail -1000f /var/log/messages |egrep -e ‘SOK|SWAIT|SFAIL’

詳細な説明:

clusternode1 または clusternode2 で、クラスターの初期状態を root として確認します。

[root@clusternode1]# pcs status --full
Cluster name: cluster1
Cluster Summary:
  * Stack: corosync
  * Current DC: clusternode1 (1) (version 2.1.2-4.el8_6.6-ada5c3b36e2) - partition with quorum
  * Last updated: Mon Sep  4 06:34:46 2023
  * Last change:  Mon Sep  4 06:33:04 2023 by root via crm_attribute on clusternode1
  * 2 nodes configured
  * 6 resource instances configured

Node List:
  * Online: [ clusternode1 (1) clusternode2 (2) ]

Full List of Resources:
  * auto_rhevm_fence1	(stonith:fence_rhevm):	 Started clusternode1
  * Clone Set: SAPHanaTopology_RH2_02-clone [SAPHanaTopology_RH2_02]:
    * SAPHanaTopology_RH2_02	(ocf::heartbeat:SAPHanaTopology):	 Started clusternode2
    * SAPHanaTopology_RH2_02	(ocf::heartbeat:SAPHanaTopology):	 Started clusternode1
  * Clone Set: SAPHana_RH2_02-clone [SAPHana_RH2_02] (promotable):
    * SAPHana_RH2_02	(ocf::heartbeat:SAPHana):	 Slave clusternode2
    * SAPHana_RH2_02	(ocf::heartbeat:SAPHana):	 Master clusternode1
  * vip_RH2_02_MASTER	(ocf::heartbeat:IPaddr2):	 Started clusternode1

Node Attributes:
  * Node: clusternode1 (1):
    * hana_rh2_clone_state            	: PROMOTED
    * hana_rh2_op_mode                	: logreplay
    * hana_rh2_remoteHost             	: clusternode2
    * hana_rh2_roles                  	: 4:P:master1:master:worker:master
    * hana_rh2_site                   	: DC1
    * hana_rh2_sra                    	: -
    * hana_rh2_srah                   	: -
    * hana_rh2_srmode                 	: syncmem
    * hana_rh2_sync_state             	: PRIM
    * hana_rh2_version                	: 2.00.062.00
    * hana_rh2_vhost                  	: clusternode1
    * lpa_rh2_lpt                     	: 1693809184
    * master-SAPHana_RH2_02           	: 150
  * Node: clusternode2 (2):
    * hana_rh2_clone_state            	: DEMOTED
    * hana_rh2_op_mode                	: logreplay
    * hana_rh2_remoteHost             	: clusternode1
    * hana_rh2_roles                  	: 4:S:master1:master:worker:master
    * hana_rh2_site                   	: DC2
    * hana_rh2_sra                    	: -
    * hana_rh2_srah                   	: -
    * hana_rh2_srmode                 	: syncmem
    * hana_rh2_sync_state             	: SOK
    * hana_rh2_version                	: 2.00.062.00
    * hana_rh2_vhost                  	: clusternode2
    * lpa_rh2_lpt                     	: 30
    * master-SAPHana_RH2_02           	: 100

Migration Summary:

Tickets:

PCSD Status:
  clusternode1: Online
  clusternode2: Online

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

この出力は、HANA がプライマリー SAP HANA サーバーである clusternode1 で昇格されていることを示しており、クローンリソースの名前が昇格可能な SAPHana_RH2_02-clone であることを示しています。
テスト中に別のウィンドウでこれを実行して、変更を確認できます。

[root@clusternode1]# watch pcs status --full

SAP HANA クローンリソースの名前を識別する別の方法は次のとおりです。

[root@clusternode2]# pcs resource
  * Clone Set: SAPHanaTopology_RH2_02-clone [SAPHanaTopology_RH2_02]:
    * Started: [ clusternode1 clusternode2 ]
  * Clone Set: SAPHana_RH2_02-clone [SAPHana_RH2_02] (promotable):
    * Promoted: [ clusternode2 ]
    * Unpromoted: [ clusternode1 ]

プライマリーサーバーの変更を確認するには、テストを開始する前に、別のターミナルウィンドウの remotehost3 でモニタリングを開始します。
```
remotehost3:rh2adm> watch 'hdbnsutil -sr_state | grep "primary masters"
```
出力は以下のようになります。
```
Every 2.0s: hdbnsutil -sr_state | grep "primary masters"                                                                                 remotehost3: Mon Sep  4 08:47:21 2023

primary masters: clusternode1
```
テスト中に、予想される出力は clusternode2 に変わります。
上記で検出されたクローンリソースを clusternode2 に移動して、テストを開始します。
```
[root@clusternode1]# pcs resource move SAPhana_RH2_02-clone clusternode2
```
remotehost3 のモニターの出力は、以下に変わります。
```
Every 2.0s: hdbnsutil -sr_state | grep "primary masters"
remotehost3: Mon Sep  4 08:50:31 2023

primary masters: clusternode2
```
Pacemaker は、クローンリソースを移動するための場所の制約を作成します。これは手動で削除する必要があります。制約は、以下を使用して確認できます。
```
[root@clusternode1]# pcs constraint location
```
この制約は削除する必要があります。

クローンリソースをクリアして、場所の制約を削除します。

[root@clusternode1]#  pcs resource clear SAPhana_RH2_02-clone
Removing constraint: cli-prefer-SAPHana_RH2_02-clone

リソースをクリーンアップします。

[root@clusternode1]# pcs resource cleanup SAPHana_RH2_02-clone
Cleaned up SAPHana_RH2_02:0 on clusternode2
Cleaned up SAPHana_RH2_02:1 on clusternode1
Waiting for 1 reply from the controller
... got reply (done)

テストの結果

remotehost3 の "primary masters" モニターには、新しいプライマリーノードにすぐに切り替わったことがわかるはずです。
クラスターのステータスを確認すると、元のセカンダリーがプロモートされ、元のプライマリーが再登録されます。また、Clone_State が Promoted から Unknown、WAITINGFORLPA、DEMOTED に変わります。
セカンダリーは、フェイルオーバー後に初めて SAPHana モニターが起動するときに、sync_state を SFAIL に変更します。既存の場所の制約のため、リソースをクリアする必要があります。しばらくするとセカンダリーの sync_state が再び SOK に変わります。
セカンダリーがプロモートされます。

初期状態を復元するには、次のテストを実行するだけです。テストが完了したら、クリーンアップを実行してください。

5.3. テスト 1: プライマリーノードをアクティブな 3 番目のサイトを使用してフェイルオーバーする

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

多様性を受け入れるオープンソースの強化

会社概要

Red Hat legal and privacy links

Red Hat legal and privacy links