この例では、SAPInstance リソースエージェントを使用して、ASCS および ERS リソースを管理します。SAPInstance リソースエージェントのすべての操作は、SAP スタートアップサービスフレームワーク sapstartsrv を使用して行われます。

このリソースエージェントは、各クラスターノードの SAP HANA システムレプリケーションの状態と設定を収集しています。SAPHana リソースエージェントが正しく機能するためには、このエージェントからのデータがクラスターノード属性に存在することが不可欠です。

このリソースは、SAP HANA データベースの開始、停止、および再配置 (フェイルオーバー) を担当します。このリソースエージェントは、SAPHanaTopology によって収集された情報を取得し、それに基づいて SAP HANA データベースと対話して処理を行います。また、クラスターノードの SAP HANA ステータスに関する追加情報をクラスターノード属性に追加します。

ファイルシステム用の Pacemaker クラスターリソースエージェント。NFS や iSCSI などでエクスポートされた共有記憶媒体上のファイルシステムを管理します。

仮想 IPv4 および IPv6 アドレスとエイリアスを管理します。

各ノードのクラスターによってマウントできる ASCS および ERS インスタンス用に、個別の SAN LUN または NFS エクスポートが必要です。

たとえば、以下に示すように、ASCS インスタンスと ERS インスタンスはそれぞれ、インスタンス固有のディレクトリーが対応するノードに存在する必要があります。

注記: アプリケーションサーバーの場合、アプリケーションサーバーインスタンスが実行されるノードで次のディレクトリーを使用できるようにする必要があります。

インスタンスディレクトリーに SAN LUN を使用する場合、お客様は HA-LVM を使用して、インスタンスディレクトリーを一度に 1 つのノードにのみマウントできるようにする必要があります。

NFS エクスポートを使用する場合、Azure NetApp Files や Amazon EFS などの NFS ファイルサーバー上の同じディレクトリーツリーにディレクトリーが作成されている場合は、Filesystem リソースを設定するときにオプション force_unmount=safe を使用する必要があります。このオプションにより、クラスターは、エクスポートが作成されたディレクトリーツリーで実行されているすべてのプロセスを停止するのではなく、特定の NFS エクスポートで実行されているプロセスのみを停止するようになります。

次のマウントポイントは、ASCS、ERS、HANA、およびアプリケーションサーバーノードで使用できる必要があります。

/sapmnt
/usr/sap/トランス
/usr/sap/SID/SYS

共有ストレージは、次の方法で実現できます。

これらのマウントポイントは、クラスターによって管理されるか、クラスターが開始される前に マウントされている 必要があります。

次のファイルシステムは、ASCS がインストールされる s4node1 にマウントする必要があります。

/usr/sap/S4H/ASCS20
/usr/sap/S4H/SYS
/usr/sap/trans
/sapmnt

s4ascs の仮想 IP は、s4node1 で有効にする必要があります。

インストーラーを実行します。

[root@s4node1]# ./sapinst SAPINST_USE_HOSTNAME=s4ascs

High-Availability System オプションを選択します。

次のファイルシステムは、ERS がインストールされる s4node2 にマウントする必要があります。

/usr/sap/S4H/ERS29 /usr/sap/S4H/SYS /usr/sap/trans /sapmnt

s4node2 で s4ers の仮想 IP を有効にする必要があります。

インストーラーを実行します。

[root@s4node2]# ./sapinst SAPINST_USE_HOSTNAME=s4ers

High-Availability System オプションを選択します。

この例では、次の設定で SAP HANA を使用します。support policies に従って、他のサポートされているデータベースを使用することもできます。

SAP HANA SID: S4D
SAP HANA Instance number: 00

この例では、hdblcm コマンドラインツールを使用して SAP HANA データベースサーバーを両方のノードにインストールできます。その後、次のアーティクルで説明されているのと同じ方法で、自動化された HANA システムレプリケーションが確立されます。SAP HANA system replication in pacemaker cluster。
このセットアップでは、ASCS と HANA のプライマリーインスタンスが互いに独立してフェールオーバーできることに注意してください。したがって、ASCS とプライマリー SAP HANA インスタンスが同じノードで実行を開始する状況が発生します。したがって、ASCS/ERS とプライマリー SAP HANA インスタンスが他のノードで障害が発生した場合に一方のノードで実行できるように、両方のノードに十分なリソースと空きメモリーがあることを確認することも重要です。

これを実現するために、SAP HANA インスタンスに特定のメモリー制限/制限を設定できます。SAP HANA 環境ごとに利用可能なオプションを調べるために、SAP に連絡することを強くお勧めします。関連するリンクは次のとおりです。

