Migrace automatických clusterů AKS a fondů uzlů spravovaného systému

Platí pro: ✔️ AKS Automatic ✔️ AKS Standard

V tomto článku se dozvíte, jak migrovat automatické clustery AKS mezi podporovaným fondem uzlů spravovaného systému a standardními konfiguracemi AKS.

Podporované cesty migrace

Postup migrace	Support
AKS Automatic se spravovanými fondy systémových uzlů do AKS Standard (`base` SKU)	Supported
AKS Automatic bez spravovaných fondů systémových uzlů na AKS Automatic se spravovanými fondy systémových uzlů	Podporováno ve verzi Preview v regionech, kde jsou fondy uzlů spravovaného systémem obecně dostupné
AKS Standard (`base` SKU) na AKS Automatic se spravovanými fondy systémových uzlů	Podporováno ve verzi Preview v regionech, kde jsou fondy uzlů spravovaného systémem obecně dostupné
AKS Automatic se spravovanými fondy systémových uzlů na AKS Automatic bez spravovaných fondů systémových uzlů	Nepodporováno

Při použití spravovaných fondů systémových uzlů AKS zřizuje, škáluje a upgraduje fondy systémových uzlů a systémové komponenty za vás a izoluje je od vašich úloh. Automatické clustery AKS jsou také podporovány smlouvou SLA pro připravenost podů a smlouvou SLA o provozuschopnosti. Další informace najdete v tématu Přehled automatických clusterů AKS s fondy uzlů spravovaného systému.

Migrace z clusteru AKS Automatic se spravovanými fondy systémových uzlů na cluster AKS Standard

Jak migrace funguje

Automatický cluster AKS s fondy uzlů spravovaného systému spouští jeho systémové komponenty ve fondech systémových uzlů, které AKS zřizuje, škáluje a upgraduje za vás.

Important

Cluster AKS Standard (base SKU) neumožňuje fondy spravovaných systémových uzlů, takže zodpovídáte za spouštění, správu a upgrade fondu systémových uzlů a systémových komponent.

Pokud chcete migrovat z AKS Automaticky na AKS Standard, proveďte následující základní kroky:

Přidejte do clusteru AKS Automatic uživatelsky spravovaný fond systémových uzlů.
Aktualizujte skladovou položku clusteru z automatic na base.

Po aktualizaci skladové položky se cluster spustí jako cluster AKS Standard a vaše systémové komponenty běží ve fondu systémových uzlů, který jste přidali a spravujete.

Migrace do clusteru AKS Standard

Pomocí příkazu az aks nodepool add přidejte do existujícího clusteru AKS Automatic uživatelsky spravovaný fond systémových uzlů. Nastavte režim fondu uzlů na System, aby po migraci mohl spouštět systémové komponenty.
```
az aks nodepool add \
    --resource-group "${RESOURCE_GROUP}" \
    --cluster-name "${RESOURCE_NAME}" \
    --name systempool \
    --mode System \
    --node-count 3
```

Aktualizujte SKU clusteru z automatic na base pomocí příkazu az aks update.

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --sku base

Ověření migrace

Pomocí příkazu az aks show ověřte, že cluster nyní používá SKU base.

az aks show \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --query "sku" \
    --output table

Vypište fondy uzlů v clusteru pomocí příkazu az aks nodepool list, abyste potvrdili, že je přítomen fond uzlů systému s vlastní správou a že je v režimu System.

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

Migrace z clusteru AKS Automatic bez spravovaných fondů systémových uzlů na AKS Automatic se spravovanými fondy systémových uzlů (Preview)

AKS Automatic podporuje migraci verze Preview z fondů nespravovaných systémových uzlů do fondů spravovaných systémových uzlů v oblastech, kde jsou fondy spravovaných systémových uzlů obecně dostupné. Tato migrace zachová cluster na SKU automatic a přesune systémové komponenty AKS do systémového fondu uzlů spravovaného službou AKS.

Předpoklady

Important

Funkce AKS ve verzi Preview jsou k dispozici na bázi samoobsluhy a dobrovolného přihlášení. Ukázky jsou poskytovány "tak, jak jsou" a "dle dostupnosti" a jsou vyloučeny ze smluv o úrovni služeb a z omezené záruky. Předběžné verze AKS jsou částečně pokryty zákaznickou podporou podle možností. Proto tyto funkce nejsou určené pro produkční použití. Další informace najdete v následujících článcích podpory:

