次の方法で共有

近接配置グループ

  • [アーティクル]

適用対象: ✔️ Linux VM ✔️ Windows VM ✔️ フレキシブル スケール セット ✔️ 均一スケール セット

VM を単一リージョンに配置すると、インスタンス間の物理的な距離が短縮されます。 また、単一可用性ゾーンに配置した場合も、それらの物理的な位置は近くなります。 ただし、Azure の占有領域が拡大するにつれ、単一可用性ゾーンが複数の物理的なデータ センターにまたがる可能性があるため、ネットワーク待ち時間がアプリケーションに影響を与えることがあります。

各 VM をできるだけ近くに配置して、可能性のある最も短い待ち時間を実現するには、それらを近接配置グループ内にデプロイするようにしてください。

近接配置グループは、Azure コンピューティング リソースが互いに物理的に近くに配置されるようにするために使用される論理的なグループ化です。 近接配置グループは、短い待ち時間が要件であるワークロードに役立ちます。

  • スタンドアロン VM 間の短い待ち時間。
  • 1 つの可用性セットまたは仮想マシン スケール セット内の VM 間の短い待ち時間。
  • スタンドアロン VM、複数の可用性セット内の VM、または複数のスケール セット内の VM の間の短い待ち時間。 1 つの配置グループ内に複数のコンピューティング リソースを配置して多層アプリケーションを構成できます。
  • 異なるハードウェアの種類を使用した複数のアプリケーション層間の短い待ち時間。 たとえば、1 つの近接配置グループ内での、可用性セット内の M シリーズを使用したバックエンドとスケール セット内の D シリーズ インスタンス上のフロント エンドの実行。

近接配置グループのグラフィック

近接配置グループの使用

近接配置グループは、Azure のリソースです。 他のリソースに対して使用するためには、あらかじめ作成しておく必要があります。 作成後、仮想マシンや可用性セット、仮想マシン スケール セットと組み合わせて使用することができます。 近接配置グループは、コンピューティング リソースを作成するときに、近接配置グループ ID を設定することで指定します。

既存のリソースを近接配置グループに移動することもできます。 近接配置グループにリソースを移動するときは、まずアセットを停止 (割り当てを解除) する必要があります。コロケーション制約を満たすために、リージョン内の別のデータ センターに再デプロイされる可能性があるためです。

可用性セットと仮想マシン スケール セットの場合は、個々の仮想マシンではなくリソース レベルで近接配置グループを設定する必要があります。

近接配置グループは、固定のためのメカニズムではなくコロケーションの制約です。 特定のデータ センターを使用する最初のリソースのデプロイと共に、そのデータ センターに固定されます。 近接配置グループを使用するリソースをすべて停止 (割り当て解除) または削除すると、固定は解除されます。 そのため、複数の VM シリーズを含んだ近接配置グループを使用するときは常に、可能な限り、必要なすべてのタイプをテンプレートであらかじめ指定するか、デプロイが成功する可能性が高くなるようなデプロイ シーケンスに従うことが大切です。 デプロイに失敗した場合は、失敗した VM サイズをデプロイする最初のサイズとしてデプロイを再開します。

意図を使用して VM サイズを指定する

省略可能な intent パラメーターを使用して、近接配置グループに含める目的の VM サイズを指定できます。 このパラメーターは、近接配置グループの作成時に指定することも、すべての VM の割り当てを解除した後に近接配置グループを更新するときに追加または変更することもできます。

intent を指定する場合は、省略可能な zone パラメーターを追加して可用性ゾーンを指定することもできます。これは、近接配置グループを特定の可用性ゾーン内に作成する必要があることを示します。 zone パラメーターを指定する場合は、次の点に注意してください。

  • 可用性ゾーン パラメーターは、近接配置グループの作成時にのみ指定でき、後で変更することはできません。
  • zone パラメーターは intent と一緒にしか使用できず、単独では使用できません。
  • 1 つの可用性ゾーンしか指定できません。

近接配置グループの作成または更新は、少なくとも 1 つのデータ センターが意図で指定されたすべての VM サイズをサポートしている場合にのみ成功します。 それ以外の場合、作成または更新は失敗し、"OverconstrainedAllocationRequest" と表示されます。 これは、近接配置グループ内で VM サイズの組み合わせをサポートできないことを示します。 この意図では、容量予約や保証は提供されません。 intent で指定された VM サイズとゾーンは、適切なデータ センターを選択するために使用されます。これによってデータ センターで目的の VM サイズを使用できない場合に障害が発生する可能性を減らします。 デプロイ時に VM サイズの容量がない場合でも、割り当てエラーが発生する可能性があります。

Note

近接配置グループに意図を使用するには、API バージョンが 2021-11-01 以降であることを確認してください。

意図を使用する際のベスト プラクティス

  • 意図を指定した場合にのみ、近接配置グループの可用性ゾーンを指定します。 意図なしで可用性ゾーンを指定すると、近接配置グループを作成するときにエラーが発生します。
  • 意図に可用性ゾーンを指定する場合は、デプロイする VM の可用性ゾーンが、意図で指定された可用性ゾーンと一致していることを確認し、VM のデプロイ中にエラーを回避します。
  • 意図に含まれていないサイズの VM の作成または追加は許可されますが、推奨されません。 サイズが選択したデータセンターに存在しない可能性があり、VM のデプロイ時にエラーが発生する可能性があります。
  • 既存の配置グループの場合は、VM の再デプロイ時にエラーが発生しないように、意図を更新するときに既存の VM のサイズを含めることをお勧めします。

