次の方法で共有


Azure で VM を作成またはサイズ変更するときの割り当てエラーのトラブルシューティング

適用対象: ✔️ Linux VM ✔️ Windows VM

仮想マシン (VM) を作成するとき、停止した (割り当て解除した) VM を再起動するとき、または VM のサイズを変更するとき、Microsoft Azure はコンピューティング リソースをサブスクリプションに割り当てます。 マイクロソフトでは、お客様の要求を満たすために使用可能なすべての VM の種類が常に存在するように、追加のインフラストラクチャと機能に継続的に投資しています。 しかし、特定のリージョンでは Azure サービスの需要がかつてないほど増加しているため、リソース割り当てが失敗する場合があります。 この問題は、あるリージョン内で VM を作成、起動、またはサイズ変更しようとしたときに発生する可能性があり、VM に次のテキストのようなエラー コードとメッセージが表示される場合があります。

エラー コード: AllocationFailed または ZonalAllocationFailed

エラー メッセージ: 「割り当てに失敗しました。 このリージョンには、要求された VM サイズに対して十分な容量がありません。 割り当てが成功する可能性を向上させる方法については、https://aka.ms/allocation-guidance" をご覧ください。

代替の推奨事項: 代替の推奨事項を受け取った場合、要求した VM サイズが現在、選択したリージョンまたはゾーンで利用できないことを意味します。 仮想マシンを正常に割り当てる可能性を高めるために、代替オプションのいずれかを選択できます。 VM の入力選択に変更を適用するか、必要なオプションを使用して現在既存の VM をサイズ変更し、VM を再度起動または作成してみてください。

たとえば、割り当てが成功する可能性を高めるには、次のいずれかの代替オプションを試してください。

  • 同じゾーンとリージョンの代替 VM サイズ: Standard_A2_v2、Standard_A2m_v2、または Standard_D2a_v4
  • 同じ VM サイズとリージョンの代替ゾーン: ゾーン 1 と 3

注:

仮想マシン スケール セット (VMSS) のトラブルシューティングを行う場合、このプロセスは標準 VM と同じです。 この問題を解決するには、この記事の指示に従ってください。

エラー メッセージ: 「割り当てに失敗しました。 1 つの配置グループを含む仮想マシン スケール セットに新しい VM を追加しようとしている場合、または 1 つの配置グループを含む仮想マシン スケール セット内にある既存の VM を更新/サイズ変更しようとしている場合は、このような割り当てが単一クラスターにスコープされ、クラスターの容量が不足する可能性があることに注意してください。 割り当てが成功する可能性を向上させる方法については、http://aka.ms/allocation-guidance." をご覧ください。

この記事では、いくつかの一般的な割り当てエラーの原因を説明し、可能な対処方法を提案します。

希望するリージョンで希望する種類の VM が使用可能になるまで、デプロイの問題が発生しているお客様には、一時的な回避策としてこのガイダンスを検討することをお勧めします。

発生しているケースに最もよく一致するシナリオを特定し、対応する推奨回避策を使用して割り当て要求を再試行して、割り当ての成功の可能性を高めます。 または、後でいつでも再試行することができます。 これは、要求を処理するクラスター、リージョン、またはゾーンで十分なリソースが解放される可能性があるためです。

ワークロードに対して常に容量が確実に利用されるようにするには、オンデマンド容量予約の使用を検討します。 このオプションを使用すると、コンピューティング容量を事前に予約できるため、割り当てエラーが発生することなく、必要に応じて VM をデプロイできるようになります。 このアプローチにより、デプロイの信頼性と予測可能性が向上します。

スタンドアロンの VM

原因

Azure にスタンドアロン VM がある場合 (つまり、他の VM を含む可用性セットまたは近接配置グループの一部ではない場合)、作成開始、または再デプロイ操作を試行したときに割り当てエラーが発生する場合、これは、指定されたリージョンまたはゾーンで要求を満たすのに十分な容量が Azure に現在不足していることを示しています。

回避策