ERS インスタンスは、クラスターによって管理されるため、エンキューサーバーの自動再起動を防ぐために、そのプロファイルに次の変更を加える必要があります。変更を適用するには、ERS プロファイル /sapmnt/S4H/profile/S4H_ERS29_s4ers で次のコマンドを実行します。

[root]# sed -i -e 's/Restart_Program_00/Start_Program_00/'
/sapmnt/S4H/profile/S4H_ERS29_s4ers+

s4node1 と s4node2 の両方で、次の 2 行が /usr/sap/sapservices ファイルでコメント化されていることを確認します。

#LD_LIBRARY_PATH=/usr/sap/S4H/ERS29/exe:$LD_LIBRARY_PATH; export
LD_LIBRARY_PATH; /usr/sap/S4H/ERS29/exe/sapstartsrv
pf=/usr/sap/S4H/SYS/profile/S4H_ERS29_s4ers -D -u s4hadm
#LD_LIBRARY_PATH=/usr/sap/S4H/ASCS20/exe:$LD_LIBRARY_PATH; export
LD_LIBRARY_PATH; /usr/sap/S4H/ASCS20/exe/sapstartsrv
pf=/usr/sap/S4H/SYS/profile/S4H_ASCS20_s4ascs -D -u s4hadm

[root@s4node1 ~]# mkdir /usr/sap/S4H/ERS29/
[root@s4node1 ~]# chown s4hadm:sapsys /usr/sap/S4H/ERS29/

[root@s4node2 ~]# mkdir /usr/sap/S4H/ASCS20
[root@s4node2 ~]# chown s4hadm:sapsys /usr/sap/S4H/ASCS20

ASCS および ERS インスタンスを停止します。インスタンス固有のディレクトリーを他のノードに移動します。

[root@s4node1 ~]# umount /usr/sap/S4H/ASCS20
[root@s4node2 ~]# mount /usr/sap/S4H/ASCS20

[root@s4node2 ~]# umount /usr/sap/S4H/ERS29/
[root@s4node1 ~]# mount /usr/sap/S4H/ERS29/

他のクラスターノードで ASCS インスタンスと ERS インスタンスを手動で開始し、それぞれ手動で停止します。

すべてのノードで、SAP HostAgent のバージョンが同じで、最小バージョン要件を満たしているかどうかを確認します。

[root]# /usr/sap/hostctrl/exe/saphostexec -version

SAP HostAgent をアップグレード/インストールします。SAP OSS Note 1031096 に従ってください。

高可用性シナリオでの SAP ハードウェアキーの決定が改善されました。各クラスターノードのハードウェアキーに基づいて、複数の SAP ライセンスキーをインストールする必要がある場合があります。詳細については、SAP OSS Note 1178686 - Linux: Alternative method to generate a SAP hardware key を参照してください。

以下に示すように、複製された Filesystem クラスターリソースを使用して、外部 NFS サーバーからの共有をすべてのクラスターノードにマウントできます。

[root]# pcs resource create s4h_fs_sapmnt Filesystem \
device='<NFS_Server>:<sapmnt_nfs_share>' directory='/sapmnt' \
fstype='nfs' --clone interleave=true
[root]# pcs resource create s4h_fs_sap_trans Filesystem \
device='<NFS_Server>:<sap_trans_nfs_share>' directory='/usr/sap/trans' \
fstype='nfs' --clone interleave=true
[root]# pcs resource create s4h_fs_sap_sys Filesystem \
device='<NFS_Server>:<s4h_sys_nfs_share>' directory='/usr/sap/S4H/SYS' \
fstype='nfs' --clone interleave=true

Filesystem リソースを作成した後、それらがすべてのノードで適切に開始されていることを確認します。

[root]# pcs status
...
Clone Set: s4h_fs_sapmnt-clone [s4h_fs_sapmnt]
Started: [ s4node1 s4node2 ]
Clone Set: s4h_fs_sap_trans-clone [s4h_fs_sap_trans]
Started: [ s4node1 s4node2 ]
Clone Set: s4h_fs_sys-clone [s4h_fs_sys]
Started: [ s4node1 s4node2 ]
...

共有ファイルシステムがクラスターによって管理されない場合は、Pacemaker サービスを開始する前にそれらが利用可能であることを確認する必要があります。
RHEL 7 では、systemd の並列化により、共有ファイルシステムが resource-agents-deps ターゲットで開始されていることを確認する必要があります。詳細は、ドキュメントセクションを参照してください。 9.6.Pacemaker で管理されていないリソースの依存関係の起動順の設定 (Red Hat Enterprise Linux 7.4 以降)