Existující automatický cluster AKS bez spravovaných fondů systémových uzlů
Azure CLI verze 2.86.0 nebo novější. Verzi zjistíte spuštěním příkazu az --version. Pokud potřebujete instalovat nebo upgradovat, podívejte se na Install Azure CLI.
Nejnovější verze aks-preview rozšíření Azure CLI
Příznak funkce Microsoft.ContainerService/NonHoboToHoboConversionPreview, zaregistrovaný v rámci vašeho předplatného.

Pomocí příkazu NonHoboToHoboConversionPreview zaregistrujte příznak funkce az feature register:

az feature register \
    --namespace Microsoft.ContainerService \
    --name NonHoboToHoboConversionPreview

Pomocí příkazu zkontrolujte stav az feature show registrace:

az feature show \
    --namespace Microsoft.ContainerService \
    --name NonHoboToHoboConversionPreview \
    --query properties.state \
    --output tsv

Počkejte, až se příkaz vrátí Registered , než budete pokračovat. Potom aktualizujte registraci poskytovatele prostředků Microsoft.ContainerService.

az provider register --namespace Microsoft.ContainerService

Nainstalujte nebo aktualizujte aks-preview rozšíření:

az extension add --name aks-preview
az extension update --name aks-preview

Migrace clusteru virtuální sítě spravovaného službou AKS

V případě automatického clusteru AKS, který používá síť spravovanou službou AKS, migrujte na spravované fondy systémových uzlů pomocí příkazu az aks update s parametrem --enable-hosted-system:

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --enable-hosted-system

Migrace vlastního clusteru virtuální sítě

Pro automatický cluster AKS, který používá vlastní virtuální síť, zadejte podsíť pro fond uzlů spravovaného systému pomocí parametru --system-node-subnet-id . Podsíť systémového uzlu musí:

Buďte ve stejné virtuální síti a regionu jako cluster.
Buďte alespoň /26.
Nedelegovat na jinou službu.
Musí se lišit od podsítě uzlu.

Parametr --node-subnet-id je volitelný. Pokud ji nezadáte, AKS použije existující podsíť fondu systémových uzlů.

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --enable-hosted-system \
    --system-node-subnet-id "${SYSTEM_NODE_SUBNET_ID}" \
    --node-subnet-id "${NODE_SUBNET_ID}"

Ověření migrace

Pomocí příkazu az aks show ověřte, že cluster používá spravované systémové fondy uzlů:

az aks show \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --query hostedSystemProfile \
    --output json

Následující příklad výstupu ukazuje vlastnost nastavenou hostedSystemProfile.enabled na true:

{
  "enabled": true,
  "nodeSubnetId": "<node-subnet-resource-id>",
  "systemNodeSubnetId": "<system-node-subnet-resource-id>"
}

Migrace z clusteru AKS Standard do automatického clusteru AKS se spravovanými fondy systémových uzlů (Preview)

AKS podporuje migraci ve verzi Preview z clusterů AKS Standard (base SKU) na automatické clustery AKS s fondy uzlů spravovaného systému v oblastech, kde jsou fondy uzlů spravovaného systému obecně dostupné.

Pokud chcete provést migraci, nejprve nakonfigurujte cluster AKS Standard tak, aby odpovídal automatické konfiguraci AKS, a pak aktualizujte SKU clusteru. Většina práce probíhá při přípravě clusteru. Proveďte následující části v pořadí, protože několik nastavení závisí na tom, aby jiná nastavení byla nejprve nakonfigurována.

Než začnete

Important

Existující cluster AKS Standard (base SKU). Obecné požadavky a omezení služby AKS Automatic najdete v tématu Rychlý start: Vytvoření clusteru AKS Automatic ve službě Azure Kubernetes Service (AKS) a Přehled clusterů AKS Automatic se spravovanými fondy uzlů systému.
Azure CLI verze 2.86.0 nebo novější a nejnovější verze aks-preview rozšíření.
Příznak funkce Microsoft.ContainerService/NonHoboToHoboConversionPreview, zaregistrovaný v rámci vašeho předplatného. Pokud chcete zaregistrovat příznak funkce a nainstalovat rozšíření, postupujte podle kroků v části Požadavky.

