このドキュメントでは、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 Server 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 の用語では、正しい用語は "ボリューム" です ("ファイル" ではありません)。 たとえば、SAP MaxDB データ ボリュームとログ ボリュームがあります。 これらのボリュームを OS ディスク ボリュームと混同しないでください。
要するに、次の必要があります。
- Azure Storage アカウントを使用する場合は、「SAP ワークロードの Azure Virtual Machines DBMS デプロイに関する考慮事項」で指定されているように、SAP MaxDB データとログ ボリューム (データとログ ファイル) を保持する Azure ストレージ アカウントをローカル冗長ストレージ (LRS) に設定します。
- SAP MaxDB データ ボリューム (データ ファイル) の IO パスとログ ボリューム (ログ ファイル) の IO パスを分離します。 つまり、SAP MaxDB データ ボリューム (データ ファイル) を 1 つの論理ドライブにインストールする必要があります。 SAP MaxDB ログ ボリューム (ログ ファイル) は、別の論理ドライブにインストールする必要があります。
- SAP MaxDB データまたはログ ボリューム (データファイルとログ ファイル) のいずれに使用するかに応じて、各ディスクに適切なキャッシュの種類を設定します。 また、「 SAP ワークロードのための Azure Virtual Machines DBMS デプロイに関する考慮事項」の説明に従って、Azure Standard と Azure Premium Storage のどちらを使用するか。
- ディスクあたりの現在の IOPS クォータが要件を満たしている限り、すべてのデータ ボリュームを 1 つのマウントされたディスクに格納し、すべてのデータベース ログ ボリュームを別のマウントされたディスクに格納することもできます。
- さらに IOPS や領域が必要な場合は、Microsoft Windows 記憶域スペースを使用することをお勧めします。 記憶域スペースは、複数のマウントされたディスク (記憶域プール) 上に 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 バックアップおよび復元ツールを使用できます。
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 デプロイに関する考慮事項」を参照してください。
その他の考慮事項
SAP MaxDB データベースを使用した VM のデプロイでは、「SAP ワークロードに対する Azure Virtual Machines DBMS デプロイに関する考慮事項」の説明に従って、Azure 可用性セットや SAP 監視などの他のすべての一般的な領域も適用されます。 その他の SAP MaxDB 固有の設定は、Azure VM に対して透過的であり、SAP Note 767598 と SAP Notes に記載されているさまざまなドキュメントで説明されています。
Windows での SAP liveCache デプロイの詳細
SAP liveCache バージョンのサポート
Azure 仮想マシン (VM) でサポートされる 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 でサポートされている Azure VM の種類 (SAP Note 1928533) の場合、VM に割り当てられているすべての vCPU リソースは、ハイパーバイザーの専用の物理 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 VM にデプロイすることを強くお勧めします。
Azure での liveCache のバックアップと復元
バックアップと復元 (パフォーマンスに関する考慮事項を含む) については、このドキュメントの関連する 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 キャッシュ サーバーは、ローカルで (キャッシュされた) ドキュメントへのアクセスを提供するサーバー ベースのコンポーネントです。 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 は提供されません。 ドキュメントへのアクセスを高速化するには、次のいずれかのオプションを実行します。
SAP Cache Server をオンプレミスにインストールする (オンプレミス Web ブラウザーの近く)
オンプレミスのデータセンターと Azure データセンターの間の高速で待機時間の短い専用ネットワーク接続を提供する Azure ExpressRoute を構成します。
SAP コンテンツ サーバーのバックアップと復元
SAP MaxDB データベースにファイルを格納するように SAP コンテンツ サーバーを構成する場合、バックアップ/復元手順とパフォーマンスに関する考慮事項については、このドキュメントの SAP MaxDB の章で既に説明されています。
ファイル システムにファイルを格納するように SAP コンテンツ サーバーを構成する場合、1 つのオプションは、ドキュメントが配置されているファイル構造全体の手動バックアップ/復元を実行することです。 SAP MaxDB のバックアップと復元と同様に、バックアップ用の専用ディスク ボリュームを用意することをお勧めします。
こちらも参照ください
その他の SAP コンテンツ サーバー固有の設定は、Azure VM に対して透過的であり、SAP Note 1619726で説明されています。