Cluster Anthos su numerazione della versione di Azure
Questa pagina descrive i cluster Anthos sulla numerazione della versione di Azure Kubernetes.
Versioni cluster
Quando crei un cluster o un pool di nodi, devi specificare la versione di Kubernetes che vuoi che venga eseguita. Puoi creare nuovi cluster o pool di nodi solo con una versione di Kubernetes supportata.
Schema e cadenza della versione
Cluster Anthos su Azure utilizza il controllo delle versioni semantico di Kubernetes per fare riferimento alle versioni di Kubernetes supportate, ma aggiunge una versione della patch GKE. Questo genera un numero di versione del modulo
<code>x.y.z-gke.a</code>
Ad esempio, la versione di Kubernetes più recente supportata è 1.25.6-gke.1600.
- Versione principale di Kubernetes (x)
- Le versioni principali vengono incrementate quando viene introdotta una modifica all'API pubblica il cui comportamento o operazione non è compatibile con la versione precedente. Una versione principale
aumenta la versione di Kubernetes da
x.y
ax+1.0
. - Versione secondaria di Kubernetes (y)
- Kubernetes rilascia una nuova versione secondaria
ogni tre mesi circa.
Una versione secondaria incrementa la versione di Kubernetes da
1.y
a1.y+1
; ad esempio, Kubernetes 1.21 è la release secondaria che segue Kubernetes 1.20. Gli upgrade delle versioni secondarie in genere prevedono nuove funzionalità e correzioni di bug, ma non introducono modifiche che provocano errori. A volte, una funzionalità o un componente API è deprecato in una release di versione secondaria. - Release patch Kubernetes (z)
- Le nuove release delle patch di Kubernetes (ad esempio 1.21.1) per l'utilizzo con Cluster Anthos on Azure vengono rilasciate normalmente una volta al mese. Le release con patch includono solo sicurezza e correzioni di bug.
- Release della patch GKE (-gke.a)
- Una release patch con un suffisso -gke.a superiore (ad esempio 1.24.1-gke.a) include aggiornamenti della sicurezza e/o correzioni di bug per i cluster Anthos su Azure insieme al software Kubernetes open source open source. Questi aggiornamenti o correzioni sono obbligatori per la compatibilità e l'interoperabilità con Google Cloud e Azure.
Supporto delle versioni
Per il criterio di controllo delle versioni a livello di Anthos, vedi Criterio di assistenza per le versioni.
Disallineamento della versione
I nodi e le versioni del pool di nodi possono avere fino a due versioni secondarie precedenti al piano di controllo, ma in conformità al criterio di disallineamento della versione di OSS di Kubernetes, non possono essere più recenti della versione del piano di controllo. Consigliamo vivamente ai nodi di utilizzare sempre una versione supportata indipendentemente dalle linee guida sul disallineamento delle versioni.