Azure Kubernetes Service (AKS) のクォータ、仮想マシンのサイズの制限、およびリージョンの可用性

Azure サービスでは、特定の仮想マシン (VM) SKU の使用制限など、リソースと機能の既定の制限とクォータが設定されます。

この記事では、Azure Kubernetes Service (AKS)の既定のリソース制限と、Azure リージョンでの AKS の可用性について説明します。

サービスのクォータと制限

リソース 制限
サブスクリプションあたりのグローバルなクラスターの最大数 5,000
Virtual Machine Scale Sets と Standard Load Balancer SKU を使用したクラスターあたりの最大ノード数 5000 (すべてのノード プール対象)
注: クラスターあたり最大 5000 ノードまでスケールアップできない場合は、大規模なクラスターのベスト プラクティスを参照してください。
ノード プールあたりの最大ノード数 (Virtual Machine Scale Sets ノード プール) 1000
クラスターあたりの最大ノード プール数 100
ノードあたりの最大ポッド数: Kubenet ネットワーク プラグイン 最大値: 250
Azure CLI の既定値: 110
Azure Resource Manager テンプレートの既定値: 110
Azure portal デプロイの既定値: 30
ノードあたりの最大ポッド数: Azure Container Networking Interface (Azure CNI)1 最大値: 250
Windows Server コンテナーに推奨される最大値: 110
既定値: 30
Open Service Mesh (OSM) AKS アドオン Kubernetes クラスターのバージョン: AKS でサポートされているバージョン
クラスターあたりの OSM コントローラー数: 1
OSM コントローラーあたりのポッド数: 1600
OSM によって管理される Kubernetes サービス アカウント数: 160
Standard Load Balancer SKU を使用した場合のクラスターごとの最大 Kubernetes 負荷分散サービス数 300
仮想マシン可用性セットと Basic Load Balancer SKU を使用したクラスターあたりの最大ノード 100

1 つの Windows Server コンテナーでは、Azure CNI ネットワーク プラグインを使用する必要があります。 Kubenet は Windows Server コンテナーではサポートされていません。

Kubernetes コントロール プレーンのサービス レベル 制限
スタンダードティア 負荷に基づいて Kubernetes API サーバーを自動的にスケーリングします。 より大きなコントロール プレーン コンポーネントの制限と API サーバー/etcd インスタンス。
Free レベル インフライト要求の制限がある限られたリソース。 クラスターあたり 10 個のノードという推奨ノード制限。 実験、学習、簡単なテストに最適です。 運用環境や重要なワークロードにはお勧めしません。

注

前の表に示した Free レベルと Standard レベルに加えて、AKS では、アップタイム SLA と 24 か月間の長期サポート (LTS) を必要とする運用ワークロード用の Premium レベルが提供されています。 完全な比較については、 AKS の価格レベルに関する説明を参照してください。

重要

前の表の基本Load Balancerの制限は、レガシ構成にのみ適用されます。 2025 年 9 月 30 日から、AKS は Basic Load Balancerをサポートしなくなりました。 新しいデプロイにはStandard Load Balancerを使用し、既存のデプロイをStandard Load Balancerにアップグレードします。

重要

2027 年 9 月 30 日から、Azure Kubernetes Service (AKS) は Open Service Mesh (OSM) アドオンをサポートしなくなりました。 アップストリームの Open Service Mesh プロジェクト は廃止されました。

クラスターで OSM アドオンを使用している場合は、サポート終了日より前に Istio アドオンに移行します。 この提供終了に関する通知は、マネージド OSM アドオンにのみ適用され、オープン ソースまたはセルフ マネージド サービス メッシュのインストールには対応していません。 移行手順については、 OSM アドオンから Istio アドオンへの移行ガイダンスを参照してください。 AKS のお知らせと更新プログラムに関する最新情報を入手するには、 AKS リリース ノートに従ってください。

AKS マネージド クラスターのクォータ制限

Azure ポータルの [クォータ] ページを使用して、クォータの制限と使用状況を表示し、追加のクォータを要求します。

次のスクリーンショットは、リージョン別の AKS マネージド クラスターの現在の使用状況と制限、およびクォータ調整を要求するためのコントロールを示しています。

Azure ポータルの [クォータ] ページのスクリーンショット。

マネージド クラスターのクォータを超えると、次のようなエラー メッセージが表示されることがあります。

ManagedClusterCountExceedsQuotaLimit: Operation results in exceeding quota limits for managed clusters. Maximum allowed: %d, Current usage: %d, Additional requested: %d. Consider deleting unused clusters or requesting a quota increase. To request a quota increase, follow the instructions here: https://learn.microsoft.com/azure/quotas/quickstart-increase-quota-portal.

