SAP システムアーキテクチャ

SAP システムの主な構成要素は以下の通り。

SAP HANA システム

SAP HANA システムは、 SAP アプリケーションサーバー用のテナントデータベースを提供します。

SAP アプリケーションサーバー

SAP アプリケーションサーバーは、 やその他のアプリケーションソリューションの機能的な部分を提供します。 SAP S/4HANA SAP システムのすべてのカスタマイズおよびアプリケーションデータは、 SAP HANA システムのテナントデータベースに保存されます。

SAP アプリケーションシステムは、単一のユニットとしてインストールおよび設定され、以下のアプリケーションインスタンスで構成されます。

• ABAPシステム・セントラルサービス・インスタンス（ASCSインスタンス）1つ SAP アプリケーションシステムには、メッセージサーバーとエンキューサーバーで構成されるASCSインスタンスが1つだけ存在します。

• 1つ以上のアプリケーションサーバーインスタンス（ASインスタンス）

  • プライマリアプリケーションサーバー（PAS）は、ABAPシステムにインストールされる最初のASインスタンスです。
  • ABAPシステム用にインストールされるその他のASインスタンスは、追加アプリケーションサーバー（AAS）と呼ばれます。

アプリケーションサーバーインスタンスとASCSインスタンスは、共有ファイルシステムに依存しており、そのファイルシステムへの読み取り/書き込みアクセス権が必要です。

共有ファイル・ システム : 通常、共有ファイルシステムは NFS サーバーにエクスポートされ、すべてのインスタンスにマウントされます。

図1は、 SAP システムの技術的構成要素を示しています。

SAP 高可用性ソリューションを導入する際の考慮事項

高可用性の保護のためには、アプリケーションサーバーを冗長的にインストールすることが推奨されます。 少なくとも2つのアプリケーションサーバー（PASとAAS）をインストールし、ログイングループを使用して負荷分散を実装します。 アプリケーションサーバーが故障した場合、そのインスタンスに接続しているすべてのユーザーセッションが停止します。 ユーザーが再度ログインすると、ロードバランシングにより、まだ稼働中の別のアプリケーションサーバーにユーザーがリダイレクトされます。

ASCSインスタンス、 SAP HANA データベース、共有ファイルシステムなどの他の技術的コンポーネントは、単一障害点であり、保護する必要があります。

• ASCSインスタンス

  ASCSインスタンスを保護する最善の方法は、追加の仮想サーバー上にEnqueue Replication Server (ERS) インスタンスを展開し、フェイルオーバーを自動化するためにHAクラスタリングソフトウェアを使用することです。

  ASCSとERSは、両方の仮想サーバーインスタンスに接続されている共有ディスク、または NFS ファイルシステムにインストールします。

  ASCSインスタンスのエンキューサーバーがロックテーブルを管理し、ERSはロックテーブルの複製をメインメモリ内に作成します。 キューイングサーバーを再起動する必要がある場合、ERS上のコピーを使用してロックテーブルが再構築され、すべてのロックが保持されます。

  データを保持する必要がないため、メッセージサーバーを再起動するだけで十分です。

  Configuring high availability for SAP S/4HANA(ASCS and ERS)in a Red Hat Enterprise Linux High Availability Add-On cluster 」の手順に従って、ABAP System Central ServicesインスタンスのHAクラスタをセットアップします。

• 共有ファイル・ システム

  NFS サーバーを保護する推奨される方法は、追加の仮想サーバーインスタンスを実装することです。 次に、仮想サーバーインスタンスの両方に接続されている共有ディスク上に、 NFS のエクスポートされたファイルシステムを作成し、HAクラスタソフトウェアを使用してフェイルオーバーを自動化します。

  Red Hat Enterprise Linux High Availability Add-On クラスター内のアクティブ-パッシブ NFS サーバーの構成 」の手順に従って、共有ファイルシステムの HA クラスターをセットアップします。

• SAP HANA システム

  SAP HANA システムを拡張する2つのアプローチ、 スケールアップとスケールアウトを提供します。 IBM Power Virtual Server で利用可能な SAP HANA 用の包括的かつ高度にスケーラブルな IBM Power Virtual Server 認定プロファイル セットにより、 SAP HANA* スケールアップ*ソリューションに重点が置かれています。

  SAP HANA システムを保護する最善の方法は、別の仮想サーバーインスタンス上に2つ目の SAP HANA システムを設定することです。 次に、 SAP HANA システムのレプリケーションを設定し、HAクラスタソフトウェアでフェイルオーバーを自動化します。