Nastavte proměnné prostředí pro váš cluster:

export RESOURCE_GROUP="<resource-group>"
export RESOURCE_NAME="<cluster-name>"
export NODE_RESOURCE_GROUP=$(az aks show --resource-group "${RESOURCE_GROUP}" --name "${RESOURCE_NAME}" --query nodeResourceGroup --output tsv)

Požadavky na migraci

Než budete moct aktualizovat SKU, musí váš cluster splňovat následující požadavky. Některé požadavky se liší v závislosti na tom, jestli váš cluster používá virtuální síť spravovanou AKS nebo vlastní virtuální síť. Tato nastavení můžete nakonfigurovat pomocí portálu Azure, Azure CLI, šablony ARM nebo jiných nástrojů. Zbývající část tohoto článku ukazuje Azure CLI kroky v pořadí, v jakém byste je měli použít.

Requirement	Požadované nastavení	Learn more
Úroveň clusteru	Standard	Cenové úrovně AKS
SKU nástroje pro vyrovnávání zatížení	Standard	Přizpůsobení odchozího provozu clusteru pomocí odchozích typů
Typ odchozí komunikace	Virtuální síť spravovaná službou AKS: spravovaná brána NAT (`StandardV2`). Odchozí `loadBalancer` typ není podporovaný. Vlastní virtuální síť: libovolný typ odchozí komunikace.	Aktualizujte typ outboundType po vytvoření clusteru
Identita clusteru	Virtuální síť spravovaná službou AKS: spravovaná identita přiřazená systémem Vlastní virtuální síť: spravovaná identita přiřazená uživatelem s rolí Network Contributor ve virtuální síti.	Použijte spravovanou identitu přiřazenou uživatelem
Integrace API serveru do virtuální sítě	Povoleno s podsítí vyhrazeného serveru API ve stejné virtuální síti jako uzly	Převod existujícího clusteru AKS Standard na integraci serveru API do virtuální sítě
Síťový modul plug-in	Azure CNI Overlay (`azure` plugin v režimu `overlay`)	Aktualizujte režim IPAM na Azure CNI Overlay
Datová rovina sítě a síťová politika	Cilium	Azure CNI Powered by Cilium
Režim zřizování uzlů	Auto	Automatické zřizování uzlů
SKU OS fondu uzlů systému	Azure Linux	Použití hostitele kontejnerů Azure Linux
Přístup SSH fondu systémových uzlů	Disabled	Spravovat přístup SSH na uzlech clusteru AKS
Disk operačního systému node poolu	Dočasní	Dočasné disky s operačním systémem v AKS
doplněk Azure Policy	Enabled	Použijte Azure Policy
Doplněk Azure Key Vault poskytovatele tajných kódů	Povoleno, se zapnutou rotací tajných kódů	Použití Secrets Store CSI Driveru
Kanály automatického upgradu	Klastr: `stable` Operační systém uzlu: `NodeImage`	Automatický upgrade clusteru AKS
Identita úlohy a vydavatel OIDC	Enabled	Použít ID úloh Microsoft Entra
integrace Microsoft Entra a Azure RBAC	Enabled	Integrace Microsoft Entra
Místní účty	Disabled	Spravujte místní účty s integrací Microsoft Entra
Čistič obrazů	Enabled	Čistič obrázků
Vertikální automatický škálovač podů	Enabled	Vertikální automatické škálování podů
KEDA	Enabled	KEDA
Uzamčení skupiny prostředků uzlu	`ReadOnly`	Uzamčení skupiny prostředků uzlu

Naplánujte si migraci

