Vanliga frågor och svar – Azure Kubernetes Fleet Manager

2025-10-23

Gäller för: ✔️ Fleet Manager ✔️ Fleet Manager med hubbkluster

Den här artikeln beskriver vanliga frågor och svar om Azure Kubernetes Fleet Manager.

Vanliga frågor och svar om Fleet Manager-tjänsten

Är Fleet Manager en regional eller global resurs?

Fleet Manager är en regional resurs. Stöd för regionväxling för haveriberedskapsanvändningsfall finns på färdplanen.

Hur många kluster kan jag ansluta till Fleet Manager?

Fleet Manager (med eller utan hubbkluster) stöder anslutning till upp till 100 AKS-kluster.

Om du vill att Fleet Manager ska ha stöd för fler än 100 kluster lägger du till feedback.

Vilka AKS-kluster kan anslutas som medlemmar?

Med Fleet Manager kan behöriga användare lägga till alla AKS-kluster i valfri Azure-prenumeration och -region så länge Azure-prenumerationen är associerad med samma Microsoft Entra ID-klientorganisation som Fleet Manager.

Stöder Fleet Manager hanterade identiteter?

Ja, Fleet Manager stöder både systemtilldelade och användartilldelade hanterade identiteter. Mer information finns i dokumentationen om hur du använder hanterade identiteter med Fleet Manager.

Vad händer när klusteridentiteten för ett anslutet kluster ändras?

Om du ändrar identiteten för ett medlemskluster bryts kommunikationen mellan Fleet Manager och det medlemsklustret. Medlemsagenten använder den nya identiteten för att kommunicera med Fleet Manager, men Fleet Manager måste fortfarande känna till den nya identiteten. Kör det här kommandot för att lösa problemet:

az fleet member create \
    --resource-group ${GROUP} \
    --fleet-name ${FLEET} \
    --name ${MEMBER_NAME} \
    --member-cluster-id ${MEMBER_CLUSTER_ID}

Relation till Azure Arc-aktiverade Kubernetes

Fleet Manager stöder endast anslutning av AKS-kluster som medlemskluster.

Stöd för att ansluta till icke-AKS-kluster finns på vår färdplan. Ge feedback om stöd för icke-AKS-kluster är viktigt för dig.

Relation till Azure Kubernetes Service-kluster

Azure Kubernetes Service (AKS) förenklar distributionen av ett hanterat Kubernetes-kluster i Azure genom att avlasta driftkostnaderna till Azure. Som värdbaserad Kubernetes-tjänst hanterar Azure viktiga uppgifter, till exempel hälsoövervakning och underhåll. Eftersom Kubernetes-kontrollplanet är Azure-hanterat underhåller du bara agentnoderna. Du kör dina faktiska arbetsbelastningar i AKS-klustren.

Azure Kubernetes Fleet Manager hjälper dig att hantera scenarier i stor skala och flera kluster för Azure Kubernetes Service-kluster. Azure Kubernetes Fleet Manager tillhandahåller en grupprepresentation för dina AKS-kluster och hjälper användare med orkestrering av klusteruppdateringar, Kubernetes-resursspridning och belastningsutjämning för flera kluster. Användararbetsbelastningar kan inte köras på Fleet Manager-hubbklustret.

Kan jag etablera nya AKS-kluster från Fleet Manager?

Skapande och livscykelhantering av nya AKS-kluster finns i vår översikt. Ge feedback om stöd för att skapa kluster är ett viktigt scenario för dig.

Behöver jag hantera uppdateringar av Fleet Manager-hubbklustret?

Nej. Fleet Managers hubbkluster är en Microsoft-hanterad resurs. Microsoft uppdaterar automatiskt hubbklustret till den senaste versionen av Kubernetes eller nodavbildningen när de blir tillgängliga.

Om du försöker uppdatera eller ändra hubbklustret (som är ett AKS-kluster med en nod med namnet hub) blockerar en uppsättning nekanderegler dina ändringar från att tillämpas.

Uppdateringar med flera kluster – automatiserade eller manuella vanliga frågor och svar

Vilka AKS-uppdateringskanaler stöder Fleet Manager?

AKS-uppdateringskanaler som stöds:

