Uppdatera orkestrering mellan flera medlemskluster

Plattformsadministratörer som hanterar ett stort antal kluster har ofta problem med att mellanlagring av uppdateringar av flera kluster (till exempel uppgradering av nod os-avbildningsversioner, uppgradering av Kubernetes-versioner) på ett säkert och förutsägbart sätt. För att hantera den här smärtpunkten kan du med Azure Kubernetes Fleet Manager (Fleet) samordna uppdateringar över flera kluster med hjälp av uppdateringskörningar, steg, grupper och strategier.

A diagram showing an upgrade run containing two update stages, each containing two update groups with two member clusters.

  • Uppdateringskörning: En uppdateringskörning representerar en uppdatering som tillämpas på en samling AKS-kluster, som består av uppdateringsmålet och sekvensen. Uppdateringsmålet beskriver önskade uppdateringar (till exempel uppgradering till Kubernetes version 1.28.3). Uppdateringssekvensen beskriver den exakta ordningen för att tillämpa uppdateringarna på flera medlemskluster, uttryckta med hjälp av faser och grupper. Om de är ospecificerade uppdateras alla medlemskluster en efter en sekventiellt. En uppdateringskörning kan stoppas och startas.
  • Uppdateringssteg: Uppdateringskörningar är indelade i faser som tillämpas sekventiellt. En första uppdateringsfas kan till exempel uppdatera medlemskluster för testmiljön, och ett andra uppdateringssteg skulle sedan senare uppdatera medlemskluster för produktionsmiljön. En väntetid kan anges för att fördröja tillämpningen av efterföljande uppdateringssteg.
  • Uppdateringsgrupp: Varje uppdateringssteg innehåller en eller flera uppdateringsgrupper som används för att välja de medlemskluster som ska uppdateras. Uppdateringsgrupper används också för att beställa program för uppdateringar till medlemskluster. I en uppdateringsfas tillämpas uppdateringar på alla olika uppdateringsgrupper parallellt. i en uppdateringsgrupp uppdateras medlemskluster sekventiellt. Varje medlemskluster i flottan kan bara ingå i en uppdateringsgrupp.
  • Uppdateringsstrategi: En uppdateringsstrategi beskriver uppdateringssekvensen med steg och grupper. Du kan återanvända en strategi i dina uppdateringskörningar i stället för att definiera sekvensen upprepade gånger i varje körning.

För närvarande är de uppdateringsåtgärder som stöds i klustret uppgraderingar. Det finns två typer av uppgraderingar som du kan välja mellan:

  • Uppgradera Kubernetes-versioner för Kubernetes-kontrollplanet och noderna (vilket inkluderar uppgradering av nodbilderna).
  • Uppgradera endast nodbilderna.

Du kan ange kubernetes-målversionen att uppgradera till, men du kan inte ange de exakta målnodavbildningsversionerna eftersom de senaste tillgängliga nodavbildningsversionerna kan variera beroende på klustrets region (kontrollera versionsspåraren för mer information). Avbildningsversionerna för målnoden väljs automatiskt för dig baserat på dina inställningar:

  • Latest: Använd de senaste nodavbildningarna som är tillgängliga i en klusterregion när uppgraderingen av klustret startar. Därför kan olika avbildningsversioner användas beroende på vilken region ett kluster finns i och när uppgraderingen faktiskt startar.
  • Consistent: När uppdateringskörningen startar väljer den de senaste vanliga avbildningsversionerna i regionerna i medlemskluster i den här körningen, så att samma, konsekventa avbildningsversioner används mellan kluster.

Du bör välja Latest att använda nyare avbildningsversioner och minimera säkerhetsrisker och välja Consistent att förbättra tillförlitligheten genom att använda och verifiera dessa avbildningar i kluster i tidigare steg innan du använder dem i senare kluster.

Nästa steg