Určete, jestli váš cluster používá virtuální síť spravovanou službou AKS nebo vlastní virtuální síť. Pokud následující příkaz vrátí název virtuální sítě, cluster používá virtuální síť spravovanou službou AKS. Pokud se nic nevrátí, cluster používá vlastní virtuální síť.
```
az network vnet list --resource-group "${NODE_RESOURCE_GROUP}" --query "[].name" --output tsv
```
Několik kroků v tomto článku se liší v závislosti na typu vaší virtuální sítě.
Zkontrolujte aktuální síťový plugin vašeho clusteru, odchozí typ, SKU nástroje pro vyrovnávání zatížení a úroveň omezení skupiny prostředků uzlu:
```
az aks show \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --query "{networkPlugin:networkProfile.networkPlugin, networkPluginMode:networkProfile.networkPluginMode, outboundType:networkProfile.outboundType, loadBalancerSku:networkProfile.loadBalancerSku, nrgRestrictionLevel:nodeResourceGroupProfile.restrictionLevel}" \
    --output table
```
- Síťový modul plug-in: Musí být azure s režimem modulu plug-in overlay. Pokud váš cluster používá kubenet nebo Azure CNI bez Overlay, aktualizujte ho na Azure CNI Overlay, než budete pokračovat. Další informace naleznete v tématu Aktualizujte režim IPAM na Azure CNI Overlay.
- SKU nástroje pro vyrovnávání zatížení: Musí být standard. Pokud váš cluster stále používá basic, aktualizujte ho pomocí nástroje az aks update --load-balancer-sku standard.
- Úroveň omezení skupiny prostředků uzlu: Pro virtuální síť spravovanou službou AKS musíte ve skupině prostředků uzlu vytvořit podsíť. Pokud je úroveň omezení nastavena na ReadOnly, před pokračováním ji nastavte na Unrestricted. Znovu ho zamknete v pozdějším kroku.
Zkontrolujte změny, které narušují běžící úlohy nebo přístup, a naplánujte časové období údržby:
- Změna odchozího typu změní odchozí IP adresy clusteru. Aktualizujte všechna pravidla brány firewall, která povolují provoz z clusteru.
- Povolení integrace VNet API serveru změní IP adresu API serveru a vyžaduje restartování clusteru. Tato změna je trvalá.
- Změna datové roviny sítě, SKU operačního systému a nastavení přístupu SSH znovu vytvoří image vašich uzlů.
- Zakázání místních účtů odebere statické přístupové údaje kubeconfig. Než je zakážete, ujistěte se, že máte přístup prostřednictvím Microsoft Entra ID a role Azure RBAC, jako je Azure Kubernetes Service RBAC Cluster Admin.
- Migrace umožňuje Deployment Safeguards v režimu Enforce se standardy zabezpečení podů. Nasazení, která nevyhovují, jsou odmítnuta. Obory názvů můžete vyloučit, ale nemůžete přepnout na úroveň pro celý cluster Warn. Před migrací zkontrolujte pracovní zátěže. Další informace najdete v tématu Použití ochrany nasazení.

Připravit síť clusteru

Odchozí typ: Pro virtuální síť spravovanou službou AKS musí být odchozí typ spravovaná brána NAT. Odchozí loadBalancer typ není podporovaný. V případě potřeby aktualizujte typ odchozího přenosu:
```
az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --outbound-type managedNATGateway \
    --outbound-type-sku StandardV2
```
U vlastní virtuální sítě se podporuje jakýkoli typ odchozích přenosů a nevyžaduje se žádná změna. Další informace najdete v tématu Aktualizace outboundType po vytvoření clusteru.
Identita clusteru: Pro virtuální síť spravovanou službou AKS ponechte systémem přiřazenou spravovanou identitu clusteru. Pro vlastní virtuální síť musí cluster používat spravovanou identitu přiřazenou uživatelem, která má ve virtuální síti roli Přispěvatel sítě . V případě potřeby přiřaďte identitu:
```
az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --enable-managed-identity \
    --assign-identity "${IDENTITY_RESOURCE_ID}" \
    --yes
```
Nahraďte IDENTITY_RESOURCE_ID ID prostředku uživatelem přiřazené spravované identity. Další informace najdete v tématu Použití spravované identity přiřazené uživateli.
Podsíť serveru API: Vytvořte vyhrazenou podsíť pro server ROZHRANÍ API ve stejné virtuální síti jako uzly. Podsíť musí být oddělená od podsítě uzlu, musí být alespoň /28a delegována na Microsoft.ContainerService/managedClusters.