この問題を回避するには、以下のいずれかの方法を使用します。

  • 割り当てを再試行する

    場合によっては、問題は一時的なものであり、しばらくしてから割り当てを再試行すると問題が解決することがあります。

  • VM のサイズを変更する

    リージョンまたはゾーンでより高い可用性が得られるように、VM を別のサイズに変更することを検討してください。

  • リージョンまたはゾーンを変更する

    現在のリージョンまたはゾーンの需要が高い場合は、より多くの容量がある可能性がある別のリージョンまたは可用性ゾーンに VM をデプロイしてみてください。

既存の可用性セットに対して、VM をサイズ変更したり、VM を追加したり、部分的に停止した (割り当て解除した) VM を起動したりする

注:

VM を可用性セットに追加できるのは、作成時のみです。 既存の VM を可用性セットに追加したり、VM の可用性セットを変更したりするには、VM を削除して再作成する必要があります。 詳細については、「Azure PowerShell を使用して VM の可用性セットを変更する」をご覧ください。

原因

VM のサイズ変更、または既存の可用性セットへの VM の追加の要求は、既存の可用性セットをホストしている元のクラスターで行う必要があります。 クラスターは、要求した VM サイズをサポートしていないか、現在十分な容量がない可能性があります。

部分的割り当て解除とは、可用性セット内のすべての VM ではなく、1 つ以上の VM を停止 (割り当て解除) したことを意味します。 VM を割り当て解除すると、関連付けられているリソースが解放されます。 部分的に割り当て解除された可用性セットで VM を再起動することは、既存の可用性セットに VM を追加することと同じです。 そのため、割り当て要求は、十分な容量がない可能性がある既存の可用性セットをホストしている元のクラスターで行う必要があります。

回避策

この問題を回避するには、以下のいずれかの方法を使用します。

  • 新しい VM デプロイでは、別の可用性セットに含めることができる場合は、(同じリージョンまたはゾーン内の) 別の可用性セットに VM を作成します。 この新しい VM は、同じ仮想ネットワークに追加できます。

  • リージョンまたはゾーンでより高い可用性が得られるように、VM を別のサイズにサイズ変更することを検討してください。 可用性セットで VM サイズが確実にサポートされるようにするには、「可用性セット - 使用可能なサイズの一覧 - REST API」をご覧ください。

  • 同じ可用性セット内のすべての VM を停止 (割り当て解除) し、該当するすべての VM を一括で起動して、可用性セットが現在割り当てられているクラスターだけでなく、使用可能なすべてのクラスターからの割り当てを許可します。

    可用性セット内のすべての VM を停止するには、次の手順に従います。

    1. Azure portal で仮想マシンに移動します。
    2. [フィルターの追加] を選択し、管理する可用性セットのフィルターを追加します。
    3. 可用性セット内のすべての VM のボックスをオンにします。
    4. [停止] を選択し、操作が完了し、すべての VM が停止 (割り当て解除) ステータスを報告するまで待ちます。
    5. [開始] を選択して、すべての VM を再度割り当てます。

可用性セット内の完全に停止した (割り当て解除した) VMを起動する

原因

完全割り当て解除とは、可用性セット内のすべての VM を停止 (割り当て解除) したことを意味します。 これらの VM を起動するための割り当て要求は、リージョンまたはゾーン内の目的のサイズをサポートしているすべてのクラスターを対象とします。

回避策

この問題を回避するには、以下のいずれかの方法を使用します。

  • 割り当てを再試行する

    場合によっては、問題は一時的なものであり、しばらくしてから割り当てを再試行すると問題が解決することがあります。

  • VM をサイズ変更する

    リージョンまたはゾーンでより高い可用性が得られるように、VM を別のサイズにサイズ変更することを検討してください。 可用性セットで VM サイズが確実にサポートされるようにするには、「可用性セット - 使用可能なサイズの一覧 - REST API」をご覧ください。

  • リージョンまたはゾーンを変更する

    現在のリージョンまたはゾーンの需要が高い場合は、より多くの容量がある可能性がある別のリージョンまたは可用性ゾーンに VM をデプロイまたは移行してみてください。

可用性ゾーン内の VM の割り当てエラー

原因

