次の方法で共有


Azure VM 上の SAP MaxDB、liveCache、Content Server のデプロイ

このドキュメントでは、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 のバージョンについては、こちらをご覧ください。

Microsoft Windows オペレーティング システムの最新バージョンである Microsoft Windows 2016 を使用することをお勧めします。

提供されている MaxDB 用 SAP MaxDB ドキュメント

次の SAP Note 767598

Azure VM で SAP をインストールするための SAP MaxDB 構成ガイドライン

ストレージの構成

SAP MaxDB 向けの Azure Storage のベスト プラクティスについては、「RDBMS デプロイの VM のストレージの構造」の章に記載されている一般的な推奨事項に従ってください。

重要

他のデータベースと同様に、SAP MaxDB にはデータとログ ファイルもあります。 ただし、SAP MaxDB 用語では正しい用語は "ボリューム" です ("ファイル" ではありません)。 たとえば、SAP MaxDB のデータ ボリュームとログ ボリュームがあります。 OS ディスクのボリュームとこれらを混同しないでください。

要するに、次のことを行う必要があります。

  • Azure Storage アカウントを使用する場合は、「SAP ワークロードのための Azure Virtual Machines DBMS デプロイの考慮事項」に従って、SAP MaxDB データ ボリュームとログ ボリューム (データ ファイルとログ ファイル) を保持する Azure Storage アカウントをローカル冗長ストレージ (LRS) に設定します。
  • ログ ボリューム (データ ファイル) の IO パスと SAP MaxDB データ ボリューム (ログ ファイル) の IO パスを分けます。 つまり、SAP MaxDB データ ボリューム (データ ファイル) を 1 つの論理ドライブにインストールし、SAP MaxDB ログ ボリューム (ログ ファイル) を別の論理ドライブにインストールする必要があります。
  • SAP MaxDB データ用かログ ボリューム (データ ファイルとログ ファイル) 用か、および Azure Standard Storage を使用するか Azure Premium Storage を使用するかに応じて、「SAP ワークロードのための Azure Virtual Machines DBMS デプロイの考慮事項」に従って、各ディスクに適切なキャッシュ タイプを設定します。
  • ディスクあたりの現在の IOPS クォータが要件を満たしている限り、マウントされた単一のディスクにすべてのデータ ボリュームを格納し、マウントされた別の単一のディスクにデータベースのすべてのログ ボリュームを格納できます。
  • 高い IOPS やより多くの領域が必要な場合は、Microsoft Windows 記憶域プール (Microsoft Windows Server 2012 以降でのみ提供) を使用して、マウントされた複数のディスクの上に 1 つの大きな論理デバイスを作成することをお勧めします。 詳細については、「SAP ワークロードのための Azure Virtual Machines DBMS デプロイの考慮事項」も参照してください。 この方法では、ディスク領域を管理する管理オーバーヘッドを合理化し、マウントされた複数のディスク全体にファイルを手動で分散する手間を省きます。
  • Azure Premium Storage for MaxDB デプロイを使用することを強く推奨します。

Reference Configuration of Azure IaaS VM for SAP MaxDB DBMS

バックアップと復元

Azure にSAP MaxDB をデプロイする場合、バックアップ方法を確認する必要があります。 実稼働システムでない場合でも、SAP MaxDB でホストされている SAP データベースを定期的にバックアップする必要があります。 Azure Storage には 3 つのイメージを保持するため、ストレージの障害、重大な運用上またら管理上の障害から復旧するという点ではバックアップの重要度は低くなりました。 適切なバックアップと復元の計画を維持するための主な理由は、ポイントイン タイム復旧機能を提供することにより、論理エラーや人的エラーから復旧できる可能性が高くなるためです。 したがって、目標は、特定の時点までデータベースを復元するためにバックアップを使用するか、既存のデータベースをコピーして別のシステムに配置するために Azure のバックアップを使用するかのいずれかです。

Azure でのデータベースのバックアップと復元はオンプレミスと同様に動作します。そのため、SAP Note 767598 に記載されている SAP MaxDB ドキュメントのいずれかで説明した標準の SAP MaxDB バックアップ/復元ツールを使用できます。

Azure Backup を使用したバックアップと復元

