次の方法で共有

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

  • 現在、SAP HANA のアプリケーション ボリューム グループでは、ボリューム作成時の Azure NetApp Files ボリューム暗号化のプラットフォームマネージド キーのみがサポートされています。 ボリュームの作成後にプラットフォーム マネージド キーからカスタマー マネージド キーにボリュームを切り替える方法についてご質問がある場合は、Azure NetApp Files スペシャリストまたは CSA にお問い合わせください。

重要

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

拡張機能 1 の要件と考慮事項 (プレビュー)

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

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

アプリケーション ボリューム グループを使って 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 データベースのホストをすべてデプロイする必要があります。 これにより、すべての仮想マシンが同じ場所に配置されます。 いずれかの仮想マシンが起動している限り、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 を削除するとピン留めが解除され、後続のボリューム グループが最適ではない場所に作成される可能性があります。その結果、待機時間が増加する可能性があります。

次のステップ