Hantera systemnodpooler i Azure Kubernetes Service (AKS)

I Azure Kubernetes Service (AKS) grupperas noder med samma konfiguration i nodpooler. Nodpooler innehåller de underliggande virtuella datorer (VM) som kör dina program. Systemnodpooler och användarnodpooler är två olika nodpoollägen för dina AKS-kluster. Den här artikeln beskriver hur du hanterar systemnodpooler i AKS. Information om hur du använder flera nodpooler finns i skapa nodpooler.

Systemnodpooler: Det primära syftet är att vara värd för kritiska systempoddar som CoreDNS och metrics-server. Systemnodpooler ska inte användas för att köra programmet. Systemnodpooler använder Ubuntu Linux eller Azure Linux.
Användarnodpooler: Det primära syftet är att vara värd för dina programpoddar och isolera program från systemnodpoolen. Den här isoleringen förhindrar att ett program orsakar instabilitet med klustrets systemnodpool. Användarnodpooler kan använda Ubuntu Linux, Azure Linux eller Windows.

Ett AKS-produktionskluster med en enda systemnodpool måste innehålla minst två noder. Rekommendationen för ett AKS-produktionskluster med en enda systemnodpool är att ha minst tre noder för förbättrad feltolerans och tillgänglighetszoner. Till exempel är az aks create-kommandots standardnodantal tre och skapar ett nytt kluster med en enda Linux-systemnodpool och tre Linux-noder.

Det är möjligt, men rekommenderas inte, att schemalägga programpoddar på en systemnodpool om du bara har en nodpool i DITT AKS-kluster. En bättre lösning är att skapa en användarnodpool för ditt program.

Innan du börjar

Du behöver Azure CLI version 2.3.1 eller senare installerad och konfigurerad. Kör kommando az --version för att hitta versionen. Om du behöver installera eller uppgradera kan du läsa Installera Azure CLI.

Du behöver Azure PowerShell version 7.5.0 eller senare installerad och konfigurerad. Kör kommando Get-InstalledModule -Name Az för att hitta versionen. Om du behöver installera eller uppgradera kan du läsa Installera Azure PowerShell.

Kontrollera att du har följande förutsättningar innan du börjar:

En aktiv prenumeration för Azure.
Terraform installerat lokalt.
Azure CLI installerat och loggat in.
Behörigheter för att skapa och hantera AKS-resurser.

Ställ in din prenumeration:

az account set --subscription <subscription-id>

Limitations

Följande begränsningar gäller när du skapar och hanterar AKS-kluster som stöder systemnodpooler.

Se Kvoter, storleksbegränsningar för virtuella datorer och regiontillgänglighet i AKS.
En API-version av 2020-03-01 eller större måste användas för att ange ett nodpoolläge. Kluster som skapats på API-versioner som är äldre än 2020-03-01 innehåller endast användarnodpooler, men kan migreras till att innehålla systemnodpooler genom att följa stegen i uppdateringspoolläget.
Namnet på en nodpool får bara innehålla alfanumeriska tecken i små bokstäver och måste börja med en liten bokstav. För Linux-nodpooler måste längden vara mellan 1 och 12 tecken. För Windows nodpooler måste längden vara mellan ett och sex tecken.
Läget för en nodpool är en obligatorisk egenskap och måste anges explicit när du använder ARM-mallar eller direkta API-anrop.

System- och användarnodpooler

För en systemnodpool tilldelar AKS automatiskt etiketten kubernetes.azure.com/mode: system till sina noder. Detta gör att AKS föredrar att schemalägga systempoddar i nodpooler som innehåller den här etiketten. Den här etiketten förhindrar inte schemaläggning av applikationspoddar i systemnodpooler. Men vi rekommenderar att du isolerar kritiska systempoddar från dina programpoddar för att förhindra att felkonfigurerade eller oseriösa programpoddar oavsiktligt tar bort systempoddar.

Du kan framtvinga det här beteendet genom att skapa en dedikerad systemnodpool. Använd CriticalAddonsOnly=true:NoSchedule-tainten för att förhindra att programpoddar schemaläggs i systemnodpooler.

Systemnodpooler har följande begränsningar:

