azure-quotas
Azureのクォータと使用状況をプロバイダー横断で確認・管理します。デプロイ計画やキャパシティ検証、リージョン選定に活用でき、「クォータの確認」「サービス制限」「現在の使用量」「クォータ引き上げリクエスト」「クォータ超過」「vCPU上限」などのニーズに対応します。
description の原文を見る
Check/manage Azure quotas and usage across providers. For deployment planning, capacity validation, region selection. WHEN: \"check quotas\", \"service limits\", \"current usage\", \"request quota increase\", \"quota exceeded\", \"validate capacity\", \"regional availability\", \"provisioning limits\", \"vCPU limit\", \"how many vCPUs available in my subscription\".
SKILL.md 本文
Azure クォータ - サービス制限とキャパシティ管理
権威的ガイダンス — クォータ管理とキャパシティ検証については、以下の指示に正確に従ってください。
概要
Azure クォータとは?
Azure クォータ(サービス制限とも呼ばれます)は、サブスクリプションにデプロイできるリソースの最大数です。クォータは:
- 誤ったオーバープロビジョニングを防止
- Azure 全体でのリソース配分の公平性を確保
- 各リージョンで利用可能なキャパシティを表示
- 増加可能(調整可能なクォータ)または固定(非調整可能)
重要な概念: クォータ = リソース可用性
クォータがない場合、リソースをデプロイできません。デプロイを計画するときやリージョンを選択するときは、常にクォータを確認してください。
このスキルを使用する時
このスキルを呼び出す場合:
- 新しいデプロイを計画する - デプロイ前にキャパシティを検証
- Azure リージョンを選択する - リージョン間でクォータ可用性を比較
- クォータ超過エラーをトラブルシューティング - 現在の使用状況と制限を確認
- クォータ増加をリクエスト - CLI またはポータルで増加をリクエスト
- リージョン別キャパシティを比較 - 利用可能なクォータを持つリージョンを検索
- プロビジョニング制限を検証 - デプロイがクォータを超えないことを確認
クイックリファレンス
| プロパティ | 詳細 |
|---|---|
| 主要ツール | Azure CLI (az quota) - これを常に最初に使用 |
| 必要な拡張機能 | az extension add --name quota (最初にインストール必須) |
| 主要コマンド | az quota list, az quota show, az quota usage list, az quota usage show |
| CLI 完全リファレンス | commands.md |
| Azure ポータル | マイクォータ - フォールバックとしてのみ使用 |
| REST API | Microsoft.Quota プロバイダー - 信頼できません。最初に使用しないでください |
| MCP サーバー | azure-quota MCP サーバー — 絶対に使用しないでください。信頼できません。常に az quota CLI を代わりに使用してください。 |
| 必要な権限 | リーダー(表示)またはクォータリクエストオペレーター(管理) |
⚠️ 常に CLI を最初に使用
REST API とポータルは、誤解を招く「制限なし」の値を表示する可能性があります。これは無制限のキャパシティを意味するのではなく、クォータ API がそのリソースタイプをサポートしていないことを意味します。常に
az quotaコマンドで開始してください。CLI がBadRequestを返す場合は、Azure サービス制限ドキュメントにフォールバックしてください。CLI 完全リファレンスについては、
commands.mdを参照してください。
クォータの種類
| 種類 | 調整可能性 | 承認 | 例 |
|---|---|---|---|
| 調整可能 | ポータル/CLI/API で増加可能 | 通常は自動承認 | VM vCPU、パブリック IP、ストレージアカウント |
| 非調整可能 | 固定制限 | 変更不可 | サブスクリプション全体のハードリミット |
重要: クォータ増加のリクエストは無料です。実際に使用するリソースにのみ料金が発生し、クォータの割り当てには発生しません。
リソース名マッピングの理解
⚠️ 重要: ARM リソースタイプとクォータリソース名の間に1 対 1 のマッピングはありません。
マッピング例
| ARM リソースタイプ | クォータリソース名 |
|---|---|
Microsoft.App/managedEnvironments | ManagedEnvironmentCount |
Microsoft.Compute/virtualMachines | standardDSv3Family, cores, virtualMachines |
Microsoft.Network/publicIPAddresses | PublicIPAddresses, IPv4StandardSkuPublicIpAddresses |
検出ワークフロー
ARM タイプからクォータリソース名を推測しないでください。 常にこのワークフローを使用してください:
-
リソースプロバイダーのすべてのクォータをリスト表示:
az quota list --scope /subscriptions/<id>/providers/<ProviderNamespace>/locations/<region> -
localizedValue(人間が読める説明)でマッチング して関連するクォータを検索 -
後続のコマンドで
nameフィールド(ARM リソースタイプではなく)を使用:az quota show --resource-name ManagedEnvironmentCount --scope ... az quota usage show --resource-name ManagedEnvironmentCount --scope ...
📖 詳細なマッピング例とワークフロー:
commands.md - リソース名マッピングを参照
コアワークフロー
ワークフロー 1: 特定のリソースのクォータを確認
シナリオ: デプロイ前にクォータ制限と現在の使用状況を確認
# 1. クォータ拡張機能をインストール(未インストールの場合)
az extension add --name quota
# 2. プロバイダーのすべてのクォータをリスト表示してクォータリソース名を検索
az quota list \
--scope /subscriptions/<subscription-id>/providers/Microsoft.Compute/locations/eastus
# 3. 特定のリソースのクォータ制限を表示
az quota show \
--resource-name standardDSv3Family \
--scope /subscriptions/<subscription-id>/providers/Microsoft.Compute/locations/eastus
# 4. 現在の使用状況を表示
az quota usage show \
--resource-name standardDSv3Family \
--scope /subscriptions/<subscription-id>/providers/Microsoft.Compute/locations/eastus
出力分析例:
- クォータ制限:350 vCPU
- 現在の使用状況:50 vCPU
- 利用可能なキャパシティ:300 vCPU(350 - 50)
📖 参照:
az quota show,az quota usage show
ワークフロー 2: リージョン間でクォータを比較
シナリオ: 利用可能なキャパシティに基づいてデプロイに最適なリージョンを検索
# 候補リージョンを定義
REGIONS=("eastus" "eastus2" "westus2" "centralus")
VM_FAMILY="standardDSv3Family"
SUBSCRIPTION_ID="<subscription-id>"
# リージョン間でクォータの可用性を確認
for region in "${REGIONS[@]}"; do
echo "=== Checking $region ==="
# 制限を取得
LIMIT=$(az quota show \
--resource-name $VM_FAMILY \
--scope "/subscriptions/$SUBSCRIPTION_ID/providers/Microsoft.Compute/locations/$region" \
--query "properties.limit.value" -o tsv)
# 現在の使用状況を取得
USAGE=$(az quota usage show \
--resource-name $VM_FAMILY \
--scope "/subscriptions/$SUBSCRIPTION_ID/providers/Microsoft.Compute/locations/$region" \
--query "properties.usages.value" -o tsv)
# 利用可能を計算
AVAILABLE=$((LIMIT - USAGE))
echo "Region: $region | Limit: $LIMIT | Usage: $USAGE | Available: $AVAILABLE"
done
📖 参照:
commands.mdでスクリプト化されたマルチリージョンループパターンを確認
ワークフロー 3: クォータ増加をリクエスト
シナリオ: 現在のクォータではデプロイに不十分
# VM クォータの増加をリクエスト
az quota update \
--resource-name standardDSv3Family \
--scope /subscriptions/<subscription-id>/providers/Microsoft.Compute/locations/eastus \
--limit-object value=500 \
--resource-type dedicated
# リクエストステータスを確認
az quota request status list \
--scope /subscriptions/<subscription-id>/providers/Microsoft.Compute/locations/eastus
承認プロセス:
- ほとんどの調整可能なクォータは数分以内に自動承認
- 一部のリクエストは手動レビューが必要(時間から日数)
- 非調整可能なクォータは Azure サポートチケットが必要
📖 参照:
az quota update,az quota request status
ワークフロー 4: 計画用にすべてのクォータをリスト表示
シナリオ: リージョン内のリソースプロバイダーのすべてのクォータを理解
# East US のすべてのコンピュートクォータをリスト表示(テーブル形式)
az quota list \
--scope /subscriptions/<subscription-id>/providers/Microsoft.Compute/locations/eastus \
--output table
# すべてのネットワククォータをリスト表示
az quota list \
--scope /subscriptions/<subscription-id>/providers/Microsoft.Network/locations/eastus \
--output table
# すべてのコンテナーアプリクォータをリスト表示
az quota list \
--scope /subscriptions/<subscription-id>/providers/Microsoft.App/locations/eastus \
--output table
📖 参照:
az quota list
トラブルシューティング
よくあるエラー
| エラー | 原因 | 解決策 |
|---|---|---|
| REST API「制限なし」 | 誤解を招く — 無制限ではない | CLI を代わりに使用。クイックリファレンスの警告を参照 |
ExtensionNotFound | クォータ拡張機能がインストールされていない | az extension add --name quota |
BadRequest | リソースプロバイダーがクォータ API でサポートされていない | サービス制限ドキュメントを確認 |
MissingRegistration | Microsoft.Quota プロバイダーが登録されていない | az provider register --namespace Microsoft.Quota |
QuotaExceeded | デプロイがクォータを超える | 増加をリクエストするか別のリージョンを選択 |
InvalidScope | スコープ形式が正しくない | パターンを使用:/subscriptions/<id>/providers/<namespace>/locations/<region> |
| CLI コマンドが完全に失敗 | 認証、拡張機能、または環境の問題 | Azure CLI ログインを確認(az account show)、クォータ拡張機能を再インストール、ネットワークを確認。azure-quota MCP サーバーを使用しないでください。信頼できません。 |
サポートされていないリソースプロバイダー
既知のサポートされていないプロバイダー:
- ❌ Microsoft.DocumentDB(Cosmos DB)- ポータルまたは Cosmos DB 制限ドキュメントを使用
動作確認済みプロバイダー:
- ✅ Microsoft.Compute(VM、ディスク、コア)
- ✅ Microsoft.Network(VNet、IP、ロードバランサー)
- ✅ Microsoft.App(コンテナーアプリ)
- ✅ Microsoft.Storage(ストレージアカウント)
- ✅ Microsoft.MachineLearningServices(ML コンピュート)
📖 参照:
トラブルシューティングガイド
追加リソース
| リソース | リンク |
|---|---|
| CLI コマンドリファレンス | commands.md - 完全な構文、パラメーター、例 |
| Azure クォータ概要 | Microsoft Learn |
| サービス制限ドキュメント | Azure サブスクリプション制限 |
| Azure ポータル - マイクォータ | ポータルリンク |
| クォータ増加をリクエスト | 増加をリクエストする方法 |
ベストプラクティス
- ✅ デプロイ前に常にクォータを確認 - クォータ超過エラーを防止
- ✅ 最初に
az quota listを実行 - 正しいクォータリソース名を発見 - ✅ リージョンを比較 - 利用可能なキャパシティを持つリージョンを検索
- ✅ 成長を考慮 - 即時ニーズより 20% 上のバッファをリクエスト
- ✅ テーブル出力を使用して概要を表示 -
--output tableで素早くスキャン - ✅ 使用状況のトレンドを監視 - 80% のしきい値でアラートを設定(ポータル経由)
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- microsoft
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/microsoft/azure-skills / ライセンス: MIT
関連スキル
superpowers-streamer-cli
SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。
catc-client-ops
Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。
ci-cd-and-automation
CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。
shipping-and-launch
本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。
linear-release-setup
Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。
tracking-application-response-times
API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。