Pro virtuální síť spravovanou službou AKS vytvořte podsíť ve virtuální síti ve skupině prostředků uzlu:
```
export VNET_NAME=$(az network vnet list --resource-group "${NODE_RESOURCE_GROUP}" --query "[0].name" --output tsv)

export APISERVER_SUBNET_ID=$(az network vnet subnet create \
    --resource-group "${NODE_RESOURCE_GROUP}" \
    --vnet-name "${VNET_NAME}" \
    --name apiserver-subnet \
    --address-prefixes "<unused-address-range>" \
    --delegations Microsoft.ContainerService/managedClusters \
    --query id --output tsv)
```
Pro vlastní virtuální síť místo toho vytvořte podsíť ve vlastní virtuální síti a nastavte APISERVER_SUBNET_ID na její ID prostředku.

Integrace serveru API s VNet: Povolte integraci serveru API s VNet v podsíti, kterou jste vytvořili, a restartujte cluster:

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --enable-apiserver-vnet-integration \
    --apiserver-subnet-id "${APISERVER_SUBNET_ID}"

az aks stop --resource-group "${RESOURCE_GROUP}" --name "${RESOURCE_NAME}"
az aks start --resource-group "${RESOURCE_GROUP}" --name "${RESOURCE_NAME}"

Další informace najdete v tématu Převedení existujícího clusteru AKS Standard na integraci VNet serveru API.

Datová rovina sítě: Aktualizujte datovou rovinu sítě na Cilium. Tento příkaz také nastaví síťovou politiku na Cilium.
```
az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --network-dataplane cilium
```
Další informace naleznete v tématu Azure CNI Powered by Cilium.

Important

Před povolením režimu automatického zřizování uzlů v další části aktualizujte datovou rovinu sítě. Po povolení automatického režimu nemůžete změnit datovou rovinu sítě.

Připravte fond systémových uzlů a provisionování uzlů

Dočasný disk operačního systému: Fond systémových uzlů musí používat dočasný disk operačního systému. Zkontrolujte aktuální typ disku s operačním systémem:
```
az aks nodepool list \
    --resource-group "${RESOURCE_GROUP}" \
    --cluster-name "${RESOURCE_NAME}" \
    --query "[?mode=='System'].{name:name, osDiskType:osDiskType}" \
    --output table
```
Typ disku s operačním systémem existující skupiny uzlů nemůžete změnit. Pokud fond systémových uzlů používá disk s Managed operačním systémem, přidejte nový fond systémových uzlů s --mode System --node-osdisk-type Ephemeral --os-sku AzureLinux --ssh-access disabled, přesuňte do něj systémové úlohy a odstraňte starý fond uzlů. Pak můžete přeskočit další krok.
SKU operačního systému a přístup SSH: Aktualizujte fond systémových uzlů tak, aby používal Azure Linux, a zakažte přístup SSH:
```
az aks nodepool update \
    --resource-group "${RESOURCE_GROUP}" \
    --cluster-name "${RESOURCE_NAME}" \
    --name "<system-node-pool-name>" \
    --os-sku AzureLinux \
    --ssh-access disabled \
    --yes
```
Tento příkaz znovu vytvoří bitovou kopii fondu uzlů. Počkejte, až se to dokončí, než provedete další změny fondu nodeů. Další informace najdete v tématech Použití hostitele kontejnerů Azure Linux a Správa přístupu SSH na uzlech clusteru AKS.
Režim zřizování uzlů: Povolte režim automatického zřizování uzlů:
```
az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --node-provisioning-mode Auto
```
Po povolení automatického režimu se nemůžete vrátit k ručnímu režimu, aniž byste nejprve odebrali všechny automaticky zřízené uzly. Další informace najdete v tématu Automatické zřizování uzlů.

Povolte požadované funkce a doplňky

Aktualizujte úroveň clusteru na Standard a povolte doplňky Azure Policy a Azure Key Vault Secrets Provider s rotací tajných klíčů:

az aks update --resource-group "${RESOURCE_GROUP}" --name "${RESOURCE_NAME}" --tier standard

az aks enable-addons \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --addons azure-policy,azure-keyvault-secrets-provider \
    --enable-secret-rotation