Snabb: Uppdateringar för den senaste AKS-stödda Kubernetes-versionen (N).
Stabil: Uppdateringar för Kubernetes stable channel (N-1) där "N" är den senaste AKS-stödda Kubernetes-versionen.
NodeImage: VHD för nodbilder uppdaterad för buggar och säkerhet med ett veckoversionsschema.
TargetKubernetesVersion (förhandsversion) (Patch): Uppgraderar kluster till den senaste korrigeringsversionen av den angivna målversionen när korrigeringen är tillgänglig. Stöder Kubernetes-delversioner som endast är tillgängliga via AKS Long-Term Support (LTS).

AKS-kanaler som för närvarande inte stöds:

SecurityPatch: uppdateringar av nodavbildningsoperativsystemet som tillhandahåller AKS-hanterade säkerhetskorrigeringar som tillämpas på den befintliga virtuella hårddisken som körs på noden.
Ohanterad: uppdateringar av nodavbildningens operativsystem tillämpas direkt via operativsystemets inbyggda patchning (endast Linux-noder).

Om du använder någon av de kanaler som Fleet Manager inte stöder rekommenderar vi att du lämnar dessa kanaler aktiverade i dina AKS-kluster.

Målversionen av Kubernetes delversion i min automatiska uppgraderingsprofil har upphört att stödas av communityn. Vad kan jag göra?

Du kan välja att:

Tillåt Long Term Support (LTS) i profilen för automatisk uppgradering och aktivera den för alla kluster i din flotta som du vill behålla på den specifika mindre versionen. Se till att endast LTS-kluster ingår i den uppdateringsstrategi som du använder.
Uppdatera profilen för automatisk uppgradering till en ny mindre version av Kubernetes. Kluster uppdateras till den senaste korrigeringen i den angivna Kubernetes minor-versionen när den släpps.

Information om hur du aktiverar LTS i profiler för automatisk uppgradering finns i Uppdateringar av Kubernetes-målversioner. Information om hur du aktiverar LTS på hanterade kluster finns i Långsiktig support.

Anmärkning

Om du vill granska detaljerad information om fel inträffar och förstå de specifika åtgärder som ska utföras kontrollerar du profilstatusen för automatisk uppgradering.

Vad händer om jag låter automatiska uppgraderingar av AKS-kluster vara aktiverade?

Om du låter automatiska uppgraderingar av AKS-kluster vara aktiverade utförs uppdateringen av klustret av antingen automatisk uppgradering av Fleet Manager eller AKS-kluster, beroende på vilken som körs först.

Fleet Manager ändrar inte konfigurationen av inställningar för automatisk uppgradering av AKS-kluster.

Om du vill att Fleet Manager ska hantera automatiska uppgraderingar måste du inaktivera automatisk uppgradering på varje enskilt AKS-medlemskluster.

Stöd för AKS-klusterunderhållsfönster

Fleet Manager respekterar inställningarna för underhållsperioder per kluster för varje medlemskluster.

Underhållsperioder utlöser inte uppdateringar, och uppdateringarna startar inte heller omedelbart ett fönster öppnas. Underhållsperioder definierar endast när uppdateringar kan tillämpas på ett kluster.

Mer information finns i dokumentationen för AKS-klusterunderhållsfönster.

Vad är omfånget för konsekventa nodbilduppgraderingar?

Nodkonsekvens garanteras endast för alla kluster som finns i en enda uppdateringskörning där consistent image alternativet väljs.

Det finns ingen garanti för enhetliga nodavbildningsversioner vid separata uppdateringar.

Hur tar jag reda på vilka nodbilder som användes i en uppdateringskörning?

Uppdateringskörningen innehåller en lista över de valda nodbilderna som används för en körning. Den här informationen är tillgänglig även om uppdateringskörningen inte har startats.

Det kan finnas fler än en enskild nodavbildning som valts baserat på de olika nodpoolerna som körs i alla kluster som valts för uppdatering.

Du hittar de avbildningar som valts med hjälp av det här Azure CLI-kommandot:

az fleet updaterun show \
    --resource-group ${GROUP} \
    --fleet-name ${FLEET} \
    --name ${UPDATE_RUN_NAME} \
    --query "status.nodeImageSelection.selectedNodeImageVersions"

Du kan också använda View JSON alternativet på sidan Översikt över uppdateringskörning i Azure-portalen för att visa rådata för en uppdateringskörning.

Min uppdateringskörning är i ett väntande tillstånd under en längre tid. Vad ska jag göra?

