このドキュメントでは、Azure IaaS に MaxDB、liveCache、Content Server をデプロイする際に考慮すべきいくつかの領域について説明します。 このドキュメントの前提条件として、 SAP ワークロードに対する Azure Virtual Machines DBMS デプロイに関する考慮事項 に関するドキュメントと、Azure 上の SAP ワークロードのその他のガイドを参照する必要があります。
Windows での SAP MaxDB デプロイの詳細
Azure での SAP MaxDB バージョンのサポート
SAP では現在、Azure の SAP NetWeaver ベースの製品で使用するために、SAP MaxDB バージョン 7.9 以降がサポートされています。 SAP MaxDB サーバー、または SAP NetWeaver ベースの製品で使用する JDBC および ODBC ドライバーのすべての更新プログラムは、 SAP Service Marketplace を通じてのみ提供されます。 SAP MaxDB での SAP NetWeaver の実行の詳細については、 SAP MaxDB を参照してください。
SAP MaxDB DBMS でサポートされている Microsoft Windows バージョンと Azure VM の種類
Azure 上の SAP MaxDB DBMS でサポートされている Microsoft Windows バージョンを確認するには、次を参照してください。
- SAP 製品の可用性マトリックス (PAM)
- SAP Note 1928533
最新バージョンのオペレーティング システムである Microsoft Windows (Microsoft Windows 2016) を使用することを強くお勧めします。
MaxDB で使用可能な SAP MaxDB ドキュメント
SAP MaxDB ドキュメントの更新された一覧については、次の SAP Note 767598
Azure VM での SAP インストールに関する SAP MaxDB 構成ガイドライン
ストレージ構成
SAP MaxDB の Azure Storage のベスト プラクティスは、 RDBMS デプロイ用の VM のストレージ構造の章で説明されている一般的な推奨事項に従います。
Important
他のデータベースと同様に、SAP MaxDB にもデータ ファイルとログ ファイルがあります。 ただし、SAP MaxDB の用語では、正しい用語は "volume" ("file" ではありません) です。 たとえば、SAP MaxDB データ ボリュームとログ ボリュームがあります。 これらを OS ディスク ボリュームと混同しないでください。
要するに、次の必要があります。
- Azure Storage アカウントを使用する場合は、「SAP ワークロードの Azure Virtual Machines DBMS デプロイに関する考慮事項」で指定されているように、SAP MaxDB データとログ ボリューム (データとログ ファイル) を保持する Azure ストレージ アカウントをローカル冗長ストレージ (LRS) に設定します。
- SAP MaxDB データ ボリューム (データ ファイル) の IO パスとログ ボリューム (ログ ファイル) の IO パスを分離します。 つまり、SAP MaxDB データ ボリューム (データ ファイル) を 1 つの論理ドライブにインストールし、SAP MaxDB ログ ボリューム (ログ ファイル) を別の論理ドライブにインストールする必要があります。
- SAP ワークロードに対する Azure Virtual Machines DBMS デプロイに関する考慮事項の説明に従って、ディスクごとに適切なキャッシュの種類を設定します。これは、SAP MaxDB データボリュームまたはログ ボリューム (データとログ ファイル) に使用するか、Azure Standard または Azure Premium Storage のどちらを使用するかに応じて決まります。
- ディスクあたりの現在の IOPS クォータが要件を満たしている限り、すべてのデータ ボリュームを 1 つのマウントされたディスクに格納し、すべてのデータベース ログ ボリュームを別のマウントされたディスクに格納することもできます。
- より多くの IOPS や領域が必要な場合は、Microsoft Window Storage プール (Microsoft Windows Server 2012 以降でのみ使用可能) を使用して、マウントされた複数のディスクに対して 1 つの大きな論理デバイスを作成することをお勧めします。 詳細については、 SAP ワークロードの Azure Virtual Machines DBMS デプロイに関する考慮事項も参照してください。 この方法により、ディスク領域を管理するための管理オーバーヘッドが簡略化され、マウントされた複数のディスクにファイルを手動で分散する手間が省けます。
- MaxDB デプロイには Azure Premium Storage を使用することを強くお勧めします。
バックアップと復元
SAP MaxDB を Azure にデプロイする場合は、バックアップ手法を確認する必要があります。 システムが生産性の高いシステムでない場合でも、SAP MaxDB によってホストされる SAP データベースを定期的にバックアップする必要があります。 Azure Storage では 3 つのイメージが保持されるため、ストレージの障害や、運用上または管理上の障害からシステムを保護するという点で、バックアップの重要度が低くなりました。 適切なバックアップと復元の計画を維持する主な理由は、特定の時点の回復機能を提供することで論理エラーまたは手動エラーを補正できるようにするためです。 そのため、目的は、バックアップを使用してデータベースを特定の時点に復元するか、Azure のバックアップを使用して既存のデータベースをコピーして別のシステムをシード処理することです。
Azure でのデータベースのバックアップと復元は、オンプレミス システムの場合と同じように動作するため、SAP Note 767598に記載されている SAP MaxDB ドキュメントドキュメントの 1 つに記載されている標準の SAP MaxDB バックアップ/復元ツール を使用できます。
Azure Backup を使用したバックアップと復元
サードパーティのバックアップ ツール Maxback () を使用して、MaxDB バックアップを https://maxback.io と統合することもできます。 MaxBack を使用すると、VSS 統合を使用して Windows 上の MaxDB をバックアップおよび復元できます。これは Azure Backup でも使用されます。 Azure Backup を使用する利点は、バックアップと復元がストレージ レベルで行われることです。 MaxBack を使用すると、データベースがバックアップと復元に適した状態になり、ログ ボリュームのバックアップが自動的に処理されます。
バックアップと復元のパフォーマンスに関する考慮事項
ベア メタルデプロイと同様に、バックアップと復元のパフォーマンスは、並列で読み取ることができるボリュームの数と、それらのボリュームのスループットによって異なります。 したがって、次のことが前提になります。
- データベース デバイスの格納に使用されるディスクの数が少ないほど、全体的な読み取りスループットが低下します。
- バックアップを書き込むターゲット (ストライプ ディレクトリ、ディスク) が少ないほど、スループットが低下します。
書き込むターゲットの数を増やすには、ニーズに応じて 2 つのオプションを組み合わせて使用できます。
- バックアップ用に個別のボリュームを専用にする
- そのストライピングされたディスク ボリュームの IOPS スループットを向上させるために、複数のマウントされたディスクにバックアップ ターゲット ボリュームをストライピングする
- 次の専用論理ディスク デバイスを用意します。
- SAP MaxDB バックアップ ボリューム (ファイルなど)
- SAP MaxDB データ ボリューム (つまりファイル)
- SAP MaxDB ログ ボリューム (ファイルなど)
複数のマウントされたディスクにボリュームをストライピングする方法については、「 SAP ワークロードのための Azure Virtual Machines DBMS デプロイに関する考慮事項」で前述しました。
その他の考慮事項
Azure 可用性セットや SAP 監視などの他のすべての一般的な領域も、「 SAP ワークロードの Azure Virtual Machines DBMS デプロイに関する考慮事項」の説明に従って適用されます。 SAP MaxDB データベースを使用した VM のデプロイ用。 その他の SAP MaxDB 固有の設定は、Azure VM に対して透過的であり、SAP Note 767598 と SAP Notes に記載されているさまざまなドキュメントで説明されています。
Windows での SAP liveCache デプロイの詳細
SAP liveCache バージョンのサポート
Azure Virtual Machines でサポートされる SAP liveCache の最小バージョンは、 SAP SCM 7.0 以降のリリース用に EhP 2 用にリリースされた liveCache 7.9.08.31 および LCA-Build 25 を含む SAP LC/LCAPPS 10.0 SP 25 です。
SAP liveCache DBMS でサポートされている Microsoft Windows バージョンと Azure VM の種類
Azure 上の SAP liveCache でサポートされている Microsoft Windows バージョンを確認するには、次を参照してください。
- SAP 製品の可用性マトリックス (PAM)
- SAP Note 1928533
最新バージョンのオペレーティング システム Microsoft Windows Server を使用することを強くお勧めします。
Azure VM での SAP インストールに関する SAP liveCache 構成ガイドライン
liveCache に推奨される Azure VM の種類
SAP liveCache は膨大な計算を実行するアプリケーションであるため、RAM と CPU の量と速度は SAP liveCache のパフォーマンスに大きな影響を与えます。
SAP (SAP Note 1928533) でサポートされている Azure VM の種類の場合、VM に割り当てられているすべての仮想 CPU リソースは、ハイパーバイザーの専用の物理 CPU リソースによってサポートされます。 オーバープロビジョニングは行われません (したがって、CPU リソースの競合は発生しません)。
同様に、SAP でサポートされているすべての Azure VM インスタンスの種類では、VM メモリは 100% 物理メモリにマップされます。たとえば、オーバープロビジョニング (オーバー コミットメント) は使用されません。
この観点から、最新の Dv2、Dv3、Ev3、M シリーズの VM を使用することを強くお勧めします。 さまざまな VM の種類の選択は、liveCache に必要なメモリと必要な CPU リソースによって異なります。 他のすべての DBMS デプロイと同様に、パフォーマンスが重要なボリュームには Azure Premium Storage を利用することをお勧めします。
Azure での liveCache のストレージ構成
SAP liveCache は SAP MaxDB テクノロジに基づいているため、このドキュメントで説明されている SAP MaxDB に関して説明されているすべての Azure Storage のベスト プラクティスの推奨事項は、SAP liveCache でも有効です。
liveCache シナリオ用の専用 Azure VM
SAP liveCache では計算能力が集中的に使用されるため、生産性の高い使用のために、専用の Azure 仮想マシンにデプロイすることを強くお勧めします。
Azure での liveCache のバックアップと復元
パフォーマンスに関する考慮事項を含め、バックアップと復元については、このドキュメントの関連する SAP MaxDB の章で既に説明されています。
その他の考慮事項
その他の一般的な領域はすべて、関連する SAP MaxDB の章で既に説明されています。
Azure での Windows での SAP コンテンツ サーバーのデプロイの詳細
SAP コンテンツ サーバーは、電子ドキュメントなどのコンテンツをさまざまな形式で格納するための個別のサーバー ベースのコンポーネントです。 SAP コンテンツ サーバーは、テクノロジの開発によって提供され、任意の SAP アプリケーションにクロスアプリケーションで使用されます。 別のシステムにインストールされます。 一般的なコンテンツは、ナレッジ ウェアハウスのトレーニング資料とドキュメント、または mySAP PLM ドキュメント管理システムから作成された技術図面です。
Azure VM の SAP コンテンツ サーバー バージョンのサポート
SAP では現在、次の機能がサポートされています。
- バージョン 6.50 (以降) の SAP コンテンツ サーバー
- SAP MaxDB バージョン 7.9
- Microsoft IIS (インターネット インフォメーション サーバー) バージョン 8.0 (以降)
SAP コンテンツ サーバーの最新バージョンと Microsoft IIS の最新バージョンを使用することを強くお勧めします。
SAP 製品の可用性マトリックス (PAM) で、SAP コンテンツ サーバーと Microsoft IIS のサポートされている最新バージョンを確認します。
SAP Content Server でサポートされている Microsoft Windows および Azure VM の種類
Azure 上の SAP Content Server でサポートされている Windows バージョンについては、以下を参照してください。
- SAP 製品の可用性マトリックス (PAM)
- SAP Note 1928533
Microsoft Windows Server の最新バージョンを使用することを強くお勧めします。
Azure VM での SAP インストールに関する SAP コンテンツ サーバー構成ガイドライン
Azure のコンテンツ サーバーのストレージ構成
SAP MaxDB データベースにファイルを格納するように SAP コンテンツ サーバーを構成する場合、このドキュメントの SAP MaxDB に関して説明されているすべての Azure Storage のベスト プラクティスに関する推奨事項は、SAP コンテンツ サーバー シナリオでも有効です。
ファイル システムにファイルを格納するように SAP コンテンツ サーバーを構成する場合は、専用の論理ドライブを使用することをお勧めします。 Windows 記憶域スペースを使用すると、「 SAP ワークロードに対する Azure Virtual Machines DBMS デプロイに関する考慮事項」の説明に従って、論理ディスク サイズと IOPS スループットを増やすこともできます。
SAP コンテンツ サーバーの場所
SAP コンテンツ サーバーは、SAP システムがデプロイされているのと同じ Azure リージョンと Azure VNET にデプロイする必要があります。 SAP Content Server コンポーネントを専用の Azure VM にデプロイするか、SAP システムが実行されているのと同じ VM にデプロイするかを自由に決定できます。
SAP キャッシュ サーバーの場所
SAP Cache Server は、ローカルで (キャッシュされた) ドキュメントへのアクセスを提供するための追加のサーバー ベースのコンポーネントです。 SAP キャッシュ サーバーは、SAP コンテンツ サーバーのドキュメントをキャッシュします。 これは、ドキュメントを異なる場所から複数回取得する必要がある場合に、ネットワーク トラフィックを最適化するためです。 一般的な規則として、SAP キャッシュ サーバーは、SAP キャッシュ サーバーにアクセスするクライアントに物理的に近い場所に存在する必要があります。
ここでは、次の 2 つのオプションがあります。
- クライアントはバックエンド SAP システムです バックエンド SAP システムが SAP コンテンツ サーバーにアクセスするように構成されている場合、その SAP システムはクライアントです。 SAP システムと SAP コンテンツ サーバーの両方が同じ Azure リージョンにデプロイされるため、同じ Azure データセンター内で物理的に互いに近い場所に配置されます。 そのため、専用の SAP キャッシュ サーバーを用意する必要はありません。 SAP UI クライアント (SAP GUI または Web ブラウザー) は SAP システムに直接アクセスし、SAP システムは SAP コンテンツ サーバーからドキュメントを取得します。
-
クライアントはオンプレミスの Web ブラウザー ですSAP コンテンツ サーバーは、Web ブラウザーから直接アクセスするように構成できます。 この場合、オンプレミスで実行されている Web ブラウザーは SAP コンテンツ サーバーのクライアントです。 オンプレミスのデータセンターと Azure データセンターは、異なる物理的な場所 (理想的には互いに近い場所) に配置されます。 オンプレミスのデータセンターは、Azure サイト間 VPN または ExpressRoute 経由で Azure に接続されています。 どちらのオプションも Azure へのセキュリティで保護された VPN ネットワーク接続を提供しますが、サイト間ネットワーク接続では、オンプレミスのデータセンターと Azure データセンター間のネットワーク帯域幅と待機時間の SLA は提供されません。 ドキュメントへのアクセスを高速化するには、次のいずれかの操作を行います。
- オンプレミス Web ブラウザーの近くに SAP Cache Server をオンプレミスにインストールする (下の図のオプション)
- オンプレミスのデータセンターと Azure データセンターの間の高速で待機時間の短い専用ネットワーク接続を提供する Azure ExpressRoute を構成します。
バックアップ/復元
SAP MaxDB データベースにファイルを格納するように SAP コンテンツ サーバーを構成する場合、バックアップ/復元手順とパフォーマンスに関する考慮事項については、このドキュメントの SAP MaxDB の章で既に説明されています。
ファイル システムにファイルを格納するように SAP コンテンツ サーバーを構成する場合、1 つのオプションは、ドキュメントが配置されているファイル構造全体の手動バックアップ/復元を実行することです。 SAP MaxDB のバックアップ/復元と同様に、バックアップ用の専用ディスク ボリュームを用意することをお勧めします。
Other
その他の SAP コンテンツ サーバー固有の設定は、Azure VM に対して透過的であり、SAP Note 1619726で説明されています。