Versioni supportate di Kubernetes
Scopri le versioni di Kubernetes attualmente supportate da Kubernetes Engine (OKE), insieme ai dettagli delle versioni supportate in precedenza e al supporto pianificato per le versioni future.
Quando viene annunciato il supporto di Kubernetes Engine per una nuova versione di Kubernetes, una versione precedente di Kubernetes non sarà più supportata. Oracle consiglia di aggiornare i cluster esistenti per utilizzare la versione Kubernetes più recente supportata da Kubernetes Engine.
Questo argomento elenca:
Versioni Kubernetes attualmente supportate
Kubernetes Engine supporta tre versioni 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 più antica disponibile di Kubernetes. Al termine di tale periodo, la versione precedente di Kubernetes non sarà più supportata.
Quando si crea un nuovo cluster con Kubernetes Engine, Oracle consiglia di utilizzare la versione Kubernetes più recente supportata da Kubernetes Engine. Quando Oracle annuncia il supporto di Kubernetes Engine per una nuova versione di Kubernetes, Oracle consiglia di aggiornare i cluster esistenti per utilizzare la nuova versione di Kubernetes il prima possibile.
Calendario rilascio
Kubernetes Engine (OKE) supporta le seguenti versioni di Kubernetes per i nuovi cluster:
| Versione secondaria Kubernetes | Versione patch Kubernetes supportata da OKE | Data rilascio versione secondaria a monte | Versione secondaria a monte - Data fine vita | Data rilascio OKE | OKE: data fine vita |
|---|---|---|---|---|---|
1.33 |
1.33.1 |
2025-04-23 | 2026-06-28 | 2025-06-17 | 1.33 is supported for 30 days after 1.36.1 OKE Release Date (planned) |
1.33 |
1.33.0 |
2025-04-23 | 2026-06-28 | 2025-05-12 (Solo release anteprima). Vedi note) |
1.33 is supported for 30 days after 1.36.1 OKE Release Date (planned) |
1.32 |
1.32.1 |
2024-12-11 | 2026-02-28 | 2025-03-18 | 1.32 is supported for 30 days after 1.35.1 OKE Release Date (planned) |
1.31 |
1.31.1 |
2024-08-13 | 2025-10-28 | 2024-11-25 | 1.31 is supported for 30 days after 1.34.1 OKE Release Date (planned) |
1.30 |
1.30.10 |
2024-04-17 | 2025-06-28 | 2025-04-09 | 2025-07-21 |
1.30 |
1.30.1 |
2024-04-17 | 2025-06-28 | 2024-07-23 | 2025-05-13 |
Dichiarazione di non responsabilità legale: la tabella ha lo scopo di delineare la nostra direzione generale dei prodotti. Sono intese a scopo esclusivamente informativo e non possono essere incorporate in alcun contratto. Non è da considerarsi un impegno a distribuire materiale, codice o funzionalità e non deve costituire la base per prendere decisioni sull'acquisto. Lo sviluppo, il rilascio, la tempistica e il prezzo di qualsiasi caratteristica o funzionalità descritta per i prodotti di Oracle possono cambiare e rimangono a sola discrezione di Oracle Corporation.
Note sul supporto di Kubernetes Engine per Kubernetes versione 1.33.0
Tenere presente che il supporto di Kubernetes Engine per Kubernetes versione 1.33.0 è una release di anteprima di Kubernetes Engine. Questa release di anteprima di Kubernetes Engine è destinata solo all'accesso anticipato e ai test con Kubernetes versione 1.33.0.
In particolare, tenere presente quanto segue:
- Questa release di anteprima di Kubernetes Engine ha un supporto limitato ed è disponibile solo nel realm OC1.
- Per gli ambienti di produzione, si consiglia di non utilizzare questa release di anteprima di Kubernetes Engine.
- Per gli ambienti di produzione, si consiglia di attendere il rilascio di produzione di Kubernetes Engine che supporta Kubernetes versione 1.33.1, che prevediamo di rendere disponibile in modo tempestivo dopo il lancio a monte di Kubernetes versione 1.33.1.
Note sul supporto per Kubernetes Engine per Kubernetes versione 1.30
Si noti che il supporto di Kubernetes Engine per Kubernetes versione 1.30 introduce anche modifiche al comportamento predefinito di Kubernetes Engine per quanto riguarda la prenotazione di CPU e memoria. Nei cluster su cui è in esecuzione Kubernetes versione 1.30 e successive, le risorse di CPU e memoria per i nodi gestiti sono riservate per impostazione predefinita, utilizzando rispettivamente i flag kubelet --kube-reserved e --system-reserved (come consigliato in Best Practice: riservare risorse per i daemon di sistema Kubernetes e OS). Di conseguenza, nei cluster che eseguono Kubernetes versione 1.30 e successive, esiste una differenza tra il totale delle risorse di un nodo e le risorse disponibili per i carichi di lavoro da richiedere. Per ulteriori informazioni, vedere Best Practice: Riserva le risorse per i daemon di sistema Kubernetes e del sistema operativo.
Note sul supporto per Kubernetes Engine per Kubernetes versione 1.28
Si noti che in Kubernetes versione 1.28 il criterio di disallineamento Kubernetes si è espanso. Prima di Kubernetes versione 1.28, il criterio di disallineamento richiedeva che i nodi del piano di controllo di un cluster non superassero le due versioni precedenti ai nodi di lavoro. A partire da Kubernetes versione 1.28, il criterio di disallineamento Kubernetes consente ai nodi del piano di controllo di avere fino a tre versioni in anticipo rispetto ai nodi di lavoro. Vedere il criterio di supporto per disallineamento della versione Kubernetes.
Kubernetes Engine applica il criterio di disallineamento esteso ai cluster su cui è in esecuzione Kubernetes versione 1.28 e successive.
Note sul supporto per Kubernetes Engine per Kubernetes versione 1.27
Si noti che Kubernetes versione 1.27 ha smesso di servire la seguente API Kubernetes non più valida:
- CSIStorageCapacity (versione dell'API storage.k8s.io/v1beta1)
Per ulteriori informazioni sulla migrazione dalle API non più valide, vedere il manuale Kubernetes Deprecated API Migration Guide.
Note sul supporto per Kubernetes Engine per Kubernetes versione 1.26
Si noti che Kubernetes versione 1.26 ha smesso di servire una serie di API Kubernetes non più valide, tra cui:
- FlowSchema (versione API flowcontrol.apiserver.k8s.io/v1beta1)
- HorizontalPodAutoscaler (versione API di scala automatica/v2beta2)
- PriorityLevelConfiguration (versione API flowcontrol.apiserver.k8s.io/v1beta1)
Per ulteriori informazioni sulla migrazione dalle API non più valide, vedere il manuale Kubernetes Deprecated API Migration Guide.
Il supporto per Kubernetes versione 1.26.7 è stato rilasciato per risolvere i problemi a monte riportati di seguito con Kubernetes versione 1.26.2.
- https://github.com/opencontainers/runc/issues/3849: un bug in kubelet causa una perdita di memoria sui nodi che utilizzano cgroup v1 nel kernel Linux 5.15. Le immagini Oracle Linux 8.7 utilizzano il kernel Linux 5.15, pertanto le immagini Oracle Linux 8.7 sono interessate dal bug.
- https://github.com/cri-o/cri-o/issues/6805: le metriche risultano mancanti dopo un riavvio crio.
Note sul supporto per Kubernetes Engine per Kubernetes versione 1.25
Si noti che Kubernetes versione 1.25 ha smesso di servire una serie di API Kubernetes non più valide, tra cui:
- CronJob (versione batch/v1beta1 API)
- EndpointSlice (versione API rilevazione.k8s.io/v1beta1)
- Evento (versione API events.k8s.io/v1beta1)
- HorizontalPodAutoscaler (versione API di scala automatica/v2beta1)
- PodDisruptionBudget (versione di policy/v1beta1 API)
- PodSecurityPolicy (versione di policy/v1beta1 API)
- RuntimeClass (versione API node.k8s.io/v1beta1)
Per ulteriori informazioni sulla migrazione dalle API non più valide, vedere il manuale Kubernetes Deprecated API Migration Guide.
Il supporto per Kubernetes versione 1.25.12 è stato rilasciato per risolvere i seguenti problemi a monte con Kubernetes versione 1.25.4:
- https://github.com/opencontainers/runc/issues/3849: un bug in kubelet causa una perdita di memoria sui nodi che utilizzano cgroup v1 nel kernel Linux 5.15. Le immagini Oracle Linux 8.7 utilizzano il kernel Linux 5.15, pertanto le immagini Oracle Linux 8.7 sono interessate dal bug.
- https://github.com/cri-o/cri-o/issues/6805: le metriche risultano mancanti dopo un riavvio crio.
I criteri di sicurezza dei pod non più validi del progetto Kubernetes a monte in Kubernetes versione 1.21 e hanno rimosso la funzione in Kubernetes versione 1.25. Di conseguenza, Kubernetes Engine non supporta i criteri di sicurezza dei pod e il controller di ammissione PodSecurityPolicy nei cluster su cui è in esecuzione Kubernetes versione 1.25 e successive.
Se hai bisogno di funzionalità simili, prendi in considerazione l'utilizzo degli standard di sicurezza dei pod Kubernetes e del controller di ammissione PodSecurity (insieme ai criteri Privileged, Baseline e Restricted). Per impostazione predefinita, Kubernetes Engine abilita il controller di ammissione PodSecurity nei cluster su cui è in esecuzione Kubernetes versione 1.23 e successive, al fine di supportare gli standard di sicurezza dei pod. Per ulteriori informazioni sugli standard di sicurezza dei pod Kubernetes e sul controller di ammissione PodSecurity, vedere Pod Security Standards nella documentazione di Kubernetes.
In alternativa, prendi in considerazione l'utilizzo di altre alternative in fase di sviluppo nell'ecosistema Kubernetes per applicare i criteri.
Se si decide di passare dall'utilizzo dei criteri di sicurezza dei pod e del controller di ammissione PodSecurityPolicy all'utilizzo degli standard di sicurezza dei pod e del controller di ammissione PodSecurity, vedere Eseguire la migrazione da PodSecurityPolicy al controller di ammissione PodSecurity integrato nella documentazione Kubernetes. Tenere presente che è importante completare la migrazione prima di creare un nuovo cluster su cui è in esecuzione Kubernetes versione 1.25 o prima di eseguire l'upgrade di un cluster Kubernetes versione 1.24 esistente per eseguire Kubernetes versione 1.25. Tenere inoltre presente che la console fornisce un modo conveniente per disabilitare l'uso del controller di ammissione PodSecurityPolicy nei cluster Kubernetes esistenti creati e gestiti da Kubernetes Engine (vedere Uso della console per disabilitare il controller di ammissione PodSecurityPolicy).
Note sul supporto per Kubernetes Engine per Kubernetes versione 1.22
Si noti che Kubernetes versione 1.22 ha smesso di servire una serie di API Kubernetes non più valide, tra cui:
- Risorse webhook
- CustomResourceDefinition
- APIService
- TokenReview
- SubjectAccessReview risorse
- CertificateSigningRequest
- Assegnazione
- Ingresso
- IngressClass
- Risorse RBAC
- PriorityClass
- Risorse di memoria
Per ulteriori informazioni sulla migrazione dalle API non più valide, vedere il manuale Kubernetes Deprecated API Migration Guide.
Supporto pianificato per versioni Kubernetes future
Il supporto per Kubernetes Engine è attualmente previsto per le seguenti versioni future di Kubernetes. Si noti che le date future sono soggette a modifiche senza preavviso. Inoltre, notare la dichiarazione di non responsabilità seguente alla tabella.
| Versione secondaria Kubernetes | Versione patch Kubernetes supportata da OKE | Data rilascio versione secondaria a monte | Versione secondaria a monte - Data fine vita | Data rilascio OKE |
|---|---|---|---|---|
1.34 |
To Be Confirmed | To Be Confirmed | To Be Confirmed | To Be Confirmed |
1.35 |
To Be Confirmed | To Be Confirmed | To Be Confirmed | To Be Confirmed |
1.36 |
Da confermare | Da confermare | Da confermare | Da confermare |
Dichiarazione di non responsabilità legale: la tabella ha lo scopo di illustrare la nostra direzione di prodotto generale. Il testo è fornito a scopo puramente informativo e non può diventare parte integrante di alcun contratto. Non è da considerarsi un impegno a distribuire materiale, codice o funzionalità e non deve costituire la base per prendere decisioni sull'acquisto. Lo sviluppo, il rilascio, la tempistica e il prezzo di qualsiasi caratteristica o funzionalità descritta per i prodotti di Oracle possono essere modificati e rimangono a discrezione esclusiva di Oracle Corporation.
Versioni Kubernetes supportate in precedenza
Kubernetes Engine in precedenza ha supportato le seguenti versioni di Kubernetes:
| Versione Kubernetes | Il supporto è terminato |
|---|---|
1.29.10 |
17 aprile 2025 |
1.29.1 |
21 febbraio 2025 |
1.28.10 |
January 27, 2025 |
1.28.2 |
October 8, 2024 |
1.27.10 |
August 27, 2024 |
1.27.2 |
May 21, 2024 |
1.26.7 |
April 29, 2024 |
1.26.2 |
October 13, 2023 |
1.25.12 |
February 15, 2024 |
1.25.4 |
October 13, 2023 |
1.24.1 |
September 26, 2023 |
1.23.4 |
June 22, 2023 |
1.22.5 |
February 22, 2023 |
1.21.5 |
October 13, 2022 |
1.20.11 |
July 19, 2022 |
1.20.8 |
November 7, 2021 |
1.19.15 |
April 22, 2022 |
1.19.12 |
November 7, 2021 |
1.19.7 |
August 13, 2021 |
1.18.10 |
February 9, 2022 |
1.17.13 |
September 8, 2021 |
1.17.9 |
April 17, 2021 |
1.16.15 |
April 17, 2021 |
1.15.12 |
February 2, 2021 |
1.15.7 |
February 2, 2021 |
1.14.8 |
December 15, 2020 |
1.13.x |
March 21, 2020 |
1.12.7 |
January 29, 2020 |
1.12.6 |
April 15, 2019 |
1.11.9 |
September 9, 2019 |
1.11.8 |
April 15, 2019 |
1.11.x versions prior to 1.11.8 |
March 13, 2019 |
1.10.x |
April 12, 2019 |
1.9.x |
December 11, 2019 |
1.8.x |
September 7, 2018 |
Note sul supporto per Kubernetes Engine per Kubernetes versione 1.20
Con l'annuncio del supporto per Kubernetes versione 1.20.8, il runtime dei container utilizzato da Kubernetes Engine passa da Docker a CRI-O. Tuttavia, non è necessario modificare le immagini Docker esistenti perché le immagini Docker sono conformi a OCI (Open Container Initiative). Per quanto riguarda Kubernetes, tutte le immagini conformi a OCI hanno lo stesso aspetto.
Tenere presente quanto riportato di seguito.
- CRI-O è un'implementazione dell'interfaccia CRI (Container Runtime Interface) Kubernetes che consente l'uso di runtime compatibili con OCI. CRI-O può estrarre le immagini Docker esistenti ed eseguirle sui cluster Kubernetes versione 1.20.8.
- Quando si utilizza il runtime Docker, la configurazione predefinita acquisisce l'output standard e i flussi di errori standard dei container utilizzando il formato JSON. Al contrario, CRI-O utilizza il formato Logrus. Se si utilizza uno strumento di registrazione come Fluentd o Fluent Bit, aggiornare la configurazione dello strumento per utilizzare un nuovo parser per analizzare i log CRI. Ad esempio:
- Se si utilizza Fluentd, utilizzare il parser fluent-plugin-parser-cri.
- Se si utilizza Fluent Bit, utilizzare il parser CRI (Container Runtime Interface).
- Potresti avere un workflow in un cluster che si basa sul socket docker di base /var/run/docker.sock (un pattern spesso definito Docker in Docker). A partire da Kubernetes versione 1.20.8, un flusso di lavoro di questo tipo non funziona più.
- Se in precedenza è stata utilizzata l'interfaccia CLI Docker per eseguire i comandi su un host, è necessario utilizzare crictl (un'interfaccia CLI per i runtime dei container compatibili con CRI).
- Il progetto Kubernetes a monte non considera più valido Docker come runtime dei container dopo Kubernetes versione 1.20.
Per ulteriori informazioni:
- Per ulteriori informazioni su Kubernetes 1.20.8, consulta il log delle modifiche Kubernetes 1.20.8
- Per ulteriori informazioni sull'obsolescenza dell'adattatore dockershim (che in precedenza ha consentito al kubelet di interagire con Docker come se Docker fosse un runtime compatibile con CRI), consulta le Domande frequenti sull'obsolescenza di Dockershim.