Fleet Manager-uppdateringskörningar kan vara i ett väntande tillstånd av många skäl. Du kan visa status för en uppdatering som körs antingen via Azure-portalen eller genom att följa vår övervakningsdokumentation.

De två vanligaste orsakerna till långa väntande tillstånd är:

Underhållsfönster för medlemskluster: Om ett medlemsklusters underhållsfönster inte är öppet kan uppdateringskörningen hamna i ett pausat tillstånd. Den här pausen kan blockera slutförandet av uppdateringsgruppen eller fasen tills nästa underhållsfönster öppnas. Om du vill fortsätta uppdateringskörningen hoppar du manuellt över klustret. Om du hoppar över klustret är det inte synkroniserat med resten av medlemsklustret i uppdateringskörningen.
Kubernetes- eller nodavbildningsversion inte i Azure-regionen: Om den nya Kubernetes- eller nodavbildningsversionen inte har publicerats till den Azure-region där ett medlemskluster finns, kan uppdateringen hamna i ett väntande status. Du kan kontrollera AKS-versionsspåraren för att se versionens regionala status. Även om du kan hoppa över medlemsklustret kan de inte heller uppdatera om det finns andra kluster i samma Azure-region.

Min automatiska uppgraderingskörning startade och gick sedan omedelbart in i ett väntande tillstånd. Varför?

Se föregående fråga.

Att redigera min uppdateringsstrategi ändrade inte de befintliga uppdateringsprocesser som använde den. Varför inte?

När en uppdateringskörning skapas görs en kopia av den valda strategin och lagras på själva uppdateringskörningen så att ändringar i strategin inte påverkar körningen av uppdateringskörningar.

Kan jag godkänna ett godkännande i förväg?

Nej. Godkännanden är bara tillgängliga när du kan kontrollera att medlemskluster är redo för uppgradering eller att uppgraderingen har slutförts. Om du vill förgodkänna kan du överväga att inte konfigurera ett godkännande i din strategi alls.

Upphör godkännanden att gälla?

Nej, godkännanden väntar tills de har godkänts. Du kan inte konfigurera ett tidsfönster för godkännanden.

Kan jag hoppa över ett godkännande?

Om du vill hoppa över medlemsklusteruppgraderingar tillsammans med gating-godkännandet hoppar du över den omfattande gruppen eller fasen. Om du vill fortsätta med uppgraderingarna måste du bevilja godkännandet.

Hur tar jag bort ett godkännande?

Precis som i föregående fråga måste du bevilja godkännandet om du vill fortsätta med en uppgradering. Om du försöker rensa den underliggande grindresursen måste du ta bort den associerade uppdateringskörningen, vilket tar bort alla grindar som är länkade till uppdateringskörningen.

Kan jag konfigurera ett godkännande efter fasen tillsammans med en efterfasfördröjning?

Ja. Väntetiden efter fasen börjar samtidigt som godkännandet. Båda måste slutföras innan uppdateringskörningen fortsätter.

Kan godkännanden läggas till i befintliga uppdateringsstrategier?

Ja. Du kan redigera den befintliga strategin så att den innehåller godkännanden. Befintliga uppdateringskörningar som skapades med hjälp av strategin uppdateras dock inte.

Vanliga frågor och svar om placering av klusterresurser

Kan jag välja resurser i ett namnområde för spridning?

Fleet Manager stöder för närvarande endast spridning av resurser på kluster- och namnområdesnivå. Du kan inte välja enskilda resurser i ett namnområde för spridning.

Lämna synpunkter om det är viktigt för dig med stöd för resursplacering inom namnområdet.

Vanliga frågor och svar om automatiserade distributioner

Hur skiljer sig detta från automatiserade AKS-distributioner?

Automatiserade AKS-distributioner stöder endast ett enda AKS-kluster där den distribuerade arbetsbelastningen körs. Fleet Managers automatiserade distributioner stegar arbetsbelastningsdefinitionerna i Fleet Manager-hubbklustret, vilket gör dem tillgängliga för spridning till medlemskluster via placering av klusterresurser.

Automatiserade distributioner i Fleet Manager kräver också användning av ett befintligt Azure Container Registry (ACR) och Fleet Manager Hub-klusternamnområdet.

Kan jag ansluta till samma Git-lagringsplats flera gånger?

Ja, du kan ansluta till samma lagringsplats flera gånger så att du kan distribuera olika resurser eller grenar från samma lagringsplats.