Azure Kubernetes Service (AKS)でシステムノードプールを管理する

Azure Kubernetes Service (AKS)では、同じ構成のノードは、node プールにグループ化されます。ノードプールには、アプリケーションを実行する基になる仮想マシン (VM) が含まれています。お使いの AKS クラスターには、システムノードプールとユーザーノードプールの 2 つの異なるノードプールのモードがあります。この記事では、AKS でシステムノードプールを管理する方法について説明します。複数のノードプールを使用する方法については、ノードプールの作成を参照してください。

システムノードプール: 主な目的は、 CoreDNS や metrics-serverなどの重要なシステムポッドをホストすることです。システムノードプールを使用してアプリケーションを実行しないでください。システムノードプールでは、Ubuntu Linux または Azure Linux を使用します。
ユーザーノードプール: 主な目的は、アプリケーションポッドをホストし、システムノードプールからアプリケーションを分離することです。この分離により、アプリケーションがクラスターのシステムノードプールで不安定になるのを防ぐことができます。ユーザーノードプールでは、Ubuntu Linux、Azure Linux、またはWindowsを使用できます。

1 つのシステムノードプールを持つ運用 AKS クラスターには、少なくとも 2 つのノードが含まれている必要があります。単一のシステムノードプールを使用する運用 AKS クラスターの推奨事項は、フォールトトレランスと可用性ゾーンを向上させるために少なくとも 3 つのノードを用意することです。たとえば、 az aks create コマンドの既定のノード数は 3 で、1 つの Linux システムノードプールと 3 つの Linux ノードを持つ新しいクラスターが作成されます。

AKS クラスターにノードプールが 1 つしかない場合は、システムノードプールでアプリケーションポッドをスケジュールすることは可能ですが、お勧めしません。より優れた解決策は、アプリケーションのユーザーノードプールを作成することです。

開始する前に

Azure CLI バージョン 2.3.1 以降をインストールして構成する必要があります。バージョンを確認するには、az --version コマンドを実行します。インストールまたはアップグレードする必要がある場合は、「Install Azure CLIを参照してください。

Azure PowerShell バージョン 7.5.0 以降をインストールして構成する必要があります。バージョンを確認するには、Get-InstalledModule -Name Az コマンドを実行します。インストールまたはアップグレードする必要がある場合は、「Install Azure PowerShellを参照してください。

開始する前に、以下の前提条件を確認してください。

有効な Azure サブスクリプション。
Terraform がローカルにインストールされている。
Azure CLI がインストールされ、サインインされました。
AKS リソースを作成および管理するためのアクセス許可。

サブスクリプションを設定します。

az account set --subscription <subscription-id>

制限事項

システムノードプールをサポートする AKS クラスターを作成および管理する場合には、次の制限があります。

AKS でのクォータ、VM サイズの制限、リージョンの可用性に関するページを参照してください。
ノードプールモードを設定するには、 2020-03-01 以上の API バージョンを使用する必要があります。 2020-03-01より古いバージョンの API で作成されたクラスターには、ユーザーノードプールのみが含まれますが、更新プールモードの手順に従ってシステムノードプールを含めるために移行できます。
ノードプールの名前には小文字の英数字のみを使用でき、小文字で始まる必要があります。 Linux のノードプールの長さは、1 から 12 文字の範囲内である必要があります。 Windowsノードプールの場合、長さは 1 文字から 6 文字にする必要があります。
ノードプールのモードは必須プロパティであり、ARM テンプレートまたは API 呼び出しを直接行う場合は、明示的に設定する必要があります。

システムノードプールおよびユーザーノードプール

システムノードプールの場合、AKS はラベル kubernetes.azure.com/mode: system をノードに自動的に割り当てます。これにより、AKS では、このラベルを含むノードプールでのシステムポッドのスケジューリングが優先されます。このラベルは、システムノードプールでのアプリケーションポッドのスケジュールを妨げません。ただし、誤って構成されたアプリケーションポッドまたは悪意のあるアプリケーションポッドが誤ってシステムポッドを削除しないように、アプリケーションポッドから重要なシステムポッドを分離することをお勧めします。

この動作は、専用のシステムノードプールを作成することで適用することができます。システムノードプールでアプリケーションポッドがスケジュールされないようにするには、CriticalAddonsOnly=true:NoSchedule テイントを使用します。

システムノードプールには、次の制限があります。

