1.3. コンセプト

このドキュメントでは、SAP と Red Hat によって確立された高可用性ガイドラインに準拠する、コストが最適化された 2 ノードクラスターソリューションをセットアップする方法について説明します。これは、SAP S/4HANA 1809 以降のデフォルトインストールである Standalone Enqueue Server 2 (ENSA2) に基づいており、RHEL 8 for SAP Solutions 以降に加えて、完全に自動化されたフェイルオーバーをサポートするスケールアップ SAP HANA インスタンスを強調しています。SAP HANA システムレプリケーションを使用します。SAP によると、ENSA2 は Standalone Enqueue Server 1 (ENSA1) の後継です。これは SAP ロックコンセプトのコンポーネントであり、ロックテーブルを管理します。この原則により、ABAP システム内のデータの一貫性が確保されます。ENSA1 でのフェイルオーバー中、ASCS インスタンスはエンキューレプリケーションサーバー (ERS) をフォローする必要があります。つまり、HA ソフトウェアは、ERS インスタンスが現在実行されているホストで ASCS インスタンスを開始する必要がありました。ENSA1 とは対照的に、新しい ENSA2 モデルと Enqueue Replicator 2 にはこれらの制限がなくなりました。ENSA2 の詳細は、SAP OSS Note 2630416 - Support for Standalone Enqueue Server 2 を参照してください。

さらに、このドキュメントでは、SAP HANA System Replication を使用して完全に自動化されたフェイルオーバーを備えた SAP HANA Scale-Up インスタンスについても取り上げます。このインスタンスでは、設定された制約に従って、SAP HANA の昇格可能なクローンリソースが各ノードで実行されます。この記事では、SAP HANA をインストールするための RHEL システムの準備や、SAP HANA のインストール手順については説明 しません。SAP S/4HANA および SAP HANA 用のシステムを迅速かつエラーなく準備するには、RHEL System Roles for SAP を使用することを推奨します。

両方の設定は、自動化された SAP HANA スケールアップシステムレプリケーション環境を備えた、コストが最適化された SAP S/4HANA と見なされます。