Supporto a lungo termine per le versioni del servizio Azure Kubernetes

La community di Kubernetes rilascia una nuova versione secondaria circa ogni quattro mesi e ogni versione ha una finestra di supporto di un anno. Nel servizio Azure Kubernetes questa finestra di supporto è denominata supporto della community.

Per le versioni di Kubernetes nel supporto della community, il servizio Azure Kubernetes fornisce correzioni di bug e aggiornamenti della sicurezza dalle versioni della community. Può essere difficile rimanere aggiornati con la frequenza di rilascio di Kubernetes quando le applicazioni hanno dipendenze complesse.

Il supporto a lungo termine (LTS) estende la finestra di supporto in modo da avere più tempo per pianificare e testare gli aggiornamenti alle versioni più recenti di Kubernetes.

Tipi di supporto AKS

Dopo circa un anno, una determinata versione secondaria di Kubernetes esce dal supporto della community e le correzioni di bug e gli aggiornamenti della sicurezza non sono disponibili per i cluster del servizio Azure Kubernetes.

Il servizio Azure Kubernetes offre un anno di supporto della community, seguito da un anno aggiuntivo di supporto a lungo termine. Insieme, il supporto della community e i periodi LTS offrono circa 24 mesi di supporto totale dalla disponibilità generale della versione di Kubernetes. Durante l'anno LTS, il backport del servizio Azure Kubernetes esegue le correzioni di sicurezza dalla community upstream. Il gruppo di lavoro upstream LTS contribuisce alla community, estendendo la finestra di supporto.

Processo di patch di supporto a lungo termine

LTS supporta solo le due versioni patch più recenti. Il supporto della community può includere un numero qualsiasi di patch attualmente offerte. Tuttavia, AKS si riserva il diritto di deprecare qualsiasi versione di patch in risposta a vulnerabilità di sicurezza critiche (CVE). Per altre informazioni sui criteri di supporto della community, vedere Criteri di supporto delle versioni di Kubernetes.

Per identificare le versioni più recenti delle patch supportate, vedere lo strumento di rilevamento delle versioni del servizio Azure Kubernetes.

Abilitare il supporto a lungo termine

L'abilitazione di LTS richiede lo spostamento del cluster nel livello Premium e la selezione esplicita del piano di supporto LTS. È possibile partecipare in qualsiasi momento, anche se il cluster è ancora in supporto della comunità.

LTS è disponibile nel livello Premium. Per le tariffe correnti, vedere Prezzi del servizio Azure Kubernetes.

Abilitare LTS in un nuovo cluster

Creare un nuovo cluster con LTS abilitato usando il az aks create comando . Il servizio Azure Kubernetes usa la versione predefinita supportata di Kubernetes e la patch più recente disponibile nell'area.

az aks create \
    --resource-group <resource-group-name> \
    --name <cluster-name> \
    --tier premium \
    --k8s-support-plan AKSLongTermSupport \
    --auto-upgrade-channel patch \
    --generate-ssh-keys

Il comando usa i valori di parametro specifici di LTS seguenti:

• --tier premium imposta il livello di gestione del cluster su Premium, necessario per LTS.
• --k8s-support-plan AKSLongTermSupport registra il cluster in LTS e fornisce un anno aggiuntivo di correzioni per la sicurezza.
• --auto-upgrade-channel patch aggiorna automaticamente il cluster alle versioni patch supportate mantenendo la stessa versione secondaria.

Abilitare LTS in un cluster esistente

Abilitare LTS in un cluster esistente usando il az aks update comando .

az aks update --resource-group <resource-group-name> --name <cluster-name> --tier premium --k8s-support-plan AKSLongTermSupport --auto-upgrade-channel patch

Il comando usa i valori di parametro specifici di LTS seguenti:

• --tier premium sposta il cluster al livello di gestione del cluster Premium, necessario per LTS.
• --k8s-support-plan AKSLongTermSupport registra il cluster in LTS e fornisce un anno aggiuntivo di correzioni per la sicurezza.
• --auto-upgrade-channel patch aggiorna automaticamente il cluster alle versioni patch supportate mantenendo la stessa versione secondaria.

Eseguire la migrazione alla versione LTS più recente

Per eseguire un aggiornamento sul posto alla versione LTS più recente, specificare una versione LTS più recente offerta dal servizio Azure Kubernetes come destinazione di aggiornamento. Un cluster LTS può ignorare le versioni secondarie quando l'aggiornamento soddisfa i requisiti di asimmetria della versione e i controlli di convalida. Per altre informazioni, vedere Regole di aggiornamento della versione di Kubernetes.

Durante un aggiornamento sul posto completo, il servizio Azure Kubernetes aggiorna prima il piano di controllo e quindi aggiorna ogni pool di nodi in sequenza. Testare i carichi di lavoro rispetto alle API deprecate e ad altre modifiche di rilievo tra le versioni correnti e di destinazione prima dell'aggiornamento.