システムノードプールでは、ポッドの最小値と最大値の式に関する説明のとおり、少なくともポッドを 30 サポートしている必要があります。
システムプール osType は Linux である必要があります。
ユーザーノードプール osType は、Linux またはWindowsにすることができます。
システムプールには少なくとも 2 つのノードが含まれている必要がありますが、推奨事項は 3 つのノードです。ユーザーノードプールには、0 個以上のノードを含めることができます。
システムノードプールには、少なくとも 4 つの vCPU と 4 GB のメモリの VM SKU が必要です。
B シリーズ VM は、システムノードプールではサポートされていません。
特に大規模なクラスター (複数の CoreDNS ポッドレプリカ、3 から 4+ のアドオンなど) の場合、最小要件として 8 個の vCPU からなる 3 つのノードか、少なくとも 16 個の vCPU からなる 2 つのノードをお勧めします (Standard_DS4_v2 など)。
スポットノードプールには、ユーザーノードプールが必要です。
別のシステムノードプールを追加したり、システムノードプールであるノードプールを変更したりしても、システムポッドは自動的に移動されません。ノードプールをユーザーノードプールに変更しても、システムポッドは同じノードプール上で実行し続けることができます。システムポッドを実行中の、以前はシステムノードプールだったノードプールを削除またはスケールダウンした場合、それらのシステムポッドは、推奨されるスケジュールで新しいシステムノードプールに再デプロイされます。

ノードプールには、次の操作を実行できます。

専用のシステムノードプールを作成する (mode:system のノードプールに対してシステムポッドをスケジュールすることを優先)
別のシステムノードプールが AKS クラスター内にあり、それが代わりをする場合に、システムノードプールをユーザーノードプールに変更する。
ユーザーノードプールをシステムノードプールに変更する。
ユーザーノードプールを削除する。
別のシステムノードプールが AKS クラスター内にあり、それが代わりをする場合に、システムノードプールを削除できる。
AKS クラスターには複数のシステムノードプールを含めることができるので、少なくとも 1 つのシステムノードプールが必要です。
既存のノードプールで変更できない各種の設定を変更したい場合は、新しいノードプールを作成して既存のものと置き換えることができる。 1 つの例として、新しい maxPods 設定で新しいノードプールを追加し、古いノードプールを削除します。
ノードアフィニティを使用して、ノードラベルに基づいてスケジュールできるノードを "要求" または "優先" します。 key を kubernetes.azure.com に、operator を In に、values または user のいずれかの system を YAML に設定して、kubectl apply -f yourYAML.yaml を使ってこの定義を適用することができます。

システムノードプールを含む新しい AKS クラスターを作成する

新しい AKS クラスターを作成すると、初期ノードプールは既定でタイプ System のモードになります。 az aks nodepool add を使用して作成した新しいノードプールは、モードパラメーターを明示的に指定しない限り、ユーザーノードプールになります。

この記事で使用するコマンドのリソースグループ、クラスター名、および場所の変数を作成します。この記事では、値を指定するか、独自の値を使用できます。

export RESOURCE_GROUP="myResourceGroup"
export CLUSTER_NAME="myAKSCluster"
export LOCATION="eastus"
export NEW_SYSTEM_NP="systempool"
export NEW_NODE_POOL="mynodepool"

次の例では、myResourceGroup という名前のリソースグループを米国東部リージョンに作成します。

az group create --name $RESOURCE_GROUP --location $LOCATION

AKS クラスターを作成するには、az aks create コマンドを使用します。次の例では、2 つのノードが含まれる 1 つの専用システムプールを持つ、myAKSCluster という名前のクラスターを作成します。ご自分の運用環境のワークロードでは、少なくともノードが 3 つあるシステムノードプールを使用していることを確認してください。この操作の完了には数分かかります。

az aks create --resource-group $RESOURCE_GROUP --name $CLUSTER_NAME --node-count 2 --generate-ssh-keys

新しい AKS クラスターを作成すると、初期ノードプールは既定でタイプ system のモードになります。 New-AzAksNodePool を使用して新しいノードプールを作成すると、それらのノードプールはユーザーノードプールになります。ノードプールのモードは、いつでも更新できます。

$ResourceGroup="myResourceGroup"
$ClusterName="myAKSCluster"
$Location="eastus"
$NewSystemNP="systempool"
$NewNodePool="mynodepool"

次の例では、myResourceGroup という名前のリソースグループを米国東部リージョンに作成します。