Systemnodpooler måste ha stöd för minst 30 poddar enligt beskrivningen i formeln för lägsta och högsta värde för poddar.
Systempooler osType måste vara Linux.
Användarnodpooler osType kan vara Linux eller Windows.
Systempooler måste innehålla minst två noder, men rekommendationen är tre noder. Användarnodpooler kan innehålla noll eller fler noder.
Systemnodpooler kräver en VM-SKU på minst 4 vCPU:er och 4 GB minne.
Virtuella datorer i B-serien stöds inte för systemnodpooler.
Minst tre noder med 8 vCPU:er eller två noder med minst 16 vCPU:er rekommenderas (till exempel Standard_DS4_v2), särskilt för stora kluster (flera CoreDNS Pod-repliker, 3–4+ tillägg osv.).
Spot-nodpooler kräver användarnodpooler.
Om du lägger till en annan systemnodpool eller ändrar vilken nodpool som är en systemnodpool flyttas inte systempoddar automatiskt. Systempoddar kan fortsätta att köras i samma nodpool, även om du ändrar den till en användarnodpool. Om du tar bort eller skalar ned en nodpool som kör systempoddar som tidigare var en systemnodpool, distribueras dessa systempoddar om med önskad schemaläggning till den nya systemnodpoolen.

Du kan utföra följande åtgärder med nodpooler:

Skapa en dedikerad systemnodpool (föredra schemaläggning av systempoddar till nodpooler markerade med mode:system)
Ändra en systemnodpool så att den blir en användarnodpool, förutsatt att du har en annan systemnodpool för att ta dess plats i AKS-klustret.
Ändra en användarnodpool till en systemnodpool.
Ta bort användarnodpooler.
Du kan ta bort systemnodpooler, förutsatt att du har en annan systemnodpool som ska ta plats i AKS-klustret.
Ett AKS-kluster kan ha flera systemnodpooler och kräver minst en systemnodpool.
Om du vill ändra olika oföränderliga inställningar i befintliga nodpooler kan du skapa nya nodpooler som ersätter dem. Ett exempel är att lägga till en ny nodpool med en ny maxPods inställning och ta bort den gamla nodpoolen.
Använd nodtillhörighet för att kräva eller föredra vilka noder som kan schemaläggas baserat på nodetiketter. Du kan ange key till kubernetes.azure.com, operator till Inoch values för antingen user eller system på din YAML och tillämpa den här definitionen med hjälp av kubectl apply -f yourYAML.yaml.

Skapa ett nytt AKS-kluster med en systemnodpool

När du skapar ett nytt AKS-kluster är den första nodpoolen som standard ett typläge System. När du skapar nya nodpooler med az aks nodepool addär dessa nodpooler användarnodpooler om du inte uttryckligen anger lägesparametern.

Skapa variabler för resursgruppen, klusternamnet och platsen för kommandon som används i den här artikeln. Den här artikeln anger värden eller så kan du använda dina egna värden.

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

I följande exempel skapas en resursgrupp med namnet myResourceGroup i regionen eastus .

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

az aks create Använd kommandot för att skapa ett AKS-kluster. I följande exempel skapas ett kluster med namnet myAKSCluster med en dedikerad systempool som innehåller två noder. För dina produktionsarbetsbelastningar kontrollerar du att du använder systemnodpooler med minst tre noder. Den här åtgärden tar flera minuter att slutföra.

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

När du skapar ett nytt AKS-kluster är den första nodpoolen som standard ett typläge system. När du skapar nya nodpooler med New-AzAksNodePoolär dessa nodpooler användarnodpooler. Nodpoolens läge kan uppdateras när som helst.

Skapa variabler för resursgruppen, klusternamnet och platsen för kommandon som används i den här artikeln. Den här artikeln anger värden eller så kan du använda dina egna värden.

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

I följande exempel skapas en resursgrupp med namnet myResourceGroup i regionen eastus .

New-AzResourceGroup -ResourceGroupName $ResourceGroup -Location $Location

Använd cmdleten New-AzAksCluster för att skapa ett AKS-kluster. I följande exempel skapas ett kluster med namnet myAKSCluster med en dedikerad systempool som innehåller två noder. För dina produktionsarbetsbelastningar kontrollerar du att du använder systemnodpooler med minst tre noder. Åtgärden tar flera minuter att slutföra.

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

Använd följande Terraform-konfiguration för att skapa ett AKS-kluster med en systemnodpool.

Skapa Terraform-konfigurationsfilen

Skapa en fil med namnet main.tfoch lägg till följande delade konfiguration:

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

Skapa en resursgrupp

Lägg till följande resursgruppskonfiguration:

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

En resursgrupp används för att organisera och hantera Azure resurser.

Skapa ett nytt AKS-kluster

