Azure の共有ディスクを使用して Windows フェールオーバー クラスター上の SAP ASCS/SCS インスタンスをクラスター化する
Windows
Windows Server フェールオーバー クラスタリング (WSFC) は、Windows での高可用性 (HA) SAP ASCS/SCS インストールおよびデータベース管理システム (DBMS) の基盤です。
フェールオーバー クラスターとは、アプリケーションとサービスの可用性を高めるために連携する、1 + n 台の独立したサーバー (ノード) のグループです。 ノード障害が発生した場合、WSFC は、アプリケーションとサービスを提供するクラスターを正常な状態で維持するうえで許容できるエラーの数を計算します。 フェールオーバー クラスタリングを実現するために、さまざまなクォーラム モードを選択できます。
前提条件
この記事のタスクを開始する前に、SAP NetWeaver の高可用性アーキテクチャとシナリオの記事を確認してください。
Azure での Windows Server フェールオーバー クラスタリング
Azure 仮想マシン (VM) を使用する WSFC には、追加の構成手順が必要です。 クラスターを構築するときは、SAP ASCS/SCS インスタンスに複数の IP アドレスと仮想ホスト名を設定する必要があります。
Azure での名前解決とクラスターの仮想ホスト名
Azure クラウド プラットフォームには、フローティング IP アドレスのような仮想 IP アドレスを構成するオプションは用意されていません。 クラウド内のクラスター リソースに到達するために仮想 IP アドレスを設定する別のソリューションが必要となります。
Azure Load Balancer サービスは、Azure に "内部ロード バランサー" を提供します。 内部ロード バランサーでは、クライアントはクラスターの仮想 IP アドレスを使用してクラスターにアクセスします。
クラスター ノードを含むリソース グループに、内部ロード バランサーをデプロイします。 その後、内部ロード バランサーのプローブ ポートを使って、必要なすべてのポート フォワーディング規則を構成します。 クライアントは仮想ホスト名を使って接続できます。 DNS サーバーがクラスター IP アドレスを解決し、内部ロード バランサーがクラスターのアクティブ ノードへのポート フォワーディングを処理します。
重要
負荷分散シナリオでは、ネットワーク アダプター (NIC) のセカンダリ IP 構成では、フローティング IP アドレスはサポートされません。 詳細については、Azure Load Balancer の制限事項に関する記事を参照してください。 VM に追加の IP アドレスが必要な場合は、2 つ目の NIC をデプロイします。
クラスター共有ディスクを使う SAP ASCS/SCS HA
Windows では、SAP ASCS/SCS インスタンスには、SAP セントラル サービス、SAP メッセージ サーバー、エンキュー サーバー プロセス、および SAP グローバル ホスト ファイルが含まれます。 SAP グローバル ホスト ファイルは、SAP システム全体のセントラル ファイルを格納します。
SAP ASCS/SCS インスタンスには、次のコンポーネントがあります。
SAP セントラル サービス:
- 2 つのプロセス (メッセージ サーバーとエンキュー サーバーの場合) と、2 つのプロセスへのアクセスに使用される ASCS/SCS 仮想ホスト名
- ファイル構造: S:\usr\sap\<SID>\ASCS/SCS<インスタンス番号>
SAP グローバル ホスト ファイル:
ファイル構造: S:\usr\sap\<SID>\SYS...
次の UNC パスを使ってこれらのグローバルな S:\usr\sap\<SID>\SYS... ファイルにアクセスできるようにする sapmnt ファイル共有。
\\<ASCS/SCS 仮想ホスト名>\sapmnt\<SID>\SYS...
高可用性の設定では、SAP ASCS/SCS インスタンスをクラスター化します。 クラスター共有ディスク (この記事の例ではドライブ S) を使用して、SAP ASCS/SCS および SAP グローバル ホスト ファイルを配置します。
エンキュー レプリケーション サーバー 1 (ERS1) アーキテクチャの場合:
- 同じ ASCS/SCS 仮想ホスト名が、SAP メッセージ サーバー プロセスとエンキュー サーバー プロセスへのアクセスに加えて、sapmnt ファイル共有経由での SAP グローバル ホスト ファイルへのアクセスに使われます。
- 同じクラスター共有ディスク (ドライブ S) が、これらの間で共有されます。
エンキュー レプリケーション サーバー 2 (ERS2) アーキテクチャの場合:
- 同じ ASCS/SCS 仮想ホスト名が、SAP メッセージ サーバー プロセスへのアクセスに加えて、sapmnt ファイル共有経由での SAP グローバル ホスト ファイルへのアクセスに使われます。
- 同じクラスター共有ディスク (ドライブ S) が、これらの間で共有されます。
- エンキュー サーバー プロセスにアクセスするための別の ERS 仮想ホスト名があります。
共有ディスクとエンキュー レプリケーション サーバー
共有ディスクは ERS1 アーキテクチャでサポートされており、ERS1 インスタンスは次のとおりです。
- クラスター化されていません。
localhost名を使用します。- 各クラスター ノードのローカル ディスクにデプロイされています。
共有ディスクは ERS2 アーキテクチャでもサポートされており、ERS2 インスタンスは次のとおりです。
- クラスター化されています。
- 専用の仮想ホスト名またはネットワーク ホスト名を使用します。
- (A)SCS IP アドレスに加えて、Azure 内部ロード バランサーで構成するための ERS 仮想ホスト名の IP アドレスを必要とします。
- 各クラスター化ノードのローカル ディスクにデプロイされるため、共有ディスクは必要ありません。
ERS1 および ERS2 の詳細については、SAP Web サイトの「Microsoft フェールオーバー クラスターのエンキュー レプリケーション サーバー」および「フェールオーバー クラスター環境の新しいエンキュー レプリケーター」を参照してください。
SAP ワークロード用の Azure の共有ディスクのオプション
Azure の Windows フェールオーバー クラスターの共有ディスクには、次の 2 つのオプションがあります。
- Azure 共有ディスクを使用して、Azure マネージド ディスクを複数の VM に同時に接続します。
- SIOS DataKeeper Cluster Edition を使用して、クラスター共有ストレージをシミュレートするミラー化ストレージを作成します。
共有ディスクのテクノロジを選択するときは、SAP ワークロード用の Azure 共有ディスクに関する次の考慮事項に注意してください。
- Azure 共有ディスクと Azure Premium SSD ディスクの使用は、可用性セットおよび可用性ゾーンでの SAP デプロイに対してサポートされています。
- Azure Ultra Disk Storage Disk と Azure Standard SSD ディスクは、SAP ワークロード用の Azure 共有ディスクとしてはサポートされていません。
- Premium SSD の範囲に指定されている最小ディスク サイズで Azure Premium SSD ディスクをプロビジョニングして、必要な数の VM に同時に接続できるようにします。 通常、SAP ASCS Windows フェールオーバー クラスターには 2 つの VM が必要です。
SIOS に関する次の考慮事項に注意してください。
- SIOS ソリューションは、2 つのディスク間のリアルタイムの同期データ レプリケーションを実現します。
- SIOS ソリューションでは、2 つのマネージド ディスクを操作します。 可用性セットまたは可用性ゾーンを使用している場合、マネージド ディスクは異なるストレージ クラスター上にあります。
- 可用性ゾーンでのデプロイはサポートされています。
- SIOS ソリューションでは、サードパーティのソフトウェアをインストールして操作する必要があります。これは個別に購入する必要があります。
Azure 共有ディスク
Azure 共有ディスクを使用して SAP ASCS/SCS HA を実装できます。
前提条件と制限事項
現在、SAP ASCS/SCS インスタンスの Azure 共有ディスクとして Azure Premium SSD ディスクを使用できます。 次の制限事項が現在適用されます。
- Azure Ultra Disk Storage Disk と Standard SSD ディスクは、SAP ワークロード用の Azure 共有ディスクとしてはサポートされていません。
- Premium SSD ディスクを使用した Azure 共有ディスクは、可用性セットおよび可用性ゾーン内の SAP のデプロイに対してサポートされています。
- Premium SSD ディスクを使用する Azure 共有ディスクには、次の 2 つのストレージ オプションが付属しています。
- Premium SSD 共有ディスク (
Premium_LRSのskuName値) 用のローカル冗長ストレージ (LRS) は、可用性セット内のデプロイでサポートされています。 - Premium SSD 共有ディスク用のゾーン冗長ストレージ (
Premium_ZRSのskuName値) は、可用性ゾーン内のデプロイでサポートされています。
- Premium SSD 共有ディスク (
- Azure 共有ディスクの値 maxShares によって、その共有ディスクを使用できるクラスター ノードの数が決まります。 SAP ASCS/SCS インスタンスでは、通常 WSFC に 2 つのノードを構成します。 次に、
maxSharesの値を2に設定します。 - Azure 近接配置グループ (PPG) は Azure 共有ディスクには必要ありません。 ただし、PPG を使用した SAP デプロイの場合、以下のガイドラインに従ってください。
- リージョンにデプロイされた SAP システムに対して PPG を使用する場合、ディスクを共有するすべての仮想マシンが同じ PPG に含まれている必要があります。
- 「ゾーン展開を使用した近接配置グループ」で説明されているように、ゾーン間にデプロイされた SAP システムに対して PPG を使用する場合は、ディスクを共有する仮想マシンに
Premium_ZRSストレージをアタッチできます。
詳細については、Azure 共有ディスクのドキュメントの制限事項セクションを確認してください。
Premium SSD 共有ディスクに関する重要な考慮事項
Azure Premium SSD 共有ディスクに関して、次の重要な点を考慮してください。
Premium SSD 共有ディスクのための LRS:
- Premium SSD 共有ディスク用の LRS を使用した SAP のデプロイは、1 つのストレージ クラスター上の 1 つの Azure 共有ディスクで動作します。 Azure 共有ディスクがデプロイされているストレージ クラスターで問題が発生した場合、SAP ASCS/SCS インスタンスは影響を受けます。
Premium SSD 共有ディスクのための ZRS:
- ZRS の書き込み待機時間は、ゾーンをまたいでデータがコピーされるため、LRS より長くなります。
- 異なるリージョンの可用性ゾーン間の距離はさまざまなので、可用性ゾーン間の ZRS ディスクの待機時間もさまざまです。 ディスクのベンチマークを行って、お使いのリージョンでの ZRS ディスクの待機時間を確認してください。
- Premium SSD 共有ディスクの ZRS によって、リージョン内の 3 つの可用性ゾーンの間でデータが同期的にレプリケートされます。 ストレージ クラスターのいずれかで問題が発生した場合、ストレージのフェールオーバーはアプリケーション レイヤーに対して透過的に行われるため、SAP ASCS/SCS インスタンスは動作し続けます。
- 詳細については、マネージド ディスク用 ZRS に関するドキュメントの制限事項セクションを確認してください。
SAP デプロイの計画に関するその他の重要な考慮事項については、「Azure での SAP デプロイの計画と実装」および「SAP ワークロードの Azure ストレージの種類」を参照してください。
サポートされている OS のバージョン
Windows Server 2016、2019、およびそれ以降のバージョンがサポートされています。 最新のデータセンター イメージを使用します。
次の理由から、Windows Server 2019 Datacenter 以降を使用することを強くお勧めします。
- Windows Server 2019 の WSFC では Azure を認識しています。
- Windows Server 2019 Datacenter には、Azure ホスト メンテナンスの統合と認識が含まれ、Azure のスケジュール イベントを監視することでエクスペリエンスが向上しました。
- 分散ネットワーク名を使用できます。 (これは既定のオプションです。)クラスター ネットワーク名に専用の IP アドレスを設定する必要はありません。 また、この IP アドレスを Azure 内部ロード バランサーで構成する必要もありません。
SIOS DataKeeper を使う Azure の共有ディスク
共有ディスクの代わりに、SIOS DataKeeper Cluster Edition を使用して、クラスター共有ストレージをシミュレートするミラー化ストレージを作成できます。 SIOS ソリューションは、リアルタイムの同期データ レプリケーションを実現します。
クラスターの共有ディスク リソースを作成するには:
- Windows クラスター構成内の各仮想マシンに追加ディスクを接続します。
- 両方の仮想マシン ノードで、SIOS DataKeeper Cluster Edition を実行します。
- ソース仮想マシンの追加ディスク接続ボリュームの内容をターゲット仮想マシンの追加ディスク接続ボリュームにミラー化するように SIOS DataKeeper Cluster Edition を構成します。 SIOS DataKeeper は、ソースとターゲットのローカル ボリュームを抽象化し、1 つの共有ディスクとして WSFC に提示します。
Note
SQL Server のような一部の DBMS 製品では、高可用性のために共有ディスクは必要ありません。 SQL Server Always On は、DBMS のデータとログ ファイルを、クラスター ノードのローカル ディスクから別のクラスター ノードのローカル ディスクにレプリケートします。 その場合、Windows クラスター構成に共有ディスクは不要です。
オプションの構成
次の図は、VM の総数を減らすために Windows Server フェールオーバー クラスタリングを実行している Azure VM 上の複数の SAP インスタンスを示しています。
この構成には、SAP ASCS/SCS クラスター上のローカル SAP アプリケーション サーバー、または Microsoft SQL Server Always On ノード上の SAP ASCS/SCS クラスター ロールを指定できます。
重要
SQL Server Always On ノードへのローカル SAP アプリケーション サーバーのインストールはサポートされていません。
SAP ASCS/SCS と Microsoft SQL Server データベースは両方とも単一障害点 (SPOF) です。 WSFC は、Windows 環境でこれらの SPOF を保護するのに役立ちます。
SAP ASCS/SCS のリソース消費量はかなり少ないが、SQL Server または SAP アプリケーション サーバーのメモリ構成を 2 GB 削減することをお勧めします。
この図は、SIOS DataKeeper を使用する WSFC ノード上の SAP アプリケーション サーバーを示しています。
SAP アプリケーション サーバーはローカルにインストールされるため、同期を設定する必要はありません。
次の図は、SIOS DataKeeper を使用する SQL Server Always On ノード上の SAP ASCS/SCS を示しています。
その他の構成については、次のリソースを参照してください。
Windows スケールアウト ファイル サーバーを使用した WSFC ノード上の SAP アプリケーション サーバーのオプション構成
Azure NetApp Files のサーバー メッセージ ブロックを使用した WSFC ノード上の SAP アプリケーション サーバーのオプション構成
Windows スケールアウト ファイル サーバーを使用した SQL Server Always On ノード上の SAP ASCS/SCS のオプション構成
Azure NetApp Files のサーバー メッセージ ブロックを使用した SQL Server Always On ノード上の SAP ASCS/SCS のオプション構成