New-AzResourceGroup -ResourceGroupName $ResourceGroup -Location $Location

New-AzAksCluster コマンドレットを使用して AKS クラスターを作成します。次の例では、2 つのノードが含まれる 1 つの専用システムプールを持つ、myAKSCluster という名前のクラスターを作成します。ご自分の運用環境のワークロードでは、少なくともノードが 3 つあるシステムノードプールを使用していることを確認してください。操作の完了には数分かかります。

New-AzAksCluster -ResourceGroupName $ResourceGroup -Name $ClusterName -NodeCount 2 -GenerateSshKey

次の Terraform 構成を使用して、システムノードプールを含む AKS クラスターを作成します。

Terraform 構成ファイルを作成する

main.tfという名前のファイルを作成し、次の共有構成を追加します。

terraform {
 required_version = ">= 1.0"
 required_providers {
   azurerm = {
     source  = "hashicorp/azurerm"
     version = "~> 4.0"
   }
 }
}
provider "azurerm" {
 features {}
}

リソースグループを作成します

次のリソースグループ構成を追加します。

resource "azurerm_resource_group" "rg" {
 name     = "aks-system-pool-rg"
 location = "East US"
}

リソースグループは、Azureリソースの整理と管理に使用されます。

新しい AKS クラスターを作成する

AKS クラスターを作成するには、次の構成を追加します。初期ノードプールはシステムノードプールとして作成され、クラスター操作に必要です。

resource "azurerm_kubernetes_cluster" "aks" {
 name                = "aks-system-pool-cluster"
 location            = azurerm_resource_group.rg.location
 resource_group_name = azurerm_resource_group.rg.name
 dns_prefix          = "akssystempool"
 default_node_pool {
   name                = "systemnp"
   vm_size             = "Standard_D4s_v5"
   node_count          = 2
   min_count           = 2
   max_count           = 3
   max_pods            = 30
   enable_auto_scaling = true
 }
 identity {
   type = "SystemAssigned"
 }
 network_profile {
   network_plugin    = "azure"
   load_balancer_sku = "standard"
 }
}

既存の AKS クラスターに専用システムノードプールを追加する

既存の AKS クラスターには、システムノードプールを 1 つ以上追加できます。ユーザーノードプールでアプリケーションポッドをスケジュールし、システムノードプールを重要なシステムポッドのみに限定することをお勧めします。この分離により、悪意のあるアプリケーションポッドが誤ってシステムポッドを削除するのを防ぐことができます。システムノードプールの CriticalAddonsOnly=true:NoScheduleテイントでこの動作を適用します。

次のコマンドは、3 つのノードを持つモードタイプの System の専用ノードプールを追加します。 az aks nodepool add コマンドは既定で 3 つのノードを追加しますが、--node-count パラメーターを使用して必要なノードの数を指定します。

az aks nodepool add \
  --resource-group $RESOURCE_GROUP \
  --cluster-name $CLUSTER_NAME \
  --name $NEW_SYSTEM_NP \
  --node-count 3 \
  --node-taints CriticalAddonsOnly=true:NoSchedule \
  --mode System

既存の AKS クラスターには、システムノードプールを 1 つ以上追加できます。ユーザーノードプールでアプリケーションポッドをスケジュールし、システムノードプールを重要なシステムポッドのみに限定することをお勧めします。システムノードプールをさらに追加することにより、悪意のあるアプリケーションポッドが誤ってシステムポッドを削除することを防ぐことができます。システムノードプールの CriticalAddonsOnly=true:NoScheduleテイントでこの動作を適用します。

次のコマンドは、3 つのノードを持つモードタイプの System の専用ノードプールを追加します。

$systempoolparams = @{
  ResourceGroupName = $ResourceGroup
  ClusterName = $ClusterName
  Name = $NewSystemNP
  Count = 3
  Mode = 'System'
  NodeTaint = 'CriticalAddonsOnly=true:NoSchedule'
}

New-AzAksNodePool @systempoolparams

重要なシステムワークロードを分離するために、システムノードプールとして構成された 2 つ目のノードプールを追加します。

resource "azurerm_kubernetes_cluster_node_pool" "system_pool" {
 name                  = "systempool"
 kubernetes_cluster_id = azurerm_kubernetes_cluster.aks.id
 vm_size               = "Standard_D4s_v5"
 node_count            = 3
 mode                  = "System"
 max_pods              = 30
 node_taints = [
   "CriticalAddonsOnly=true:NoSchedule"
 ]
}