このエラーを解決するには、Azure ポータルの [クォータ] ページで追加のクォータを要求します。

AKS マネージド クラスターのクォータ制限

サブスクリプションの種類 新しいサブスクリプションのリージョンごとのサブスクリプションあたりの AKS クラスターの既定の数1 Azure portal クォータ ページを使用したセルフサービスにより、リージョンごとのサブスクリプションあたりに許可される AKS クラスターの最大数は 2 です。
Enterprise Agreement サブスクリプション 100 1,000
CSP、従量課金制、スポンサー付き、MSDN、MPN、Azure Pass、Azure In Open、Azure Pass サブスクリプション 10 100
無料試用版と Azure for Students サブスクリプション 3 3

1 新しいサブスクリプションのリージョンごとのサブスクリプションあたりの AKS クラスターの既定の数は、容量の制約があるリージョンによって異なる場合があります。
2 クォータ制限の引き上げを要求するには、 Azure portal クォータ要求プロセスを使用します。 最大セルフサービス量を超えるクォータの引き上げ要求には、サポート チケットが必要です。 無料試用版と Azure for Students サブスクリプションは、制限またはクォータの引き上げの対象ではありません。 無料試用版または Azure for Students サブスクリプションをお持ちの場合は、従量課金制サブスクリプションにアップグレードして、より高いクォータ制限を取得できます。

AKS リソース プロバイダー API のスロットリングの制限

AKS では、トークン バケット 調整アルゴリズムを使用して、特定の AKS リソース プロバイダー API を制限します。 調整は、サービスのパフォーマンスを維持し、公平な使用を促進するのに役立ちます。

トークン バケットには固定サイズ (バースト レートとも呼ばれます) があり、一定のレート (持続レートとも呼ばれます) で時間の経過と同時に補充されます。 各調整制限は、各リージョンの指定されたリソースに適用されます。 たとえば、サブスクリプションは、リソース グループごとに一度に最大 60 回 ListManagedClusters を呼び出し (バースト レート)、1 秒あたり 1 回の呼び出し (持続レート) を続けることができます。

API 要求 バケット サイズ リフィル レート Scope
リスト ManagedClusters 500 件の要求 1 秒あたり 1 要求 サブスクリプション
リスト ManagedClusters 60 件の要求 1 秒あたり 1 要求 リソース グループ
PUT メソッド AgentPool 20 件の要求 1 分あたり 1 要求 エージェントプール
PUT メソッド ManagedCluster 20 件の要求 1 分あたり 1 要求 マネージド クラスター
取得 ManagedCluster 60 件の要求 1 秒あたり 1 要求 マネージド クラスター
GET 操作の状態 200 件の要求 1 秒あたり 2 要求 サブスクリプション
その他すべての API 60 件の要求 1 秒あたり 1 要求 サブスクリプション

注

ManagedClustersバケットとAgentPools バケットは、同じ AKS クラスターに対して個別にカウントされます。

AKS は要求を調整すると、HTTP 状態コード 429 (要求が多すぎます) と Throttled エラー コードを返します。 応答には、再試行する前に待機する秒数を指定する Retry-After ヘッダーが含まれています。 クライアントがバースト API 呼び出しパターンを使用している場合は、 Retry-After 値を処理するように構成します。 詳細については、 Retry-After ヘッダーを参照してください。 AKS では、 delay-seconds を使用して再試行間隔を指定します。

プロビジョニングされたインフラストラクチャ

その他のすべてのネットワーク、コンピューティング、およびストレージの制限が、プロビジョニングされるインフラストラクチャに適用されます。 関連する制限については、Azure サブスクリプションとサービスの制限に関するページを参照してください。

重要

AKS クラスターをアップグレードすると、アップグレードによって一時的に追加のリソースが消費されます。 これらのリソースには、仮想ネットワークのサブネット内で利用可能な IP アドレスや、仮想マシンの vCPU クォータが含まれます。

Windows Serverコンテナーの場合は、ノード プールをアップグレードして、最新のノード更新プログラムを適用します。 これらの一時的なリソースに十分な IP アドレス空間または vCPU クォータがない場合、クラスターのアップグレードは失敗します。 詳細については、「 AKS でのノード プールのアップグレード」を参照してください。

AKS でサポートされている VM サイズ

Azure Kubernetes Service (AKS)新しい VM バージョンをリリースするAzureに応じて、VM サイズのサポートが変更されます。 サポートされているバージョンに関する更新プログラムについては、 AKS リリース ノートを参照してください。

AKS の制限付き VM サイズ

