Share via

SAP HANA のアプリケーション ボリューム グループの要件と考慮事項

  • [アーティクル]

この記事では、SAP HANA に Azure NetApp Files アプリケーション ボリューム グループ (AVG) を使う前に知っておく必要がある要件と考慮事項について説明します。

要件と考慮事項

  • 手動 QoS 容量プール機能を使う必要があります。

  • 近接配置グループ (PPG) を作成し、SAP HANA コンピューティング リソースにそれを固定する必要があります。 SAP HANA のアプリケーション ボリューム グループは、SAP HANA サーバーに近い Azure NetApp Files リソースを検索するために、このセットアップを必要とします。 詳細については、「近接配置グループに関するベストプラクティス」と「Azure portal を使用して近接通信配置グループを作成する」を参照してください。

    Note

    PPG は削除しないでください。 PPG を削除するとピン留めが解除され、後続のボリューム グループが最適ではない場所に作成される可能性があります。その結果、待機時間が増加する可能性があります。

  • 次の領域を含め、サイジングと SAP HANA システム アーキテクチャを完了する必要があります。

    • SAP ID (SID)
    • メモリ
    • 単一ホストまたは複数ホスト SAP HANA
    • HANA システム レプリケーション (HSR) を使用するかどうかを決定します。 HSR を使用すると、SAP HANA データベースを、同期的または非同期的にプライマリ SAP HANA システムからセカンダリ SAP HANA システムにレプリケートできます。
    • データ量の予想される変更率 (バックアップ目的でスナップショットを使用している場合)

  • Azure NetApp Files IP アドレスをマップするには、VNet と委任されたサブネットを作成する必要があります。

    設計時に VNet と委任されたサブネットをレイアウトすることをお勧めします。

    SAP HANA のアプリケーション ボリューム グループは、大規模な資産に対して複数の IP アドレス (最大 6 つの IP アドレス) を作成します。 委任されたサブネットに使用可能な IP アドレスが十分にあることを確認します。 IP アドレスが 59 以上で、サブネット サイズが /26 の委任されたサブネットを使うことを検討してください。 Azure NetApp Files へのサブネットの委任に関する考慮事項を参照してください。

  • SAP HANA のアプリケーション ボリューム グループは、Basic ネットワーク機能のみをサポートしています。 アプリケーション ボリューム グループ内のボリュームのネットワーク機能は編集しないでください。

重要

SAP HANA 用のアプリケーション ボリューム グループを、SAP HANA 以外のアプリケーションに使用することはサポートされていません。 Azure NetApp Files マルチボリューム レイアウトを他のデータベース アプリケーションで使用する際のガイダンスについては、Azure NetApp Files スペシャリストにお問い合わせください。

近接配置グループに関するベスト プラクティス

アプリケーション ボリューム グループを使って SAP HANA ボリュームをデプロイするには、待機時間を最小限に抑えるために、HANA データベース VM と Azure NetApp Files リソースが近接していることを確認する必要があります。 このセットアップを実現するために、データベース VM にリンクされた近接配置グループ (PPG) が使われます ("アンカー" と呼ばれます)。 アプリケーション ボリューム グループに渡されると、PPG を使って、データベース サーバーに近接するすべての Azure NetApp Files リソースが検索されます。

重要

PPG は単に固定されているので、VM の場所を特定できるのは、すべての AVG デプロイの期間中に少なくとも 1 つの VM が起動し、稼働し続けている場合であることを理解することが重要です。 すべての VM が停止すると、PPG はアンカーを失い、次回の再起動時に VM が別の場所に移動する可能性があります。 この状況では、Azure NetApp Files ボリュームが最初の作成後に移動されないため、待機時間が長くなる可能性があります。

この状況を回避するには、データベースごとに可用性セットを作成して、SAP HANA VM 固定要求フォームを使い、可用性セットを専用のコンピューティング クラスターに固定することをお勧めします。 固定したら、可用性セットに PPG を追加し、その可用性セットを使って SAP HANA データベースのホストをすべてデプロイする必要があります。 これにより、すべての仮想マシンが同じ場所に配置されます。 いずれかの仮想マシンが起動している限り、PPG は AVG ボリュームをデプロイするアンカーを保持します。

重要

アプリケーション ボリューム グループが使用可能になる前に Azure NetApp Files SAP HANA ボリュームのピン留めを要求した場合は、サブスクリプションのピン留めを削除する必要があります。 サブスクリプションの既存のピン留めでは、ボリュームのデプロイに一貫性がなくなる可能性があります。アプリケーション ボリューム グループのボリュームは PPG に基づいてデプロイされますが、他のボリュームは引き続き既存のピン留めに基づいてデプロイされるからです。

可用性セット、VM、PPG、Azure NetApp Files ボリューム間のリレーションシップ

PPG には、直接または可用性セット経由で、少なくとも 1 つの VM が割り当てられている必要があります。 PPG の目的は、VM の正確な場所を抽出し、この情報を AVG に渡して、ボリューム作成のために同じ場所にある Azure NetApp Files リソースを検索することです。 このアプローチは、PPG 内の少なくとも 1 つの VM が起動し、稼働し続けている場合にのみ機能します。 通常は、この PPG にデータベース サーバーを追加することをお勧めします。

PPG には、すべての VM がシャットダウンされた場合、次に VM を再起動しても、以前と同じ場所で起動することが保証されないという副作用があります。 この状況にならないようにするには、すべての VM とそれに関連付けられた PPG を含む可用性セットを使い、HANA のピン留めワークフローを使うことを強くお勧めします。 このワークフローを使うと、再起動しても VM が移動しないようになるだけでなく、十分なコンピューティング リソースと Azure NetApp Files リソースを使用できる場所を確実に選ぶこともできます。

ピン留めされた可用性セットを使わずに PPG を使うと、その PPG 内のすべての仮想マシンが停止した場合、PPG はアンカーを失います。 仮想マシンが再起動されると、別の場所で起動される可能性があります。アプリケーション ボリューム グループで作成されたボリュームは移動されないため、これにより待ち時間が長くなる可能性があります。

PPG の使用について考えられる 2 つのシナリオ

この状況では、次の 2 つのシナリオが考えられることになります。

  • 安定した長期セットアップ:
    可用性セットを PPG と組み合わせて使用します。この場合、可用性セットは手動で固定されます。

    ピン留めを使うと、可用性セット内のすべてのマシンが停止している場合でも、仮想マシンの配置が変更されないことが常に保証されます。

  • 一時セットアップ:
    PPG または可用性セットを、ピン留めせずに PPG と組み合わせて使用します。

    SAP HANA 対応の仮想マシン シリーズ (つまり、M シリーズ) は、ほとんどの場合、Azure NetApp Files リソースの近くに配置されるます。そのため、アプリケーション ボリューム グループは、PPG を利用して、最も短い待機時間で必要なボリュームを作成できます。 少なくとも 1 つの仮想マシンが常に稼働している場合、ボリュームと HANA ホストの間のこのリレーションシップは変わりません。

Note

アプリケーション ボリューム グループを使用して HANA ボリュームをデプロイする場合は、可用性セット内の少なくとも 1 つの VM を起動する必要があります。 実行中の VM がないと、PPG を使って最適な Azure NetApp ファイル ハードウェアを見つけることができず、プロビジョニングが失敗します。

Note

PPG は削除しないでください。 PPG を削除するとピン留めが解除され、後続のボリューム グループが最適ではない場所に作成される可能性があります。その結果、待機時間が増加する可能性があります。

次のステップ