この構成では、アプリケーションワークロードが専用システムノードプールにスケジュールされないように、 CriticalAddonsOnly=true:NoSchedule テイントが適用されます。

ユーザーノードプールを追加する

アプリケーションワークロードをシステムコンポーネントから分離するには、ユーザーノードプールを追加します。

resource "azurerm_kubernetes_cluster_node_pool" "user_pool" {
 name                  = "userpool"
 kubernetes_cluster_id = azurerm_kubernetes_cluster.aks.id
 vm_size               = "Standard_D4s_v5"
 node_count            = 2
 mode                  = "User"
 max_pods              = 30
 enable_auto_scaling = true
 min_count           = 2
 max_count           = 4
}

ユーザーノードプールは、アプリケーションポッド専用の環境を提供します。

デプロイ前の最終チェック

main.tfには次のものが含まれている必要があります。

Terraform とプロバイダーの構成
リソースグループ
既定のシステムノードプールを持つ AKS クラスター
専用システムノードプール
必要に応じて、オプションのユーザーノードプール

完成した構成は、次の例のようになります。

terraform {
 required_version = ">= 1.0"
 required_providers {
   azurerm = {
     source  = "hashicorp/azurerm"
     version = "~> 4.0"
   }
 }
}
provider "azurerm" {
 features {}
}
resource "azurerm_resource_group" "rg" {
 name     = "aks-system-pool-rg"
 location = "East US"
}
resource "azurerm_kubernetes_cluster" "aks" {
 name                = "aks-system-pool-cluster"
 location            = azurerm_resource_group.rg.location
 resource_group_name = azurerm_resource_group.rg.name
 dns_prefix          = "akssystempool"
 default_node_pool {
   name                = "systemnp"
   vm_size             = "Standard_D4s_v5"
   node_count          = 2
   min_count           = 2
   max_count           = 3
   max_pods            = 30
   enable_auto_scaling = true
 }
 identity {
   type = "SystemAssigned"
 }
 network_profile {
   network_plugin    = "azure"
   load_balancer_sku = "standard"
 }
}
resource "azurerm_kubernetes_cluster_node_pool" "system_pool" {
 name                  = "systempool"
 kubernetes_cluster_id = azurerm_kubernetes_cluster.aks.id
 vm_size               = "Standard_D4s_v5"
 node_count            = 3
 mode                  = "System"
 max_pods              = 30
 node_taints = [
   "CriticalAddonsOnly=true:NoSchedule"
 ]
}
resource "azurerm_kubernetes_cluster_node_pool" "user_pool" {
 name                  = "userpool"
 kubernetes_cluster_id = azurerm_kubernetes_cluster.aks.id
 vm_size               = "Standard_D4s_v5"
 node_count            = 2
 mode                  = "User"
 max_pods              = 30
 enable_auto_scaling = true
 min_count           = 2
 max_count           = 4
}

構成を検証する

次のコマンドを実行して、構成の書式設定、初期化、検証を行います。

terraform fmt
terraform init
terraform validate

実行プランを確認する

次のコマンドを実行して、デプロイ前に実行プランを確認します。

terraform plan

構成を適用する

次のコマンドを実行して、AKS クラスターとノードプールを作成します。

terraform apply

デプロイメントを確認する

専用システムノードプールの構成を確認します。

az aks nodepool show \
 --resource-group aks-system-pool-rg \
 --cluster-name aks-system-pool-cluster \
 --name systempool

出力を確認し、ノードプールがmodeに設定され、Systemで構成されていることを確認します。クラスターに接続し、ノードを一覧表示します。

az aks get-credentials \
 --resource-group aks-system-pool-rg \
 --name aks-system-pool-cluster

kubectl get nodes

お使いのノードプールの詳細を表示する

お使いのノードプールの詳細を確認するには、次のコマンドを使用します。

az aks nodepool show \
  --resource-group $RESOURCE_GROUP \
  --cluster-name $CLUSTER_NAME \
  --name $NEW_SYSTEM_NP \
  --query "{Count:count, Mode:mode, NodePool:name, NodeTaint:nodeTaints, ResourceGroup:resourceGroup}"

