AKS foljer en versionspolicy dar bara de senaste tre minor-versionerna far patchar och sakerhetsuppdateringar. Nar en version faller ur support slutar Microsoft leverera fixar. Att kora en version utan support innebar inga sakerhetspatchar, inga buggfixar och till slut tvingade uppgraderingar pa Microsofts schema istallet for ditt.
AKS 1.24 har natt end of life, vilket innebar att kluster som fortfarande kor den behover uppgraderas. Har du skjutit upp det? Sa har gor du.
Borja med att ta reda pa vad du kor:
AKS stoder bara uppgradering en minor-version at gangen. Fran 1.24 maste du ga 1.24, 1.25, 1.26, 1.27 och sa vidare. Du kan inte hoppa over versioner.
Varje Kubernetes minor-version tar bort utfasade API:er. De storsta smaartspunkterna vid uppgradering fran 1.24:
policy/v1beta1 for PodDisruptionBudgets eller batch/v1beta1 for CronJobs, uppdatera dem till v1-motsvarigheterna.Uppgradera control plane forst, sedan node pools:
For produktionskluster, uppgradera node pools en at gangen och validera workloads mellan varje. AKS utfor rolling upgrades som standard genom att cordona och draina noder innan de ersatts.
Om du kor flera node pools (system och user pools), uppgradera systempoolen forst. Nagra tips:
max-surge for att styra hur manga extra noder AKS provisionerar under uppgraderingen. Hogre varden ger snabbare uppgraderingar men mer temporar kostnad.PodDisruptionBudgets pa dina workloads sa att drain-processen respekterar dina tillganglighetskrav.Nar du kommit ikapp, hall dig aktuell genom att uppgradera inom nagra veckor efter varje ny AKS-version. Overovag att aktivera auto-upgrade for icke-produktionskluster:
Tillgangliga kanaler: patch (sakrast), stable, rapid och node-image. For produktion ar patch det sakraste valet.
Behover du hjalp med att planera din AKS-uppgraderingsvag eller vill ha en second opinion pa din klusterkonfiguration? Vara konsulter pa MADIT kan hjalpa till. Kontakta oss for att komma igang.