Azure Container Apps の環境容量エラーのトラブルシューティング

新しいAzure Container Apps環境を作成すると、容量エラーでプロビジョニングが失敗することがあります。 エラーメッセージにはこの記事へのリンクが含まれています。 この記事では、なぜエラーが起こるのか、すぐに試せること、そして容量制約の影響を減らすためにデプロイを計画する方法について説明します。

エラーが発生する理由

このエラーは、選択したリージョンでは、環境の作成に必要な管理インフラストラクチャに利用可能な容量が限られていることを示しています。 コンテナアプリをサポートする地域でも需要が利用可能な容量を超えることがあります。

Note

容量とクォータは異なります。 クオータは使用できるリソース数を制限します。キャパシティは、サービスがリクエスト時にそのリソースを割り当てられるかどうかを決定します。 割当数の増加は地域のキャパシティ制約を解決しません。 もしデプロイメントがクォータ制限を報告する場合は、Quotas for Azure Container Appsを参照してください。

失敗したプロビジョニング試行からの回復

  1. 誤りを確認してください。 失敗したデプロイメントのエラーの詳細を確認してください。 メッセージがこの記事にリンクしている場合は、以下の手順に従ってください。 ターゲット領域と完全なエラーメッセージを記録します。 このガイダンスは、アプリケーションの起動やイメージプルの失敗ではなく、環境プロビジョニング容量のエラーに適用されます。

  2. 別の対応地域を試してみてください。 もし条件が許せば、別の地域に環境を作りましょう。 その地域が必要なコンテナ アプリの機能やワークロード プロファイルをサポートしているか、十分なクォータがあるか、また、ネットワーク、依存関係、データ レジデンシーの要件を満たせるかを確認してください。 サポートされる地域を参照してください。 既存のワークロードについては、「別のリージョンに Azure Container Apps を再配置する」をご覧ください。

  3. 同じ地域を使う必要がある場合は後で再挑戦してください。 利用可能な容量は時間とともに変動するため、後の試みが成功する可能性もあります。 現在のプロビジョニングの試みが終わるまで待ってから再試行してください。 自動展開の場合は、連続的かつ急速な再試しではなく、遅延を増やす制限付きリトライポリシーを用いましょう。 容量が利用可能になるまでの保証された再試行間隔や時間はありません。

容量の柔軟性を考慮したデプロイを計画する

以下の実践を活用して、展開の選択肢を増やしましょう。 いずれもプロビジョニングリクエストが成功することを保証しません。

複数のリージョンを使用する

ワークロードをホストできる地域を少なくとも2つ特定してください。 要件が許す場合は、1つのリージョンで制約が発生した場合に備えて、より多くの選択肢を確保できるよう、3つ以上のリージョンを想定するよう計画してください。 展開前に各候補地域で機能の可用性、クォータ、レイテンシー、データレジデンシー、依存サービスを確認しましょう。

地域冗長性のために、複数の地域に別々の環境とアプリケーションを展開し、トラフィックルーティングとフェイルオーバーを設定し、ステートフル依存関係のデータレプリケーションを計画します。 代替地域のリストだけではフェイルオーバーを実現できません。 レジリエンス向けのカスタム マルチリージョン ソリューションを参照してください。

予定より早く提供

ローンチ、移行、その他の時間的に重要なイベントの前に環境を作成し、検証してください。 環境作成を土壇場の依存関係にするのではなく、再試行する、または別のリージョンを使用するための時間を確保しましょう。

早い段階で環境を作ることは将来の拡大のための容量を確保するわけではありません。 特に環境がアイドル状態のままの場合、デプロイするリソースのコストや 環境ライフサイクルポリシーを考慮しましょう。 Azure Container AppsのBillingを参照してください。

営業時間外のプロビジョニングを試してみてください

スケジュールが許せば、対象地域で通常の営業時間外にプロビジョニングを試みてみてください。 例えば、対象地域の現地時間帯で午前3時から午前5時の間のウィンドウを試してみてください。

この機会は、利用可能な容量の保証期間ではなく、試すための選択肢として扱ってください。 Azureはグローバルな需要に対応しており、容量の制約は現地の営業時間外にも続くことがあります。

ゾーン冗長性の要件を評価する

ゾーン冗長環境は、同一地域内の複数の可用性ゾーンにインフラを分散させます。 この要件は、ゾーン冗長性を必要としない環境と比べて配置の柔軟性を制限します。

可用性要件が許すなら、ゾーン冗長性のない新しい環境を作成し、他の地域での展開で補完することを検討してください。 このオプションはプロビジョニングの柔軟性を高めるかもしれませんが、利用可能な容量を保証するわけではありません。

Important

ゾーン冗長性と地域冗長は、異なる障害に対して保護します。 マルチリージョン展開は、各リージョン内のゾーン冗長性を同等に置き換えるものではありません。 プロビジョニングエラーを回避するためだけに必要なゾーン保護を解除しないでください。 デザインを変更する前に、Azure Container Appsの信頼性を確認してください。

環境を作成する際にゾーン冗長性を選択してください。 既存の環境では有効化・無効化できません。設定を変更するには、新しい環境とアプリの再デプロイが必要です。 ゾーン冗長コンテナー アプリを作成する を参照してください。

サポートに連絡する時期

該当するオプションを試してもプロビジョニングがブロックされたままだったり、要件で他のリージョンや冗長性設定の使用が困難な場合は、コンテナアプリのAzure サポートリクエストを作成してください。

サブスクリプションID、リソースグループ、環境名またはリソースID、ターゲットリージョン、ゾーン冗長設定、完全なエラーメッセージ、UTCでの失敗試行タイムスタンプ、可能であれば相関または操作IDを含めてください。 行った再試行と代替リージョン、および展開期限や地域要件について説明してください。

サポートリクエストは故障の調査に役立ちますが、即時の容量割り当てを保証するものではありません。 報告されたエラーがクォータ制限も特定している場合にのみ、クォータの引き上げを申請してください。