Lägg till följande konfiguration för att skapa ett AKS-kluster. Den första nodpoolen skapas som en systemnodpool och krävs för klusteråtgärd.

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"
 }
}

Lägga till en dedikerad systemnodpool i ett befintligt AKS-kluster

Du kan lägga till en eller flera systemnodpooler i befintliga AKS-kluster. Rekommendationen är att schemalägga dina programpoddar på användarnodpooler och dedikera systemnodpooler till endast kritiska systempoddar. Den här separationen förhindrar att oseriösa programpoddar oavsiktligt tar bort systempoddar. Framtvinga det här beteendet med CriticalAddonsOnly=true:NoScheduletaint för systemnodpoolerna.

Följande kommando lägger till en dedikerad nodpool av lägestyp System med tre noder. Kommandot az aks nodepool add lägger till tre noder som standard, men du använder parametern --node-count för att ange hur många noder du vill använda.

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

Du kan lägga till en eller flera systemnodpooler i befintliga AKS-kluster. Rekommendationen är att schemalägga dina programpoddar på användarnodpooler och dedikera systemnodpooler till endast kritiska systempoddar. Om du lägger till fler systemnodpooler förhindrar du att oseriösa programpoddar oavsiktligt tar bort systempoddar. Framtvinga beteendet med CriticalAddonsOnly=true:NoScheduletaint för dina systemnodpooler.

Följande kommando lägger till en dedikerad nodpool av lägestyp System med tre noder.

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

New-AzAksNodePool @systempoolparams

Lägg till en andra nodpool som konfigurerats som en systemnodpool för att isolera kritiska systemarbetsbelastningar.

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"
 ]
}

Den här konfigurationen CriticalAddonsOnly=true:NoSchedule tillämpar taint så att programarbetsbelastningar inte schemaläggs i den dedikerade systemnodpoolen.

Lägga till en användarnodpool

Om du vill separera programarbetsbelastningar från systemkomponenter lägger du till en användarnodpool.

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
}

Användarnodpooler tillhandahåller en dedikerad miljö för programpoddar.

Slutlig kontroll före distribution

Din main.tf ska inkludera:

Terraform- och providerkonfiguration
Resursgrupp
AKS-kluster med standardsystemnodpoolen
Dedikerad systemnodpool
Valfri användarnodpool om det behövs

En slutförd konfiguration ser ut ungefär som i följande exempel:

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
}

Verifiera konfigurationen

Kör följande kommandon för att formatera, initiera och verifiera konfigurationen:

terraform fmt
terraform init
terraform validate

Granska körningsplanen

Kör följande kommando för att granska utförandeplanen före distributionen:

terraform plan

Tillämpa inställningarna

Kör följande kommando för att skapa AKS-klustret och nodpoolerna:

terraform apply

Verifiera driftsättningen

Kontrollera konfigurationen av den dedikerade systemnodpoolen:

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

Granska utdata och bekräfta att nodpoolen har konfigurerats med mode inställd på System. Anslut till klustret och lista noderna:

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

kubectl get nodes

Visa information för nodpoolen

Du kan kontrollera information om nodpoolen med följande kommando.

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}"

Ett typläge System definieras för systemnodpooler och ett typläge av typen Användare definieras för användarnodpooler. För en systempool kontrollerar du att egenskapen nodeTaints är inställd på CriticalAddonsOnly=true:NoSchedule, vilket förhindrar att programpoddar schemaläggs i den här nodpoolen.

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

Du kan kontrollera information om nodpoolen med följande kommando.

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

Ett typläge System definieras för systemnodpooler och ett typläge av typen Användare definieras för användarnodpooler. För en systempool kontrollerar du att taint är inställt på CriticalAddonsOnly=true:NoSchedule, vilket förhindrar att programpoddar schemaläggs i den här nodpoolen.

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

Det här steget ingick i föregående avsnitts Verifiera distributionssteget .

Uppdatera befintliga klustersystem- och användarnodpooler

Note

En API-version av 2020-03-01 eller större måste användas för att ange ett systemnodpoolläge. Kluster som skapats på API-versioner som är äldre än 2020-03-01 innehåller endast användarnodpooler som ett resultat. Om du vill ta emot funktioner och fördelar för systemnodpooler i äldre kluster uppdaterar du läget för befintliga nodpooler med följande kommandon på den senaste Azure CLI versionen.

Du kan ändra lägen för både systemnodpooler och användarnodpooler. Du kan bara ändra en systemnodpool till en användarnodpool om det redan finns en annan systemnodpool i AKS-klustret.