次の図は、 Power Virtual Server に実装された高可用性 SAP システムのアーキテクチャの概要を示しています。

SAP HANA 高可用性ソリューションのシナリオ

復旧時間目標（RTO）によってソリューションは異なります。

要件に応じて、シナリオの1つに対応するドキュメントを選択してください。

• SAP HANA システムレプリケーションのパフォーマンス最適化シナリオ

  Red Hat Enterprise Linux High Availability Add-On クラスタにおける SAP HANA スケールアップ システム レプリケーションの設定。

• SAP HANA システム複製 コスト最適化シナリオ

  Red Hat Enterprise Linux High Availability Add-On クラスタにおける SAP HANA コスト最適化スケールアップシステムレプリケーションの設定。

• SAP HANA システムレプリケーション アクティブ-アクティブ（読み取り可能）シナリオ

  Red Hat Enterprise Linux High Availability Add-On クラスタにおける SAP HANA active/active(read enabled)システムレプリケーションの構成。

SAP HANA 災害復旧ソリューションのシナリオ

データベースシステムの保護を強化するには、 SAP HANA システムレプリケーションを使用して、 SAP HANA システムを異なる地域にある第3のシステムに複製します。 要件に応じて、2つのトポロジーから1つを選択します。

• SAP HANA マルチティアシステムレプリケーションシナリオ

  SAP HANA のマルチティアシステムレプリケーションを使用すると、複数のシステムをチェーン接続して、より高い可用性を実現することができます。

  Red Hat Enterprise Linux High Availability Add-On クラスタにおける SAP HANA 多階層システムレプリケーションの構成。

• SAP HANA マルチターゲットシステム複製シナリオ

  マルチターゲット・システム・レプリケーションにより、プライマリ・システムとセカンダリ・システムは、複数のシステムに変更をレプリケートすることができます。

  Red Hat Enterprise Linux High Availability Add-On クラスタにおける SAP HANA マルチターゲットシステムレプリケーションの設定。

SAP HANA マルチゾーン地域環境における高可用性ソリューション

IBM Power Virtual Server のサブネットは、複数のワークスペースにまたがることはできません。 サービスIPアドレスを第2のワークスペースに移動し、VPCまたは他のワークスペースから引き続き使用して、提供されるサービスにアクセスすることはできません。 しかし、この機能は、マルチゾーンのリージョン環境で高可用性の SAP HANA システムレプリケーションシナリオをセットアップするために必要です。

powervs-subnet リソースエージェントは、この制限に対処します。 リソースエージェントは、IPアドレスを含むサブネット全体を、ワークスペース間で移動させます。

次の図はこのシナリオを示しています。

2つの仮想サーバーインスタンスは、異なるサブネットを持つ別々のワークスペースに展開されています。

• SAP HANA 両方の仮想サーバーインスタンスにインストールされており、 システムレプリケーションが構成されている。 SAP HANA
• 2つの仮想サーバーインスタンスは、それぞれ独自のサブネットを持つ2ノードの高可用性クラスターとして構成されています。
• powervs-subnet リソースエージェントを使用するクラスタリソースは、 Subnet 3 と IP address 3 用に構成されています。 CIDR（Classless Inter-Domain Routing）には小さな範囲を選択し、 IP address 3 とゲートウェイ用のIPアドレスのみが Subnet 3 に割り当てられます。
• SAP HANA データベースクライアントは を使用してデータベースに接続します。 IP address 3

通常運転中

• サブネット3はワークスペース1に作成されます。
• サブネット3は仮想サーバーインスタンス1に接続されています。
• 仮想サーバーインスタンス1 にIPアドレス3 が設定されています。
• SAP HANA プライマリは仮想サーバーインスタンス1でアクティブ、 SAP HANA セカンダリは仮想サーバーインスタンス2でアクティブです。

クラスタの乗っ取り後

• サブネット3はワークスペース2に作成されます。
• サブネット3は仮想サーバーインスタンス2に接続されています。
• 仮想サーバーインスタンス2 にIPアドレス3 が設定されています。
• SAP HANA プライマリは仮想サーバーインスタンス2でアクティブです。

powervs-subnet リソースエージェント用に Red Hat Enterprise Linux (RHEL) High Availability (HA) クラスタを準備および構成する方法については、『 マルチゾーン環境における Red Hat Enterprise Linux High Availability Add-On クラスタの実装 』の情報を参照してください。