Azure 可用性ゾーンは、Azure リージョン内の物理的および論理的に分離されたデータ センターです。 各可用性ゾーンは、独自の独立した電源、冷却装置、ネットワーク インフラストラクチャを備えています。 これらは、障害を単一のゾーンに分離し、同じリージョン内の他のゾーンへの影響を最小限に抑えることで、高可用性と回復性を確保するように設計されています。

ただし、可用性ゾーンに関連付けられた追加のデプロイ制約条件により、割り当てエラーが発生する可能性があります。

回避策

この問題を回避するには、以下のいずれかの方法を使用します。

  • 割り当てを再試行する

    場合によっては、後で割り当て要求を再試行すると、ゾーン内のリソースが解放される可能性があるため、役立つことがあります。

  • VM のサイズを変更する

    リージョンまたはゾーンでより高い可用性が得られるように、VM を別のサイズにサイズ変更することを検討してください。

  • リージョンまたはゾーンを変更する

    現在のリージョンまたはゾーンの需要が高い場合は、より多くの容量がある可能性がある別のリージョンまたは可用性ゾーンに VM をデプロイまたは移行してみてください。 リージョンまたはゾーンは、次の方法で変更できます。

過剰に制約された割り当てエラー

原因

Azure コンピューティング プラットフォームが、要求で指定された必要な制約を満たす VM を割り当てることができない場合、過剰に制約された割り当てエラーが発生します。 これらのエラーは通常、使用可能なリソース内で特定の要件を満たすことができない場合に発生します。 これらは、多くの場合、OverconstrainedZonalAllocationRequestOverconstrainedAllocationRequest などのエラーによって示されます。

これらの制約には通常 (常にではありませんが) 次の項目が含まれます。

  • VM サイズ/SKU
  • 高速ネットワーク
  • 可用性ゾーン
  • エフェメラル ディスク
  • 近接配置グループ (PPG)
  • Ultra Disk または PremiumSSDv2

回避策

この問題を回避するには、以下のいずれかの方法を使用します。

  • 割り当てを再試行する

    場合によっては、後で割り当て要求を再試行すると、ゾーン内のリソースが解放される可能性があるため、役立つことがあります。

  • VM のサイズを変更する

    リージョンまたはゾーンでより高い可用性が得られるように、VM を別のサイズにサイズ変更することを検討してください。

  • リージョンまたはゾーンを変更する

    現在のリージョンまたはゾーンの需要が高い場合は、より多くの容量がある可能性がある別のリージョンまたは可用性ゾーンに VM をデプロイまたは移行してみてください。 リージョンまたはゾーンは、次の方法で変更できます。

  • 割り当てを制限する可能性のある制約を調整する: ゾーン内の VM SKU に十分な可用性がある可能性があります。 ただし、定義された制約により割り当てが妨げられる可能性があります。 割り当てが成功する可能性を高めるには、次の方法で制約を調整することを検討してください。

    • 高速ネットワークを無効にする。
    • 任意の近接配置グループから VM を削除する。
    • UltraSSD または PemiumSSDv2 ディスクを削除する。

近接配置グループを使用した VM の割り当てエラー

近接配置グループにより、リソースが同じデータ センター内に配置されるようになり、待機時間が短縮されます。 ただし、追加されたデプロイ制約により、割り当てエラーが発生する場合があります。 詳細については、「近接配置グループに関するベスト プラクティス」をご覧ください。

原因

近接配置グループ内の最初の VM を起動または割り当てるように要求すると、データ センターが自動的に選択されます。 必要な VM サイズがそのデータ センターで使用できない場合、要求は失敗します。 VM インスタンスが動的に追加または削除されるエラスティック ワークロードのシナリオでは、近接配置グループの制約を適用すると、割り当て要求を完了できないことを示す割り当てエラーが発生する可能性があります。

回避策

近接配置グループ内のすべての VM の割り当てを解除し、VM の起動順序を変更してみてください。 最初に最も制限の厳しい SKU で VM を起動すると、割り当てが成功する可能性が高まります。

以前の VM サイズ (Av1、Dv1、DSv1、D15v2、DS15v2 など) での割り当ての失敗

