次の方法で共有


SAP アプリケーション用の Azure NetApp Files (SMB) を使用した Windows 上の Azure VM における SAP NetWeaver の高可用性

この記事では、Azure NetApp Files 上で SMB を使用して、仮想マシンのデプロイと構成、クラスター フレームワークのインストール、および Windows VM 上への高可用性 SAP NetWeaver 7.50 システムのインストールを行う方法について説明します。

データベース レイヤーについては、詳しくは説明していません。 Azure 仮想ネットワークが既に作成されていることを前提としています。

はじめに、次の SAP Note およびガイドを確認してください

概要

SAP によって、共有ディスクをクラスター化する方法に代わり、Windows フェールオーバー クラスター上の SAP ASCS/SCS インスタンスをクラスター化する新しい方法が開発されました。 クラスター共有ディスクを使う代わりに、SMB ファイル共有を使って SAP グローバル ホスト ファイルをデプロイできます。 Azure NetApp Files は、Active Directory を使用して、NTFS ACL と一緒に SMBv3 (NFS と共に) をサポートしています。 Azure NetApp Files は、(PaaS サービスであるため) 自動的に高可用性を実現します。 これらの機能は、Azure NetApp Files を、SAP global の SMB ファイル共有をホストするための優れたオプションとします。
Microsoft Entra Domain ServicesActive Directory Domain Services (AD DS) の両方がサポートされます。 Azure NetApp Files で既存の Active Directory ドメイン コントローラーを使用することができます。 ドメイン コントローラーは、仮想マシンとして Azure に配置することも、ExpressRoute またはサイト間 VPN 経由でオンプレミスに配置することもできます。 この記事では、Azure VM でドメイン コントローラーを使用します。
SAP Netweaver セントラル サービスの高可用性 (HA) を実現するには、共有ストレージが必要です。 それを Windows で実現するには、これまでは、SOFS クラスターを構築するか、SIOS のようなクラスター共有ディスク s/w を使用する必要がありました。 現在は、Azure NetApp Files 上にデプロイした共有ストレージを使用して、SAP Netweaver HA を実現できるようになりました。 Azure NetApp Files を共有ストレージ用に使用すると、SOFS または SIOS を使用する必要がなくなります。

Note

ファイル共有を使用した SAP ASCS/SCS インスタンスのクラスタリングは、SAP Kernel 7.22 (以降) を使用する SAP システムでサポートされています。 詳細については、SAP Note 2698948 を参照してください

SMB 共有を使う SAP ASCS/SCS HA のアーキテクチャ

SMB ファイル共有の前提条件:

  • SMB 3.0 (またはそれ以降) プロトコル。
  • Active Directory ユーザー グループと computer$ コンピューター オブジェクトに Active Directory アクセス制御リスト (ACL) を設定する機能。
  • ファイル共有で HA が有効になっている必要があります。

この参照アーキテクチャでの SAP セントラル サービスの共有は、Azure NetApp Files によって提供されます。

SMB 共有を使う SAP ASCS/SCS HA のアーキテクチャの詳細

Azure NetApp Files の SMB ボリュームを作成およびマウントする

Azure NetApp Files を使用するための準備として、次のステップを実行します。

  1. NetApp アカウントを作成する」で説明されているステップに従って、Azure NetApp アカウントを作成します

  2. 容量プールを設定する」の指示に従って、容量プールを設定します

  3. Azure NetApp Files リソースは、委任されたサブネット内に存在する必要があります。 「サブネットを Azure NetApp Files に委任する」の指示に従って、委任されたサブネットを作成します。

    重要

    SMB ボリュームを作成する前に Active Directory の接続を作成する必要があります。 Active Directory コンポーネント要件を確認します。

    Active Directory 接続の作成時には、SAP アプリケーションにおける 13 文字のホスト名制限を回避するために SMB サーバー (コンピューター アカウント) プレフィックスを 8 文字以内で入力してください (サフィックスが SMB コンピューター アカウント名に自動的に追加されます)。
    SAP アプリケーションでのホスト名の制限については、2718300 - 物理および仮想ホスト名の長さの制限および 611361 - SAP ABAP Platform サーバーのホスト名に関するページを参照してください。

  4. Active Directory 接続を作成する」の説明に従って、Active Directory 接続を作成します。 SWPM を実行して SAP システムをインストールするユーザーを、必ず Active Directory 接続でのAdministrators privilege user として追加してください。 SAP インストール ユーザーを Active Directory 接続の Administrators privilege user として追加しないと、SWPM はアクセス許可エラーで失敗します (昇格されたドメイン管理者権限をもつユーザーとして SWPM を実行する場合は除く)。

  5. SMB ボリュームを追加する」の指示に従って、SMB Azure NetApp Files の SMB ボリュームを作成します。

  6. Windows 仮想マシンに SMB ボリュームをマウントします。

