Versioni Kubernetes e Kubernetes Engine (OKE)
Scopri lo schema di controllo delle versioni di Kubernetes e il supporto OKE (Kubernetes Engine) per diverse versioni di Kubernetes.
I numeri di versione di Kubernetes hanno il formato x.y.z, dove x è una versione principale, y è una versione secondaria e z è una versione della patch. Ad esempio 1.33.1.
Il progetto Kubernetes supporta le tre versioni secondarie più recenti di Kubernetes.
Quando crei un nuovo cluster Kubernetes utilizzando Kubernetes Engine, specifichi:
- Versione di Kubernetes da eseguire sui nodi del piano di controllo nel cluster.
- Versione di Kubernetes da eseguire sui nodi di lavoro nel cluster. Nodi di lavoro diversi nello stesso pool di nodi possono eseguire versioni diverse di Kubernetes. Pool di nodi diversi in un cluster possono eseguire versioni diverse di Kubernetes.
La versione di Kubernetes specificata per i nodi di lavoro in un cluster deve essere la stessa versione di Kubernetes di quella in esecuzione sui nodi del piano di controllo oppure una versione precedente di Kubernetes ancora compatibile. Come descritto nel criterio di supporto per lo sfasamento della versione di Kubernetes, è consentita una certa quantità di variazione della versione tra i nodi del piano di controllo e i nodi di lavoro in un cluster:
- I nodi del piano di controllo devono eseguire la stessa versione di Kubernetes della versione in esecuzione sui nodi di lavoro oppure non devono avere più di due versioni (o tre versioni, a partire da Kubernetes versione 1.28) in anticipo.
- I nodi di lavoro possono eseguire una versione di Kubernetes che è in ritardo rispetto alla versione sui nodi del piano di controllo fino a due versioni (o tre versioni, a partire da Kubernetes versione 1.28), ma non più. Se la versione sui nodi di lavoro è più di due versioni (o tre versioni, a partire da Kubernetes versione 1.28) dietro la versione sui nodi del piano di controllo, le versioni di Kubernetes sui nodi di lavoro e sui nodi del piano di controllo sono incompatibili.
- I nodi di lavoro in un cluster non devono eseguire una versione più recente di Kubernetes rispetto ai nodi del piano di controllo associati.
Le limitazioni garantiscono che la versione secondaria meno recente supportata dei componenti kubelet e kube-proxy in esecuzione sui nodi di lavoro di un cluster sia sempre compatibile con la versione secondaria più recente supportata dei componenti kube-apiserver, kube-scheduler, kube-controller-manager e cloud-controller-manager in esecuzione sui nodi del piano di controllo del cluster.
Per ulteriori informazioni, consulta il criterio di supporto per il disallineamento della versione di Kubernetes.
Supporto per la versione secondaria Kubernetes
A partire dalla versione 1.33 di Kubernetes, una release di anteprima di Kubernetes Engine supporta la versione patch iniziale di ogni versione secondaria di Kubernetes. La versione patch iniziale di una versione secondaria Kubernetes ha un numero di versione x.y.0, ad esempio 1.33.0. Abbiamo intenzione di rendere disponibile una release di anteprima di Kubernetes Engine entro 30 giorni dal lancio a monte della versione iniziale della patch Kubernetes. Tenere presente che la release di anteprima di Kubernetes Engine è destinata solo all'accesso anticipato e ai test con la versione iniziale della patch Kubernetes. In particolare, tenere presente quanto segue:
- Una release di anteprima di Kubernetes Engine ha un supporto limitato.
- Per gli ambienti di produzione, si consiglia di non utilizzare una release di anteprima di Kubernetes Engine.
- Per gli ambienti di produzione, si consiglia di attendere il rilascio di produzione di Kubernetes Engine che supporta la versione x.y.1 di Kubernetes, che intendiamo rendere disponibile in modo tempestivo dopo il lancio a monte della versione x.y.1 di Kubernetes.
Oracle monitora e convalida le versioni secondarie rilasciate dal progetto Kubernetes e rilascia il supporto di Kubernetes Engine per le versioni secondarie in modo tempestivo.
Kubernetes Engine supporta tre versioni secondarie di Kubernetes per i nuovi cluster. Per almeno 30 giorni dopo l'annuncio del supporto per una nuova versione di Kubernetes, Kubernetes Engine continua a supportare la quarta versione secondaria di Kubernetes disponibile meno recente. Al termine di tale periodo, la versione precedente di Kubernetes non sarà più supportata.
- Creare nuovi cluster che eseguono la versione secondaria.
- Aggiungere nuovi pool di nodi che eseguono la versione secondaria.
Oracle consiglia pertanto di eseguire l'upgrade di tutti i cluster esistenti che attualmente eseguono una versione secondaria non ancora supportata per eseguire una versione secondaria supportata da Kubernetes Engine. I cluster non aggiornati continueranno a funzionare come previsto. Tuttavia, non saranno più supportati.
È possibile aggiornare i nodi del piano di controllo tramite versioni secondarie non supportate. Kubernetes richiede l'upgrade dei nodi del piano di controllo una versione secondaria alla volta. Tuttavia, non è necessario aggiornare i nodi di lavoro una versione secondaria alla volta.
Supporto della versione della patch Kubernetes
Le versioni delle patch Kubernetes in genere risolvono bug critici o vulnerabilità della sicurezza che sono state recentemente identificate in una versione secondaria di Kubernetes. Il progetto Kubernetes rilascia frequentemente versioni di patch, in genere una volta al mese, ma a volte più frequentemente.
Oracle monitora e convalida le versioni di patch rilasciate dal progetto Kubernetes e rilascia il supporto Kubernetes Engine per le versioni di patch critiche in modo tempestivo.
Quando Oracle ti avvisa del supporto di Kubernetes Engine per una nuova versione di patch Kubernetes, ti consigliamo di aggiornare i cluster che eseguono la versione secondaria corrispondente di Kubernetes all'ultima versione di patch disponibile il prima possibile. Hai trenta giorni dopo l'annuncio del supporto di Kubernetes Engine per una nuova versione di patch Kubernetes per aggiornare i cluster da una versione di patch precedente alla nuova versione di patch. Dopo trenta giorni, i cluster che eseguono la versione patch precedente non sono più supportati.
Tenere presente che sebbene i cluster che eseguono una versione di patch precedente cessino di essere supportati dopo trenta giorni, la versione di patch precedente potrebbe continuare a essere disponibile per la selezione. Tuttavia, Oracle consiglia di selezionare la versione della patch più recente.