マイクロソフトでは、Azure インフラストラクチャを展開するときに、最新の種類の仮想マシンをサポートするように設計された新しい世代のハードウェアをデプロイします。 一部の旧シリーズの VM は、最新世代のインフラストラクチャで稼働しません。 このため、これらのレガシ SKU で割り当てエラーが発生する可能性があります。 この問題を回避するために、レガシ シリーズの仮想マシンを使用しているお客様には、次の推奨事項に従って、同等の新しい VM への移行を検討することをお勧めします。 これらの VM は最新のハードウェア用に最適化されており、より優れた価格設定とパフォーマンスを利用できます。

レガシ VM シリーズ/サイズ 推奨される新しい VM シリーズ/サイズ 詳細
Av1 シリーズ Av2 シリーズ https://azure.microsoft.com/blog/new-av2-series-vm-sizes/
Dv1 または DSv1 シリーズ (D1 から D5) Dv3 または DSv3 シリーズ https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/
Dv1 または DSv1 シリーズ (D11 から D14) Ev3 または ESv3 シリーズ
D15v2 または DS15v2 D16v3/DS16v3 または D32v3/DS32v3 への移行を検討してください。 これらは、最新の世代のハードウェア上で稼働するように設計されています。 VM インスタンスを単一の顧客専用のハードウェアに確実に分離する場合は、最新世代のハードウェア上で実行するように設計された、新しい分離 VM サイズである E64i_v3 または E64is_v3 への移行を検討してください。 https://azure.microsoft.com/blog/new-isolated-vm-sizes-now-available/

大規模なデプロイ (500 個を超えるコア) での割り当ての失敗

要求された VM サイズのインスタンスの数を減らして、デプロイ操作を再試行します。 さらに、より大規模なデプロイの場合は、複数の配置グループで Azure 仮想マシン スケール セットを評価できます。 要求または定義済みのスケジュールに応じて VM インスタンスの数を自動的に増減でき、デプロイを複数のクラスターに分散できるため割り当てが成功する可能性が高くなります。複数配置のグループとして展開した場合、展開を複数のクラスターに分散できるからです。 大規模な仮想マシンのスケール セットでの作業や、既存のスケール セットを複数の配置グループにまたがるように変換する方法について詳しく説明します。 スケール セットを単一の配置グループのサポートから複数の配置グループのサポートに変更できますが、逆方向の変換を行うことはできません。

背景情報

割り当てのしくみ

Azure データセンターのサーバーは、クラスターにパーティション分割されています。 通常、割り当て要求は複数のクラスターで試行されますが、割り当て要求の特定の制約 (VM サイズ、Ultra SSD、近接配置グループなど) により、Azure プラットフォームが要求を 1 つのクラスターだけで試行するように強制される可能性があります。 次の図 1 は、複数のクラスターで試行される通常の割り当てのケースを示しています。

複数のクラスターで割り当てが試行されたことを示す図 1 のスクリーンショット。

割り当てエラーが発生する理由

割り当てに多数の制限がある場合、利用可能なリソース プールが小さくなるため、空きリソースを見つけられない可能性が高くなります。 さらに、割り当て要求が制限されている場合 (たとえば、近接配置グループを使用しているが、要求したリソースの種類がクラスターのセットと近くのクラスターでサポートされていない場合)、クラスターに空きリソースがあっても要求は失敗します。 次の図 2 は、近接配置グループに関連付けられた候補クラスターに空きリソースがないために割り当てエラーが発生するケースを示しています。 図 3 は、クラスターに空きリソースがあるにもかかわらず、近接配置グループに関連付けられた候補クラスターが要求された VM サイズをサポートしていないために割り当てエラーが発生するケースを示しています。

空きリソースがないために割り当てエラーが発生したことを示す図 2 のスクリーンショットと、サイズがサポートされていないために割り当てエラーが発生したことを示す図 3 のスクリーンショット。

お問い合わせはこちらから

質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティ サポートにお問い合わせください。 Azure フィードバック コミュニティに製品フィードバックを送信することもできます。