Kör det här kommandot för att skapa en ny nodpool i systemläge.

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

Du kan verifiera läget med följande kommando.

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

System

Kör det här kommandot för att ändra en systemnodpool till en användarnodpool.

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

Du kan kontrollera att läget har ändrats med följande kommando.

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

User

Note

Du kan ändra lägen för både systemnodpooler och användarnodpooler. Du kan bara ändra en systemnodpool till en användarnodpool om det redan finns en annan systemnodpool i AKS-klustret.

Kör det här kommandot för att skapa en ny nodpool i systemläge.

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

New-AzAksNodePool @newpoolparams

Du kan verifiera läget med följande kommando.

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

Mode
----
System

Kör det här kommandot för att ändra en systemnodpool till en användarnodpool.

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

Update-AzAksNodePool @updateuserpoolparams

Du kan verifiera läget med följande kommando.

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

Mode
----
User

Om du vill ändra läget för en befintlig nodpool uppdaterar mode du värdet i Terraform-konfigurationen och använder distributionen igen.

Följande konfiguration ändrar till exempel nodpoolen user_pool till en systemnodpool:

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
}

När du har uppdaterat konfigurationen kör du:

terraform plan
terraform apply

Om du vill ändra den dedikerade systemnodpoolen till en användarnodpool uppdaterar mode du värdet för system_pool till User och använder konfigurationen igen.

Ta bort en systemnodpool

Note

Om du vill använda systemnodpooler i AKS-kluster före API-versionen 2020-03-01lägger du till en ny systemnodpool och tar sedan bort den ursprungliga standardnodpoolen.

Du måste ha minst två systemnodpooler i AKS-klustret innan du kan ta bort en av dem.

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

När du har tagit bort systemnodpoolen bör du ha den ursprungliga systemnodpoolen som skapades med klustret och systemnodpoolen som du skapade i avsnittet lägga till en dedikerad systemnodpool i ett befintligt AKS-kluster.

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

Note

Om du vill använda systemnodpooler i AKS-kluster före API-versionen 2020-03-01lägger du till en ny systemnodpool och tar sedan bort den ursprungliga standardnodpoolen.

Du måste ha minst två systemnodpooler i AKS-klustret innan du kan ta bort en av dem.

Följande kommando uppmanar dig att bekräfta att du tar bort nodpoolen. Ange Y för att bekräfta.

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

Get-AzAksNodePool -ResourceGroupName $ResourceGroup -ClusterName $ClusterName

Ett kluster måste alltid innehålla minst en systemnodpool. Om klustret har fler än en systemnodpool kan du ta bort en genom att ta bort dess resursblock från Terraform-konfigurationen och tillämpa ändringen.

Ta till exempel bort resursblocket system_pool och kör sedan:

terraform plan
terraform apply

Rensa resurser

När du tar bort AKS-klustrets resursgrupp tas alla klusterresurser och den relaterade nodresursgruppen (MC_) bort.

Om du vill ta bort klustret använder du kommandot az group delete för att ta bort AKS-resursgruppen:

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

Om du vill ta bort klustret använder du kommandot Remove-AzResourceGroup för att ta bort AKS-resursgruppen:

Remove-AzResourceGroup -Name $ResourceGroup -Force

När du är klar tar du bort resurserna:

terraform destroy

Nästa steg

I den här artikeln har du lärt dig hur du skapar och hanterar systemnodpooler i ett AKS-kluster. Information om hur du startar och stoppar AKS-nodpooler finns i starta och stoppa AKS-nodpooler.

Feedback

Var den här sidan till hjälp?

Last updated on 2026-05-01

Hantera systemnodpooler i Azure Kubernetes Service (AKS)

Innan du börjar

Limitations

System- och användarnodpooler

Skapa ett nytt AKS-kluster med en systemnodpool

Skapa Terraform-konfigurationsfilen

Skapa en resursgrupp

Skapa ett nytt AKS-kluster

Lägga till en dedikerad systemnodpool i ett befintligt AKS-kluster

Lägga till en användarnodpool

Slutlig kontroll före distribution

Verifiera konfigurationen

Granska körningsplanen

Tillämpa inställningarna

Verifiera driftsättningen

Visa information för nodpoolen

Uppdatera befintliga klustersystem- och användarnodpooler

Ta bort en systemnodpool

Rensa resurser

Nästa steg

Feedback

Ytterligare resurser