使用停止の影響を受ける可能性がある意図

  • 意図を持つ近接配置グループを作成した後、VM をデプロイする前に、Azure データセンターでのハードウェアの使用停止などの計画メンテナンス イベントが発生し、意図で指定された VM サイズの組み合わせがデータ センターで使用できない可能性があります。 このような場合、意図で指定されたサイズの VM をデプロイしている間でも、"OverconstrainedAllocationRequest" エラーが発生します。 近接配置グループ内のすべてのリソースの割り当てを解除し、それらを再作成して、意図に対応できるデータ センターの取得を試みることができます。 使用停止後に指定した VM サイズのデータセンターがない場合は、VM サイズの組み合わせがサポートされなくなったため、VM サイズの異なる組み合わせを使用するように意図を変更する必要があります。
  • Azure では、VM ファミリ全体または特定の VM サイズのセットが廃止される場合があります。 意図にこのような VM サイズがある場合は、削除するか、元の VM サイズの提供終了日より前に別のサイズに置き換える必要があります。 そうしないと、意図は無効になります。

近接配置グループを使用する場合に予期されること

近接配置グループは、同じデータ センター内でのコロケーションを提供します。 しかし、近接配置グループは追加のデプロイ制約を表すため、割り当てエラーが発生する可能性があります。 近接配置グループを使用しているときに、割り当てエラーが発生する可能性があるユース ケースをいくつか以下に示します。

  • 近接配置グループ内の最初の仮想マシンを要求すると、自動的にデータ センターが選択されます。 場合によっては、別の VM サイズ (そのデータ センターに存在しない場合) の 2 番目の要求が失敗することがあります。 この場合、OverconstrainedAllocationRequest エラーが返されます。 このエラーを回避するには、VM サイズ をデプロイする順序を変更してみるか、単一の ARM テンプレートを使用して両方のリソースをデプロイします。
  • 意図を持つ近接配置グループを作成した場合、意図に示されているすべての VM サイズをサポートするデータセンターを選択するために意図が使用されるため、VM は特定の順序でデプロイする必要はありません。また、1 つの ARM テンプレートを使用してバッチ処理する必要はありません。
  • VM インスタンスを追加および削除する、エラスティック ワークロードの場合、デプロイに近接配置グループの制約があると、要求を満たすことができず、AllocationFailure エラーになる可能性があります。
  • 必要に応じて VM を停止 (割り当て解除) して起動することが、エラスティック性を実現するためのもう 1 つの方法です。 VM を停止 (割り当て解除) した後は容量が保持されないため、VM を再度起動すると、AllocationFailure エラーが発生する可能性があります。
  • VM の起動と再デプロイの操作では、正常に構成された近接配置グループが引き続き優先されます。

計画メンテナンスと近接配置グループ

Azure データセンターでのハードウェアの使用停止などの計画メンテナンス イベントは、近接配置グループにおけるリソースの配置に影響を与える可能性があります。 リソースを別のデータ センターに移動すると、近接配置グループに関連付けられているコロケーションと待機時間で予期されている状態が損なわれることがあります。

配置の状態を確認する

近接配置グループの配置状態を確認するには、次の手順を実行します。

  • 近接配置グループのコロケーションの状態は、ポータル、CLI、および PowerShell を使用して表示できます。

    • PowerShell - オプションのパラメーター ‘-ColocationStatus` を含めることにより、Get-AzProximityPlacementGroup コマンドレットによってコロケーションの状態を取得できます。

    • CLI - オプションのパラメーター "--include-colocation-status" を含めることにより、az ppg show によってコロケーションの状態を取得できます。

  • 近接配置グループごとに、コロケーションの状態プロパティに、グループ化されたリソースの現在の配置状態の概要が示されます。

    • 配置済み:リソースは近接配置グループの同じ待機時間のエンベロープ内にあります。

    • 不明: 少なくとも 1 つの VM リソースが割り当て解除されています。 正常に再起動した後、状態は配置済みに戻ります。

    • 未配置: 少なくとも 1 つの VM リソースが近接配置グループに配置されていません。 配置されていない特定のリソースも、メンバーシップ セクションで個別に呼び出されます

  • 可用性セットについては、[可用性セットの概要] ページで個々の VM の配置に関する情報を確認できます。

  • スケール セットの場合、個々のインスタンスの配置に関する情報は、スケールセットの [概要] ページの [インスタンス] タブに表示されます。

リソースの再配置

近接配置グループが Not Aligned の場合は、影響を受けるリソースを停止し、割り当てを解除してから、再起動することができます。 VM が可用性セットまたはスケール セット内にある場合は、再起動する前に、可用性セットまたはスケール セット内のすべての VM を最初に停止して割り当てを解除する必要があります。

デプロイの制約によって割り当てエラーが発生した場合は、最初に、影響を受ける近接配置グループ内のすべてのリソース (配置済みのリソースを含む) を停止して割り当てを解除してから、再起動して配置を復元することが必要になる場合があります。

ベスト プラクティス

  • 最も短い待ち時間を実現するには、近接配置グループを高速ネットワークと共に使用します。 詳細については、「高速ネットワークを使った Linux 仮想マシンの作成」または「高速ネットワークを使った Windows 仮想マシンの作成」を参照してください。
  • 必要なすべての VM SKU とサイズをサポートしていないハードウェアへのランディングを回避するには、近接配置グループの意図を使用します。 意図がない既存の近接配置グループの場合は、この問題を回避するために、すべての VM サイズを指定した 1 つの ARM テンプレートを使用できます。
  • VM が削除された既存の配置グループを再利用する場合は、その削除が完全に完了するまで待ってから VM を追加してください。
  • 待ち時間が最優先事項である場合は、VM を近接配置グループ内に、ソリューション全体を可用性ゾーン内に配置します。 ただし、回復性が最優先事項である場合は、インスタンスを複数の可用性ゾーンにわたって分散させます (1 つの近接配置グループがゾーンにまたがることはできません)。

次のステップ