ヒント

Azure NetApp Files ボリュームをマウントする方法の手順については、Azure portal にサインインし、Azure NetApp Files オブジェクトに移動して [ボリューム] ブレードを選択してから、[マウント手順] を選びます。

重要な考慮事項

SAP Netweaver アーキテクチャ用に Azure NetApp Files を検討するときは、以下の重要な考慮事項に注意してください。

  • Azure NetApp Files のボリュームと容量プールのサイズ要件については、Azure NetApp Files のリソースの制限に関する記事と「Azure NetApp Files 用の容量プールを作成する」を参照してください。
  • 選択した仮想ネットワークには、Azure NetApp Files に委任されているサブネットがある必要があります。
  • Azure NetApp Files ボリュームのスループットおよびパフォーマンス特性は、「Azure NetApp Files のサービス レベル」に記載されているように、ボリューム クォータとサービス レベルの機能です。 SAP Azure NetApp ボリュームのサイズを設定するときは、結果として得られるスループットがアプリケーション要件を満たしていることを確認してください。

Windows フェールオーバー クラスターを使用して SAP HA 向けのインフラストラクチャを準備する

  1. Azure 内部ロード バランサーの ASCS/SCS 負荷分散規則を設定します
  2. Windows 仮想マシンをドメインに追加します
  3. SAP ASCS/SCS インスタンスの両方のクラスター ノードにレジストリ エントリを追加する
  4. SAP ASCS/SCS インスタンス用の Windows Server フェールオーバー クラスターをセットアップする
  5. Windows Server 2016 を使用しているときは、Azure クラウド監視を構成することをお勧めします。

両方のノードに SAP ASCS インスタンスをインストールする

SAP から、次のソフトウェアが必要です。

ASCS/SCS インスタンスを最初の ASCS/SCS クラスター ノードにインストールする

  1. SAP ASCS/SCS インスタンスを最初のクラスター ノードにインストールします。 SAP SWPM インストール ツールを起動し、[Product](製品)>[DBMS]> [Installation](インストール) > [Application Server ABAP (or Java)](アプリケーション サーバー ABAP (または Java)) > [High-Availability System](高可用性システム) > [ASCS/SCS instance](ASCS/SCS インスタンス) > 最初のクラスター ノードの順に移動します。

  2. SWPM でクラスター共有の構成として、[ファイル共有クラスター] を選択します。

  3. [SAP システム クラスター パラメーター] のステップでプロンプトが表示されたら、既に作成した Azure NetApp Files SMB 共有のホスト名を、[ファイル共有ホスト名] として入力します。 この例では、SMB 共有ホスト名は anfsmb-9562 です。

    重要

    前提条件チェッカーによって、SWPM に継続的可用性機能の条件が満たされていないことが示された場合は、Windows に存在しない共有フォルダーにアクセスしようとしたときの遅延エラー メッセージに関する説明に従って対処できます。

    ヒント

    前提条件チェッカーによって、SWPM にスワップ サイズ条件が満たされていないことが示された場合は、[マイ コンピューター] >> [システムのプロパティ] > [パフォーマンス設定] > [詳細] > [仮想メモリ] > [変化] の順に移動して SWAP サイズを調整できます。

  4. PowerShell を使用して、SAP クラスター リソースの SAP-SID-IP プローブ ポートを構成します。 この構成は、「プローブ ポートの構成」で説明したように、SAP ASCS/SCS クラスター ノードのいずれかで実行します。

ASCS/SCS インスタンスを 2 番目の ASCS/SCS クラスター ノードにインストールする

  1. SAP ASCS/SCS インスタンスを 2 番目のクラスター ノードにインストールします。 SAP SWPM インストール ツールを起動し、[Product](製品)>[DBMS]> [Installation](インストール) > [Application Server ABAP (or Java)](アプリケーション サーバー ABAP (または Java)) > [High-Availability System](高可用性システム) > [ASCS/SCS instance](ASCS/SCS インスタンス) > 追加のクラスター ノードの順に移動します。

SAP ASCS/SCS インスタンス プロファイルの更新

SAP ASCS/SCS インスタンス プロファイル <SID>ASCS/SCS<Nr><ホスト> のパラメーターを更新します。

