次の方法で共有

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

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

要件と考慮事項

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

  • アプリケーション ボリューム グループでは、Basic と Standard のネットワーク機能がサポートされています。 可用性ゾーン ボリュームの配置などの機能を使用するには、 Standard ネットワーク機能を使用します。

  • アプリケーション ボリューム グループでは、既定の推奨される配置方法として 可用性ゾーン ボリューム の配置がサポートされています。 可用性ゾーンのボリューム配置を使うと、AVset をピン留めする必要性が減り、近接配置グループが不要になります。 可用性ゾーン ボリュームの配置がサポートされているため、データベース サーバーと同じ可用性ゾーンを選択するだけで済みます。 可用性ゾーン ボリュームの配置を使用することで、SAP HANA インフラストラクチャのデプロイ方法に関する Microsoft の推奨事項に準拠したものとすることが可能です。これにより、高い可用性、最大級の柔軟性、簡素化されたデプロイで最高のパフォーマンスを実現できます。

    • リージョンが可用性ゾーンをサポートしていない場合は、リージョンデプロイを選択するか、近接通信配置グループ (PPG) を選択できます。

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

    注

    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 アドレスが 251 以上で、サブネット サイズが /24 の委任されたサブネットを使うことを検討してください。 Azure NetApp Files へのサブネットの委任に関する考慮事項を参照してください。

重要

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

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

アプリケーション ボリューム グループを使って SAP HANA ボリュームをデプロイするには、待機時間を最小限に抑えるために、HANA データベース VM と Azure NetApp Files リソースが近接していることを確認する必要があります。 近接性は、次のいずれかのデプロイ方法を使用して実現できます。

  • 可用性ゾーン ボリュームの配置 (推奨) ボリュームに対する可用性ゾーンを選択し、デプロイ用の Standard ネットワーク機能を選択します。 可用性ゾーンのボリューム配置を使うと、近接配置グループまたは VM のピン留めの必要がありません。

  • VM 固定を使用した近接配置グループ アプリケーション ボリューム グループは、データベース VM にリンク (または固定) された近接配置グループを使用します。 アプリケーション ボリューム グループに渡されると、PPG を使って、データベース サーバーに近接するすべての Azure NetApp Files リソースが検索されます。 ボリュームは、Basic ネットワーク機能を使用してデプロイされます。

重要

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

この状況を回避するには、データベースごとに可用性セットを作成して、SAP HANA VM 固定要求フォームを使い、可用性セットを専用のコンピューティング クラスターに固定することをお勧めします。 固定したら、可用性セットに PPG を追加し、その可用性セットを使って SAP HANA データベースのホストをすべてデプロイする必要があります。 これにより、すべての仮想マシン (VM) が同じ場所に配置されます。 VM の 1 つが起動されている限り、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 内のすべての VM が停止すると、PPG はアンカーを失います。 VM が再起動されると、別の場所で起動される可能性があります。アプリケーション ボリューム グループで作成されたボリュームは移動されないため、待機時間が長くなる可能性があります。

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

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

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

    ピン留めすると、可用性セット内のすべてのマシンが停止しても、VM の配置が変わらないことが常に保証されます。

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

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

注

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

注

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

次のステップ