システムノードプールには System 型のモードが定義され、ユーザーノードプールには User 型のモードが定義されています。システムプールの場合は、 nodeTaints プロパティが CriticalAddonsOnly=true:NoSchedule に設定されていることを確認します。これにより、アプリケーションポッドがこのノードプールでスケジュールされなくなります。

{
  "Count": 3,
  "Mode": "System",
  "NodePool": "systempool",
  "NodeTaint": [
    "CriticalAddonsOnly=true:NoSchedule"
  ],
  "ResourceGroup": "myResourceGroup"
}

お使いのノードプールの詳細を確認するには、次のコマンドを使用します。

Get-AzAksNodePool -ResourceGroupName $ResourceGroup -ClusterName $ClusterName -Name $NewSystemNP |
  Select-Object -Property Count, Mode, Name, NodeTaints

システムノードプールには System 型のモードが定義され、ユーザーノードプールには User 型のモードが定義されています。システムプールの場合は、テイントが CriticalAddonsOnly=true:NoSchedule に設定されていることを確認します。これにより、アプリケーションポッドがこのノードプールでスケジュールされなくなります。

Count Mode   Name       NodeTaints
----- ----   ----       ----------
    3 System systempool {CriticalAddonsOnly=true:NoSchedule}

この手順は、前のセクションの展開の確認手順に含まれていました。

既存のクラスターのシステムおよびユーザーノードプールを更新する

注記

システムノードプールモードを設定するには、 2020-03-01 以上の API バージョンを使用する必要があります。 2020-03-01より前のバージョンの API で作成されたクラスターには、結果としてユーザーノードプールのみが含まれます。古いクラスターでシステムノードプールの機能と利点を受け取るために、最新のAzure CLI バージョンで次のコマンドを使用して、既存のノードプールのモードを更新します。

システムノードプールとユーザーノードプールの両方のモードを変更できます。 AKS クラスターに別のシステムノードプールが既に存在する場合にのみ、システムノードプールをユーザーノードプールに変更できます。

このコマンドを実行して、新しいシステムモードノードプールを作成します。

az aks nodepool add \
  --resource-group $RESOURCE_GROUP \
  --cluster-name $CLUSTER_NAME \
  --name $NEW_NODE_POOL \
  --node-count 3 \
  --mode System

次のコマンドを使用して、モードを確認できます。

az aks nodepool show \
  --resource-group $RESOURCE_GROUP \
  --cluster-name $CLUSTER_NAME \
  --name $NEW_NODE_POOL \
  --query mode --output tsv

System

システムノードプールをユーザーノードプールに変更するには、このコマンドを実行します。

az aks nodepool update \
  --resource-group $RESOURCE_GROUP \
  --cluster-name $CLUSTER_NAME \
  --name $NEW_NODE_POOL \
  --mode User

モードが変更されたことを確認するには、次のコマンドを使用します。

az aks nodepool show \
  --resource-group $RESOURCE_GROUP \
  --cluster-name $CLUSTER_NAME \
  --name $NEW_NODE_POOL \
  --query mode --output tsv

User

注記

システムノードプールモードを設定するには、 2020-03-01 以上の API バージョンを使用する必要があります。 2020-03-01より前のバージョンの API で作成されたクラスターには、結果としてユーザーノードプールのみが含まれます。古いクラスターでシステムノードプールの機能と利点を受け取るために、最新のAzure PowerShell バージョンで次のコマンドを使用して、既存のノードプールのモードを更新します。

このコマンドを実行して、新しいシステムモードノードプールを作成します。

$newpoolparams = @{
  ResourceGroupName = $ResourceGroup
  ClusterName = $ClusterName
  Name = $NewNodePool
  Count = 3
  Mode = 'System'
}

New-AzAksNodePool @newpoolparams

次のコマンドを使用して、モードを確認できます。

Get-AzAksNodePool -ResourceGroupName $ResourceGroup -ClusterName $ClusterName -Name $NewNodePool |
  Select-Object -Property Mode

Mode
----
System

システムノードプールをユーザーノードプールに変更するには、このコマンドを実行します。

$updateuserpoolparams = @{
  ResourceGroupName = $ResourceGroup
  ClusterName = $ClusterName
  Name = $NewNodePool
  Mode = 'User'
}

Update-AzAksNodePool @updateuserpoolparams

次のコマンドを使用して、モードを確認できます。

Get-AzAksNodePool -ResourceGroupName $ResourceGroup -ClusterName $ClusterName -Name $NewNodePool |
  Select-Object -Property Mode

Mode
----
User