サードパーティのバックアップ ツール Maxback (https://maxback.io) を使用して、MaxDB バックアップを Azure Backup と統合することもできます。 MaxBack を使用すると、VSS 統合を使用して Windows 上の MaxDB をバックアップおよび復元できます。これは Azure Backup でも使用されます。 Azure Backup を使用する利点は、バックアップと復元がストレージ レベルで行われることです。 MaxBack を使用すると、データベースがバックアップと復元に適した状態になり、ログ ボリュームのバックアップが自動的に処理されます。

バックアップと復元のパフォーマンスに関する考慮事項

ベア メタル デプロイメントと同様に、バックアップのパフォーマンスは、並列で読み取ることができるボリュームの数と、それらのボリュームのスループットに依存します。 そのため、次のことを想定できます。

  • データ デバイスの格納に使用されるディスクの数が少ないほど、読み取りの全体的なスループットが低下する。
  • バックアップが書き込まれるターゲット (ストライプ ディレクトリ、ディスク) が少ないほど、スループットが低下する。

書き込まれるターゲット数を増やすには、ニーズに応じて使用または組み合わせることのできるオプションが 2 つあります。

  • 専用の個別のボリュームのバックアップ
  • マウントされた複数のディスクの上にバックアップ ターゲット ボリュームをストライピングし、そのストライピングされたディスク ボリュームの IOPS スループットを向上させる
  • 別の専用の論理ディスクのデバイスを持たせる
    • SAP MaxDB バックアップ ボリューム (ファイル)
    • SAP MaxDB データ ボリューム (ファイル)
    • SAP MaxDB ログ ボリューム (ファイル)

複数のマウントされたディスクにボリュームをストライピングすることについては、「SAP ワークロードのための Azure Virtual Machines DBMS のデプロイに関する考慮事項」で説明されています。

その他の考慮事項

SAP ワークロードのための Azure Virtual Machines DBMS デプロイの考慮事項」に記載されている、Azure 可用性セットや SAP の監視などの他のすべての一般的な領域も適用されます (SAP MaxDB データベースを使用した VM のデプロイの場合)。 その他の SAP MaxDB に固有の設定は Azure VM に透過的であり、SAP Note 767598 とこれらの SAP Note に挙げられたドキュメントに記載されています。

Windows 上の SAP liveCache デプロイの詳細

SAP liveCache バージョンのサポート

Azure Virtual Machines でサポートされている SAP liveCache の最小バージョンは liveCache 7.9.08.31LCA-Build 25 を含む SAP LC/LCAPPS 10.0 SP 25 であり、EhP 2 for SAP SCM 7.0 以降のリリース向けにリリースされています。

SAP liveCache DBMS 向けにサポートされている Microsoft Windows のバージョンと Azure VM タイプ

Azure での SAP liveCache DBMS 向けにサポートされている Microsoft Windows のバージョンについては、こちらをご覧ください。

オペレーティング システム Microsoft Windows Server の最新バージョンを使用することをお勧めします。

Azure VM で SAP をインストールするための SAP liveCache 構成ガイドライン

SAP liveCache は膨大な計算を実行するアプリケーションであるため、RAM と CPU の量と速度よって、SAP liveCache のパフォーマンスんに大きな影響があります。

SAP でサポートされている Azure VM の種類 (SAP Note 1928533) については、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 Virtual Machine をデプロイすることを強くお勧めします。

Dedicated Azure VM for liveCache for productive use case

Azure の liveCache のバックアップと復元

パフォーマンスの考慮事項を含め、バックアップと復元については、このドキュメントの関連する SAP MaxDB の章で既に説明しています。

その他の考慮事項

他のすべての一般的な領域については、関連する SAP MaxDB の章で既に説明しています。

Azure の Windows 上の SAP コンテンツ サーバー デプロイの詳細

SAP コンテンツ サーバーは、さまざまな形式で電子ドキュメントなどのコンテンツを格納する独立した、サーバー ベースのコンポーネントです。 SAP コンテンツ サーバーはテクノロジの開発によって提供され、任意の SAP アプリケーション向けのクロス アプリケーションとして使用されます。 このサーバーは別のシステムにインストールされます。 一般的な内容は、トレーニング教材とナレッジ ウェアハウスまたは mySAP PLM ドキュメント管理システムから送信された技術図面からドキュメントです。

Azure VM の SAP コンテンツ サーバーのバージョンのサポート

SAP が現在サポートしているのは次のものです。

  • SAP コンテンツ サーバー バージョン 6.50 (以降)
  • SAP MaxDB バージョン 7.9
  • Microsoft IIS (Internet Information Server) バージョン 8.0 (以降)

最新バージョンの SAP コンテンツ サーバーと最新のバージョンの Microsoft IIS を使用することを強くお勧めします。

サポートされている最新バージョンの SAP コンテンツ サーバーと Microsoft IIS は、SAP 製品の可用性マトリックス (PAM) でご確認ください。

SAP コンテンツ サーバー向けにサポートされている Microsoft Windows のバージョンと Azure VM タイプ

Azure での SAP コンテンツ サーバー向けにサポートされている Microsoft Windows のバージョンについては、こちらをご覧ください。

最新バージョンの 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 にデプロイする必要があります。 専用の Azure VM または SAP システムが実行されているのと同じ VM に SAP コンテンツ サーバー コンポーネントを展開するかどうかを自由に決めることができます。

Dedicated Azure VM for SAP Content Server

SAP キャッシュ サーバーの場所

SAP キャッシュ サーバーは、(キャッシュされた) ドキュメントへのアクセスをローカルで提供する追加のサーバー ベース コンポーネントです。 SAP キャッシュ サーバーは、SAP コンテンツ サーバーのドキュメントをキャッシュします。 ドキュメントを複数の場所から取得する必要がある場合、この機能によってネットワーク トラフィックを最適化します。 一般的な規則では、SAP キャッシュ サーバーは SAP キャッシュ サーバーにアクセスするクライアントの物理的に近くに設置する必要があります。

そのため、次の 2 つの選択肢があります。

  1. クライアントがバックエンド SAP システム バックエンド SAP システムが SAP コンテンツ サーバーにアクセスするように構成されている場合、その SAP システムがクライアントです。 SAP システムと SAP コンテンツ サーバーの両方が、同じ Azure リージョン (同じ Azure データ センター) にデプロイされます。2 つは互いに物理的に近くに設置されます。 そのため、専用の SAP キャッシュ サーバーを用意する必要はありません。 SAP UI クライアント (SAP の GUI または Web ブラウザー) が SAP システムに直接アクセスし、SAP システムは SAP コンテンツ サーバーからドキュメントを取得します。
  2. クライアントがオンプレミス Web ブラウザー SAP コンテンツ サーバーは、Web ブラウザーから直接アクセスするように構成できます。 この場合は、オンプレミスで実行されている Web ブラウザーが SAP コンテンツ サーバーのクライアントです。 オンプレミス データ センターと Azure データ センターは、物理的に別の場所 (理想的には、相互に近接) に配置されます。 オンプレミス データ センターは、Azure のサイト間 VPN または ExpressRoute を使用して Azure に接続されます。 どちらのオプションでも、Azure へのセキュリティで保護された VPN ネットワーク接続を提供しますが、サイト間のネットワーク接続はオンプレミス データ センターと Azure データ センター間のネットワーク帯域幅と待機時間の SLA を提供しません。 ドキュメントへのアクセスを高速化するために、次のいずれかの操作を行うことができます。
    1. オンプレミス Web ブラウザーに近いオンプレミスに SAP キャッシュ サーバーを設置する (下の図のオプション)
    2. オンプレミス データ センターと Azure データ センター間の高速で低待機時間の専用のネットワーク接続を提供する Azure ExpressRoute を構成します。

Option to install SAP Cache Server on-premises

バックアップ/復元

SAP MaxDB データベースのファイルを格納するように SAP コンテンツ サーバーを構成する場合、バックアップと復元の手順、およびパフォーマンスに関する考慮事項については、このドキュメントの SAP MaxDB の章で既に説明しています。

ファイル システムのファイルを格納するように SAP コンテンツ サーバーを構成する場合、ドキュメントが置かれているファイル構造全体の手動バックアップ/復元を実行するという選択肢があります。 SAP MaxDB のバックアップ/復元と同様に、バックアップ専用のディスク ボリュームを用意することをお勧めします。

その他

その他の SAP コンテンツ サーバー固有の設定は Azure VM に透過的であり、さまざまなドキュメントと SAP Note に記載されています。