以下は、NFS ファイルシステムのリソースを作成する例です。

[root]# pcs resource create s4h_fs_ascs20 Filesystem \
device='<NFS_Server>:<s4h_ascs20_nfs_share>' \
directory=/usr/sap/S4H/ASCS20 fstype=nfs force_unmount=safe \
--group s4h_ASCS20_group op start interval=0 timeout=60 \
op stop interval=0 timeout=120 \
op monitor interval=200 timeout=40

以下は、HA-LVM ファイルシステムのリソースを作成する例です。

[root]# pcs resource create s4h_fs_ascs20_lvm LVM \
volgrpname='<ascs_volume_group>' exclusive=true \
--group s4h_ASCS20_group

[root]# pcs resource create s4h_fs_ascs20 Filesystem \
device='/dev/mapper/<ascs_logical_volume>' \
directory=/usr/sap/S4H/ASCS20 fstype=ext4 \
--group s4h_ASCS20_group

[root]# pcs resource create s4h_ascs20 SAPInstance \
InstanceName="S4H_ASCS20_s4ascs" \
START_PROFILE=/sapmnt/S4H/profile/S4H_ASCS20_s4ascs \
AUTOMATIC_RECOVER=false \
meta resource-stickiness=5000 \
--group s4h_ASCS20_group \
op monitor interval=20 on-fail=restart timeout=60 \
op start interval=0 timeout=600 \
op stop interval=0 timeout=600

注記: meta resource-stickiness=5000 は、フェイルオーバーの制約と ERS のバランスを取るためにここにあるため、リソースは開始したノードに留まり、制御不能にクラスター内を移動することはありません。
グループにリソーススティッキネスを追加して、可能であれば ASCS がノードに留まるようにします。

[root]# pcs resource meta s4h_ASCS20_group resource-stickiness=3000

以下は、NFS ファイルシステムのリソースを作成する例です。

[root]# pcs resource create s4h_fs_ers29 Filesystem \
device='<NFS_Server>:<s4h_ers29_nfs_share>' \
directory=/usr/sap/S4H/ERS29 fstype=nfs force_unmount=safe \
--group s4h_ERS29_group op start interval=0 timeout=60 \
op stop interval=0 timeout=120 op monitor interval=200 timeout=40

以下は、HA-LVM ファイルシステムのリソースを作成する例です。

[root]# pcs resource create s4h_fs_ers29_lvm LVM \
volgrpname='<ers_volume_group>' exclusive=true --group s4h_ERS29_group

[root]# pcs resource create s4h_fs_ers29 Filesystem \
device='/dev/mapper/<ers_logical_volume>' directory=/usr/sap/S4H/ERS29 \
fstype=ext4 --group s4h_ERS29_group

ERS インスタンスクラスターリソースを作成します。
注記: ENSA2 デプロイメントでは、IS_ERS 属性は任意です。IS_ERS の詳細は、How does the IS_ERS attribute work on a SAP NetWeaver cluster with Standalone Enqueue Server (ENSA1 and ENSA2)? を参照してください。

[root]# pcs resource create s4h_ers29 SAPInstance \
InstanceName="S4H_ERS29_s4ers" \
START_PROFILE=/sapmnt/S4H/profile/S4H_ERS29_s4ers \
AUTOMATIC_RECOVER=false \
--group s4h_ERS29_group \
op monitor interval=20 on-fail=restart timeout=60 \
op start interval=0 timeout=600 \
op stop interval=0 timeout=600

ASCS20 インスタンス rh2_ascs20 は、フェールオーバー前に ERS が実行されていたノードでの実行を優先します。

# pcs constraint location rh2_ascs20 rule score=2000 runs_ers_RH2 eq 1

s4h_ERS29_group の前に s4h_ASCS20_group を開始することをお勧めします

[root]# pcs constraint order start s4h_ASCS20_group then start \
s4h_ERS29_group symmetrical=false kind=Optional
[root]# pcs constraint order start s4h_ASCS20_group then stop \
s4h_ERS29_group symmetrical=false kind=Optional

共有ファイルシステム /sapmnt がクラスターによって管理されている場合、次の制約により、ASCS および ERS の SAPInstance リソースを含むリソースグループは、ファイルシステムが使用可能になったときにのみ開始されます。

[root]# pcs constraint order s4h_fs_sapmnt-clone then s4h_ASCS20_group
[root]# pcs constraint order s4h_fs_sapmnt-clone then s4h_ERS29_group