既存のノードプールのモードを変更するには、Terraform 構成の mode 値を更新し、デプロイを再適用します。

たとえば、次の構成では、 user_pool ノードプールがシステムノードプールに変更されます。

resource "azurerm_kubernetes_cluster_node_pool" "user_pool" {
 name                  = "userpool"
 kubernetes_cluster_id = azurerm_kubernetes_cluster.aks.id
 vm_size               = "Standard_D4s_v5"
 node_count            = 2
 mode                  = "System"
 max_pods              = 30
 enable_auto_scaling = true
 min_count           = 2
 max_count           = 4
}

構成を更新した後、次のコマンドを実行します。

terraform plan
terraform apply

専用システムノードプールをユーザーノードプールに変更するには、modeのsystem_pool値をUserに更新し、構成を再適用します。

システムノードプールを削除する

注記

API バージョン 2020-03-01前に AKS クラスターでシステムノードプールを使用するには、新しいシステムノードプールを追加してから、元の既定のノードプールを削除します。

お使いの AKS クラスターに少なくとも 2 つのシステムノードプールがないと、そのうちの 1 つを削除できません。

az aks nodepool delete \
  --resource-group $RESOURCE_GROUP \
  --cluster-name $CLUSTER_NAME \
  --name $NEW_NODE_POOL

システムノードプールを削除した後、クラスターで作成された元のシステムノードプールと、セクション既存の AKS クラスターに専用のシステムノードプールを追加するで作成したシステムノードプールが残ります。

az aks nodepool list \
  --resource-group $RESOURCE_GROUP \
  --cluster-name $CLUSTER_NAME \
  --query "[].{Name:name, Mode:mode}" --output table

注記

お使いの AKS クラスターに少なくとも 2 つのシステムノードプールがないと、そのうちの 1 つを削除できません。

次のコマンドは、ノードプールの削除を確認するメッセージを表示します。「Y」と入力して確認します。

Remove-AzAksNodePool $ResourceGroup -ClusterName $ClusterName -Name $NewNodePool

Get-AzAksNodePool -ResourceGroupName $ResourceGroup -ClusterName $ClusterName

クラスターには、常に少なくとも 1 つのシステムノードプールが含まれている必要があります。クラスターに複数のシステムノードプールがある場合は、Terraform 構成からリソースブロックを削除し、変更を適用することで、1 つを削除できます。

たとえば、 system_pool リソースブロックを削除し、次のコマンドを実行します。

terraform plan
terraform apply

リソースをクリーンアップする

AKS クラスターのリソースグループを削除すると、すべてのクラスターリソースと関連するノードリソースグループ (MC_) が削除されます。

クラスターを削除するには、az group delete コマンドを使用して AKS リソースグループを削除します。

az group delete --name $RESOURCE_GROUP --yes --no-wait

クラスターを削除するには、Remove-AzResourceGroup コマンドを使用して AKS リソースグループを削除します。

Remove-AzResourceGroup -Name $ResourceGroup -Force

完了したら、リソースを削除します。

terraform destroy

次のステップ

この記事では、AKS クラスターでシステムノードプールを作成および管理する方法を学習しました。 AKS ノードプールを開始および停止する方法について詳しくは、AKS ノードプールの開始と停止に関するページを参照してください。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-05-01

Azure Kubernetes Service (AKS)でシステム ノード プールを管理する

開始する前に

制限事項

システムノードプールおよびユーザーノードプール

システム ノード プールを含む新しい AKS クラスターを作成する

Terraform 構成ファイルを作成する

リソース グループを作成します

新しい AKS クラスターを作成する

既存の AKS クラスターに専用システム ノード プールを追加する

ユーザー ノード プールを追加する

デプロイ前の最終チェック

構成を検証する

実行プランを確認する

構成を適用する

デプロイメントを確認する

お使いのノード プールの詳細を表示する

既存のクラスターのシステムおよびユーザー ノード プールを更新する

システムノードプールを削除する

リソースをクリーンアップする

次のステップ

フィードバック

その他のリソース

Azure Kubernetes Service (AKS)でシステムノードプールを管理する

システムノードプールを含む新しい AKS クラスターを作成する

リソースグループを作成します

既存の AKS クラスターに専用システムノードプールを追加する

ユーザーノードプールを追加する

お使いのノードプールの詳細を表示する

既存のクラスターのシステムおよびユーザーノードプールを更新する