1. Elencare le versioni offerte dal servizio Azure Kubernetes come destinazioni di aggiornamento per il cluster usando il az aks get-upgrades comando .

   az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name> --output table
   

2. Eseguire l'aggiornamento a una versione LTS offerta usando il az aks upgrade comando .

   az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version <lts-kubernetes-version>
   

   Nota

   Tutte le versioni di Kubernetes supportate sono compatibili con LTS. Per il calendario LTS più recente, vedere il calendario delle versioni di Kubernetes del servizio Azure Kubernetes. Per visualizzare le versioni LTS disponibili e le relative patch in base all'area, vedere il AKS release tracker.

Disabilitare il supporto a lungo termine in un cluster esistente

Per disabilitare LTS in un cluster esistente, spostare il cluster nel livello Gratuito o Standard e selezionare in modo esplicito il piano di KubernetesOfficial supporto.

È possibile disabilitare LTS mentre la versione kubernetes del cluster è ancora supportata dalla community. Dopo l'uscita dal supporto della community, aggiornare il cluster a una versione supportata dalla community prima di disabilitare LTS. Controllare il calendario della versione di Kubernetes del servizio Azure Kubernetes per determinare lo stato di supporto della versione.

1. Se la versione corrente non è supportata dalla community, elencare le destinazioni di aggiornamento disponibili usando il az aks get-upgrades comando .

   az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name> --output table
   

2. Se necessario, aggiornare il cluster a una versione offerta che si trova nel supporto della community usando il az aks upgrade comando .

   az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version <community-supported-kubernetes-version>
   

3. Disabilitare LTS usando il az aks update comando . L'esempio seguente sposta il cluster nel livello Gratuito e seleziona il KubernetesOfficial piano di supporto.

   az aks update --resource-group <resource-group-name> --name <cluster-name> --tier free --k8s-support-plan KubernetesOfficial
   

   Il --tier free valore sposta il cluster nel livello di gestione del cluster gratuito e --k8s-support-plan KubernetesOfficial passa il cluster da LTS al piano di supporto kubernetes standard del servizio Azure Kubernetes.

Considerazioni sul ciclo di vita dei componenti aggiuntivi e delle funzionalità

LTS estende il supporto per la versione di Kubernetes, ma i componenti aggiuntivi e le funzionalità possono avere cicli di vita di supporto separati. Prima di spostare un cluster in LTS, esaminare il ciclo di vita e la compatibilità della versione di Kubernetes di ogni componente aggiuntivo e funzionalità usato dal cluster.

La tabella seguente riepiloga le considerazioni correnti sul ciclo di vita:

Pianificare l'aggiornamento LTS successivo

Il servizio Azure Kubernetes rende idonee le versioni consecutive di Kubernetes per LTS e pubblica una data di fine vita LTS separata per ogni versione. Usare il calendario di rilascio del servizio Azure Kubernetes e lo strumento di rilevamento delle versioni del servizio Azure Kubernetes per scegliere una versione di destinazione offerta e pianificare la migrazione prima che la versione corrente raggiunga la data di fine vita LTS.

Domande frequenti

È possibile creare un nuovo cluster AKS con una versione LTS dopo il termine del supporto della community?

Sì, è possibile creare un nuovo cluster del servizio Azure Kubernetes usando una versione LTS al termine del periodo di supporto della community se si abilita LTS. Il supporto LTS continua solo fino alla fine del ciclo di vita di tale versione. È quindi necessario eseguire l'aggiornamento alla versione LTS supportata successiva. Per altre informazioni, vedere il calendario della versione di Kubernetes del servizio Azure Kubernetes.

Posso abilitare e disabilitare LTS in una versione supportata da AKS dopo la fine del supporto della comunità?

Sì, è possibile abilitare il piano di supporto LTS in qualsiasi versione supportata dal servizio Azure Kubernetes anche dopo il termine del periodo di supporto della community. Tuttavia, una volta terminato il periodo di supporto della community, non è possibile disabilitare LTS per tale versione.

Un cluster del servizio Azure Kubernetes supportato dalla community diventa automaticamente idoneo per LTS dopo la fine della vita?

No. È necessario abilitare in modo esplicito LTS e spostare il cluster nel livello Premium.

Ogni versione del servizio Azure Kubernetes è idonea per il supporto a lungo termine?

Yes. Tutte le versioni di Kubernetes supportate sono idonee per LTS.

Qual è il modello di determinazione prezzi per LTS?

LTS è disponibile nel livello Premium. Per le tariffe correnti, vedere Prezzi del piano Premium.

L'abilitazione di LTS interrompe i carichi di lavoro?

No. Si tratta di una modifica di sola configurazione; non ricrea l'immagine dei nodi o interrompe i carichi di lavoro, quindi non è previsto alcun tempo di inattività.