Povolte zbývající požadované funkce:

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --auto-upgrade-channel stable \
    --node-os-upgrade-channel NodeImage \
    --enable-workload-identity \
    --enable-oidc-issuer \
    --enable-aad \
    --enable-azure-rbac \
    --disable-local-accounts \
    --enable-image-cleaner \
    --enable-vpa \
    --enable-keda \
    --yes

Uzamknout skupinu prostředků uzlu

Nastavte úroveň omezení skupiny prostředků uzlu na ReadOnly. Tento krok proveďte jako poslední, protože uzamčení blokuje změny prostředků ve skupině prostředků uzlu, včetně podsítě serveru API, kterou jste vytvořili dříve.

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --nrg-lockdown-restriction-level ReadOnly

Další informace najdete v tématu Uzamčení skupiny prostředků uzlu.

Migrujte cluster do AKS Automatic

Pokud nějaký požadavek stále není splněný, příkaz migrace selže a zobrazí seznam nesplněných požadavků, které zjistil. Některé kontroly se spustí až poté, co předchozí kontroly projdou, takže vyřešte uvedené položky a spusťte příkaz znovu, dokud nebude úspěšný.

Virtuální síť spravovaná službou AKS

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --sku automatic \
    --enable-hosted-system

Vlastní virtuální síť

Zadejte podsíť pro fond uzlů spravovaného systému pomocí parametru --system-node-subnet-id. Požadavky na podsíť najdete v tématu Migrujte existující cluster AKS Automatic do fondů uzlů spravovaného systému. Parametr --node-subnet-id je volitelný. Pokud ji nezadáte, AKS použije existující podsíť fondu systémových uzlů.

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --sku automatic \
    --enable-hosted-system \
    --system-node-subnet-id "${SYSTEM_NODE_SUBNET_ID}" \
    --node-subnet-id "${NODE_SUBNET_ID}"

Ověření migrace

Ověřte, že cluster používá SKU automatic a úroveň služby Standard a že se aktualizace úspěšně dokončila:
```
az aks show \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --query "{sku:sku, provisioningState:provisioningState}" \
    --output json
```
Potvrďte, že sku.name je Automatic, sku.tier je Standard a provisioningState je Succeeded.
Ověřte, že cluster používá fondy uzlů spravovaného systému:
```
az aks show \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --query hostedSystemProfile \
    --output json
```
Potvrďte, že hostedSystemProfile.enabled je true. Pro vlastní virtuální síť systemNodeSubnetId a nodeSubnetId zobrazují ID prostředků vaší podsítě. Pro virtuální síť spravovanou službou AKS jsou null tyto hodnoty.

Získejte přihlašovací údaje pro cluster a ověřte, že jsou všechny uzly ve Ready stavu:

az aks get-credentials --resource-group "${RESOURCE_GROUP}" --name "${RESOURCE_NAME}"
kubectl get nodes -o wide

Chování při selhání

Pokud migrace nemůže zřídit infrastrukturu spravovaného systémového fondu uzlů (například kvůli omezením regionální kapacity), AKS zachová stávající fondy systémových a uživatelských uzlů ve stavu před migrací.

Váš názor

Byla tato stránka užitečná?

Poslední aktualizace v 2026-10-30

Migrace automatických clusterů AKS a fondů uzlů spravovaného systému

Podporované cesty migrace

Migrace z clusteru AKS Automatic se spravovanými fondy systémových uzlů na cluster AKS Standard

Jak migrace funguje

Migrace do clusteru AKS Standard

Ověření migrace

Migrace z clusteru AKS Automatic bez spravovaných fondů systémových uzlů na AKS Automatic se spravovanými fondy systémových uzlů (Preview)

Předpoklady

Migrace clusteru virtuální sítě spravovaného službou AKS

Migrace vlastního clusteru virtuální sítě

Ověření migrace

Migrace z clusteru AKS Standard do automatického clusteru AKS se spravovanými fondy systémových uzlů (Preview)

Než začnete

Požadavky na migraci

Naplánujte si migraci

Připravit síť clusteru

Připravte fond systémových uzlů a provisionování uzlů

Povolte požadované funkce a doplňky

Uzamknout skupinu prostředků uzlu

Migrujte cluster do AKS Automatic

Virtuální síť spravovaná službou AKS

Vlastní virtuální síť

Ověření migrace

Chování při selhání

Váš názor

Další materiály