AKS クラスター内の各ノードには、vCPU やメモリなどの一定量のコンピューティング リソースが含まれています。 Kubernetes では、特定のコンピューティング リソースが正しく動作する必要があるため、AKS では既定で特定の VM バージョンが制限されます。 これらの制限は、ポッドをスケジュールし、ノードで正しく機能できるようにするために役立ちます。

ユーザー ノード プール

ユーザー ノード プールの場合、2 つ未満の vCPU と 2 GB のメモリを持つ VM バージョンを使用できない場合があります。

システム ノード プール

システム ノード プールの場合、2 つ未満の vCPU と 4 GB のメモリを持つ VM バージョンを使用できない場合があります。 必要な kube-system ポッドとアプリケーションの信頼性の高いスケジュールを確保するために、AKS ではシステム ノード プール用 の B シリーズ VM は サポートされておらず、 Av1 シリーズ VM は推奨されません。

VM の種類とそのコンピューティング リソースの詳細については、Azure での仮想マシンのサイズに関するページを参照してください。

AKS でサポートされているコンテナー イメージのサイズ

AKS では、コンテナー イメージ のサイズに対するサービス レベルの制限は設定されません。 大きなイメージを使用すると、プル待機時間が長くなり、ノードのディスク領域、ディスク I/O、ネットワーク帯域幅が増える可能性があります。 ノードに十分なディスク領域がない場合、kubelet がイメージをプルできない可能性があります。 最適化のガイダンスについては、「 AKS でのコンテナー イメージのプル パフォーマンスの向上」を参照してください。

ランタイム メモリの使用は、イメージ成果物のサイズではなく、ワークロードの動作によって異なります。 測定されたランタイム要件に基づいて、コンテナー メモリの要求と制限を設定します。 詳細については、「 ポッドとコンテナーのリソース管理」を参照してください。

利用可能なリージョン

AKS の可用性は、Azureリージョンによって異なります。 サポートされているリージョンでも、リージョンの容量、VM のバージョンの可用性、サブスクリプション クォータがデプロイに影響する可能性があります。

クラスターをデプロイおよび実行できる場所の最新のリストについては、AKS リージョンの可用性に関するページを参照してください。

AKS でのスマート VM の既定値

2025 年 5 月より前は、既定の AKS VM SKU が Standard_DS2_v2されました。 2025 年 5 月以降に作成されたデプロイの場合、VM SKU を指定しない場合、AKS は使用可能な容量とクォータに基づいて既定を動的に選択します。 この選択により、デプロイの信頼性とリソース使用率が向上します。

Azure portal のクラスター構成プリセット

Azure ポータルでクラスターを作成するときは、プリセットを選択して、シナリオに合わせてクラスターをすばやく構成します。 クラスターの作成時にプリセット値を変更できます。 デプロイ後に変更できる設定は異なります。

プリセット 説明
運用基準 AKS が推奨するベスト プラクティスを使用して運用トラフィックを提供するほとんどのアプリケーションに最適です。
Dev/Test 新しいワークロードの開発や既存のワークロードのテストに最適です。
運用エコノミー ワークロードが中断を許容できる場合は、運用トラフィックをコスト効率良く提供するのに最適です。
運用エンタープライズ アクセス許可が厳密でセキュリティが強化された運用トラフィックを提供するのに最適です。
構成設定 運用基準 Dev/Test 運用エコノミー 運用エンタープライズ
システム ノード プールのノード サイズ Standard_D8ds_v5 Standard_D4ds_v5 Standard_D8ds_v5 Standard_D16ds_v5
システム ノード プールの自動スケーリング範囲 2 から 5 ノード 2 から 5 ノード 2 から 5 ノード 2 から 5 ノード
ユーザーノードプール内のノードサイズ Standard_D8ds_v5 - Standard_D8as_v4 Standard_D8ds_v5
ユーザー ノード プールの自動スケーリング範囲 2 から 100 ノード - 0 から 25 ノード 2 から 100 ノード
プライベート クラスター - - -
可用性ゾーン - -
Azure Policy - -
Azure Monitor - -
シークレット ストア CSI ドライバー - -
ネットワーク構成 Azure CNI オーバーレイ Azure CNI オーバーレイ Azure CNI オーバーレイ Azure CNI オーバーレイ
ネットワーク ポリシー なし なし なし なし
認証と権限承認 Kubernetes ロールベースのアクセス制御 (RBAC) を使用するローカル アカウント Kubernetes RBAC を使用したローカル アカウント Azure ロールベースのアクセス制御 (Azure RBAC) を使用した認証のMicrosoft Entra ID Azure RBAC を使用した Microsoft Entra ID 認証

次のステップ

引き上げをサポートする制限とクォータについては、Azure サポート要求を送信し、[問題の種類] に [クォータ] を選択します。

  • Last updated on