パラメーター名 パラメーター値
gw/netstat_once 0
enque/encni/set_so_keepalive true
service/ha_check_node 1

パラメーター enque/encni/set_so_keepalive は、ENSA1 を使用する場合にのみ必要です。
SAP ASCS/SCS インスタンスを再起動します。 SAP ASCS/SCS インスタンスのクラスター ノードに対するレジストリ項目の設定に関する記事に従って、両方の SAP ASCS/SCS クラスター ノードの KeepAlive パラメーターを設定します。

DBMS インスタンスと SAP アプリケーション サーバーのインストール

下記をインストールして、SAP のインストールを完了します。

  • DBMS インスタンス
  • プライマリの SAP アプリケーション サーバー
  • 追加の SAP アプリケーション サーバー

SAP ASCS/SCS インスタンス フェールオーバーをテストする

クラスター ノード A からクラスター ノード B およびこの逆方向へのフェール オーバー

このテスト シナリオでは、クラスター ノード sapascs1 をノード A と呼び、クラスター ノード sapascs2 をノード B と呼びます。

  1. クラスター リソースがノード A 上で実行されていることを確認します。図 1:フェールオーバー テストの前にノード A で実行されている Windows Server フェールオーバー クラスター リソース

  2. クラスター ノード A を再起動します。SAP クラスター リソースは、クラスター ノード B に移動します。図 2:フェールオーバー テストの後にノード B で実行されている Windows Server フェールオーバー クラスター リソース

ロック エントリのテスト

1. SAP エンキュー レプリケーション サーバー (ERS) がアクティブであることを確認します
2. SAP システムにログオンし、transaction SU01 を実行して、変更モードでユーザー ID を開きます。 これにより、SAP ロック エントリが生成されます。
3. SAP システムにログインしているので、transaction ST12 に移動して、ロック エントリを表示します。
4. クラスター ノード A からクラスター ノード B へのフェールオーバー。
5. SAP ASCS/SCS クラスター リソースのフェールオーバーの前に生成されたロック エントリが保持されていることを確認します。

図 3:ロック エントリは、フェールオーバー テスト後も保持されます

詳細については、「ERS を使用した ASCS のエンキュー フェールオーバーのトラブルシューティング」に関する説明を参照してください

オプションの構成

次の図は、VM の総数を減らすために Microsoft Windows フェールオーバー クラスターを実行している Azure VM 上の複数の SAP インスタンスを示しています。

これは、SAP ASCS/SCS クラスター上のローカル SAP アプリケーション サーバーとすることも、Microsoft SQL Server Always On ノード上の SAP ASCS/SCS クラスター ロールとすることもできます。

重要

ローカル SAP アプリケーション サーバーを SQL Server Always On ノードにインストールすることはサポートされていません。

SAP ASCS/SCS と Microsoft SQL Server データベースは両方とも単一障害点 (SPOF) です。 Windows 環境でこれらの SPOF を保護するには、Azure NetApp Files SMB を使用します。

SAP ASCS/SCS のリソース消費量はかなり小さいですが、SQL Server または SAP アプリケーション サーバーのどちらかのメモリ構成を、2 GB 削減することをお勧めします。

NetApp Files SMB を使用した WSFC ノード上の SAP アプリケーション サーバー

図 4: Windows NetApp Files SMB とローカルにインストールされた SAP アプリケーション サーバーを使用した Azure での Windows Server フェールオーバー クラスタリング構成

Note

この図では、追加のローカル ディスクの使用を示しています。 OS ドライブ (C:) 上にアプリケーション ソフトウェアをインストールしないお客様の場合、これは省略可能です

Azure NetApp Files SMB を使用した SQL Server Always On ノードでの SAP ASCS/SCS

重要

SQL Server ボリュームに Azure NetApp Files SMB を使用することはサポートされていません。

図: Azure NetApp Files SMB を使用した SQL Server Always On ノード上の SAP ASCS/SCS

Note

この図では、追加のローカル ディスクの使用を示しています。 OS ドライブ (C:) 上にアプリケーション ソフトウェアをインストールしないお客様の場合、これは省略可能です

DFS-N Windows を使用して、SMB ベースのファイル共有に対する柔軟な SAPMNT 共有の作成をサポートする

DFS-N を使用すると、同じ Azure リージョンとサブスクリプション内にデプロイされた SAP システムの個々の sapmnt ボリュームを利用できます。 「DFS-N Windows を使用して、SMB ベースのファイル共有に対する柔軟な SAPMNT 共有の作成をサポートする」に、この設定方法が示されています。

次のステップ