Questa pagina fornisce una pianificazione delle release stimata per ogni versione secondaria supportata nei canali di rilascio. Per i cluster non registrati in un canale di rilascio, le date principali della versione possono essere dedotte dal programma del canale di rilascio.
Per scoprire come Google Kubernetes Engine (GKE) esegue l'upgrade dei cluster, consulta Informazioni sugli upgrade dei cluster GKE. Per ulteriori dettagli sulle norme di assistenza delle versioni GKE, consulta Controllo delle versioni e assistenza di GKE. Per scoprire di più sulle destinazioni di upgrade automatico, consulta Cosa succede quando una versione diventa una destinazione di upgrade automatico in un canale di rilascio.
Questa pagina è rivolta ad amministratori, architetti e operatori che gestiscono il ciclo di vita dell'infrastruttura tecnologica sottostante. Per scoprire di più sui ruoli comuni e sulle attività di esempio a cui facciamo riferimento nei contenuti di Google Cloud , consulta Ruoli utente e attività comuni di GKE Enterprise.
Le date forniscono una stima generale
Le date nella tabella sono previsioni basate sul criterio del "best effort". In base alla qualifica e alla stabilità delle release, le date di disponibilità e di upgrade potrebbero essere posticipate. Le date future vengono aggiornate periodicamente quando diventano disponibili nuove informazioni, mentre le date passate vengono aggiornate per garantire l'accuratezza.
Per rimanere aggiornato sulla disponibilità delle versioni e sulla tempistica dell'upgrade automatico, visita questa pagina e iscriviti alle notifiche di upgrade di GKE. Per ottenere le destinazioni dell'upgrade automatico per un cluster specifico, consulta Ottenere informazioni sugli upgrade di un cluster.
Tempistiche degli upgrade automatici
Una volta annunciata una versione come destinazione dell'upgrade automatico, la data dell'upgrade del cluster effettivo dipende da alcuni dei seguenti fattori:
- La tempistica dell'implementazione della versione nella regione del cluster. GKE segue una pianificazione di implementazione di più giorni (in genere quattro o più giorni) per rendere disponibili le nuove versioni ed eseguire l'upgrade automatico dei nodi e dei piani di controllo dei cluster. I rollout vengono sospesi durante i fine settimana e i giorni festivi e includono il tempo necessario per osservare e monitorare eventuali problemi.
- La configurazione del cluster di periodi di manutenzione ed esclusioni.
- L'esposizione del cluster alle API e alle funzionalità ritirate di Kubernetes.
- La partecipazione del cluster a una sequenza di implementazione.
Se la pianificazione o i vincoli della tua attività richiedono percorsi o strategie di upgrade diversi, puoi modificare l'ambito e la tempistica degli upgrade automatici per allinearli meglio alle esigenze della tua attività. Per saperne di più, consulta Esclusione dalla manutenzione e Ambito della manutenzione.
Programma stimato per i canali di rilascio
GKE esegue automaticamente l'upgrade dei cluster in un canale di rilascio nelle date specificate nella colonna Upgrade automatico del seguente programma o dopo queste date. Le patch di una versione secondaria rimangono disponibili in tutti i canali di rilascio fino alla fine del supporto standard (precedentemente nota come fine del ciclo di vita), ad eccezione dei cluster registrati nel canale esteso, in cui la versione secondaria e le relative patch rimangono disponibili fino alla fine del supporto esteso. Puoi utilizzare le esclusioni di manutenzione per impedire l'upgrade automatico di un cluster fino alla data di fine del supporto.
Le date sono previsioni approssimative e vengono aggiornate periodicamente quando diventano disponibili nuove informazioni. Considera la documentazione in lingua inglese come fonte di verità se le date in altre lingue differiscono a causa di ritardi nella traduzione.
Per i cluster registrati in un canale di rilascio, segui la pianificazione riportata di seguito:
| Versione secondaria (data di rilascio) | Rapido | Normale | Stabile | Esteso | Fine del supporto standard (in precedenza fine del ciclo di vita)3 | Fine del supporto esteso3 | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| Disponibile1 | Upgrade automatico2 | Disponibile1 | Upgrade automatico2 | Disponibile1 | Upgrade automatico2 | Disponibile1 | Upgrade automatico2 | |||
| 1,26 | 2023-02-21 | 2023-06-16 | 2023-04-07 | 2023-06-23 | 2023-06-16 | 2024-01-25 | N/A5 | N/A5 | 2024-06-304 | N/A5 |
| 1,27 | 2023-06-09 | 2023-08-09 | 2023-06-16 | 2024-02-03 | 2023-07-06 | 2024-04-29 | 2023-06-16 | N/A5 | 2024-10-01 | 2025-06-14 |
| 1,28 | 2023-09-04 | 2024-01-05 | 2023-11-30 | 2024-06-11 | 2024-01-05 | 2024-07-23 | 2023-11-30 | 2025-04-14 | 2025-02-04 | 2026-01-09 |
| 1,29 | 2024-01-05 | 2024-04-15 | 2024-01-25 | 2024-07-09 | 2024-06-11 | 2024-08-09 | 2024-01-25 | 2025-Q46 | 2025-04-12 | 2026-01-25 |
| 1,30 | 2024-04-29 | 2024-07-30 | 2024-07-30 | 2024-09-17 | 2024-08-13 | 2024-09-24 | 2024-07-30 | 2025-Q46 | 2025-09-30 | 2026-07-30 |
| 1,31 | 2024-08-20 | 2024-09-17 | 2024-10-22 | 2025-03-11 | 2025-01-28 | 2025-04-29 | 2024-10-22 | 2026-Q26 | 2026-01-16 | 2026-10-22 |
| 1.32 | 2024-12-17 | 2025-03-11 | 2025-02-11 | 2025-05-13 | 4/03/2025 | 2025-086 | 2025-02-11 | 2026-Q36 | 2026-04-11 | 2027-02-11 |
| 1,33 | 2025-05-06 | 2025-06-10 | 2025-06-03 | 2025-096 | 2025-076 | 2025-096 | 2025-06-03 | 2026-Q46 | 2026-08-03 | 2027-06-03 |
Fasi delle previsioni delle tempistiche delle release
Le date nel programma di rilascio in genere seguono le seguenti fasi, che offrono livelli crescenti di granularità e certezza:
- Da definire: quando una voce è contrassegnata come "Da definire", la data deve essere determinata.
- Previsione per mese o trimestre: le date con solo un mese (ad esempio, 2025-03) o un trimestre dell'anno (ad esempio, 2025-Q3) sono approssimazioni che verranno aggiornate con una data quando sarà nota.
- Previsione a livello di giorno: le date in corsivo con granularità a livello di giorno vengono fornite quando la previsione del mese o del trimestre è inferiore a 14 giorni dall'ultimo aggiornamento della tabella del programma di rilascio, ma la data specifica non è ancora nota. Queste date in corsivo sono approssimative e verranno aggiornate con una data specifica quando sarà nota.
- Data specifica: le date non in corsivo sono la previsione migliore che rappresenta il massimo grado di certezza nel programma di rilascio. Per ulteriori informazioni sulla certezza di queste informazioni, consulta Le date forniscono una stima generale.
Pianificazione stimata per i cluster senza canale (in precedenza statico)
GKE esegue automaticamente l'upgrade dei cluster non presenti in un canale di rilascio alle versioni secondarie più recenti nelle date specificate o successive nella colonna Upgrade automatico della pianificazione del canale di rilascio stabile. Puoi utilizzare le esclusioni dalla manutenzione per impedire l'upgrade automatico di un cluster per un massimo di 30 giorni quando il cluster non è registrato in un canale di rilascio.
I cluster non registrati in un canale di rilascio seguono questo programma di disponibilità e supporto:
- Data di disponibilità: la stessa data di disponibilità della versione secondaria di Kubernetes sul canale Regolare e le stesse versioni patch disponibili del canale Rapido per le versioni secondarie disponibili nel canale Regolare
- Data dell'upgrade automatico: la stessa data dell'upgrade automatico per la versione secondaria di Kubernetes sul canale Stabile e la stessa data dell'upgrade automatico per le versioni delle patch del canale Regolare
- Fine del supporto standard (precedentemente noto come fine del ciclo di vita): la stessa data di fine del supporto per la versione secondaria di Kubernetes sui canali di rilascio diversi dal canale Extended
Note
-
La data di disponibilità è la data approssimativa in cui la versione di Kubernetes raggiunge per la prima volta la produzione e ci vuole circa una settimana prima che diventi disponibile in tutte le regioni. ↩
-
Le versioni di Kubernetes sono generalmente disponibili su ogni canale di rilascio alcune settimane prima dell'inizio degli upgrade automatici, in modo che tu possa testare la nuova versione. A partire dalla data di inizio degli upgrade automatici, i cluster iscritti ai canali di rilascio verranno aggiornati automaticamente alla versione secondaria a cui viene fatto riferimento. ↩
-
Fine del supporto: Per i cluster nei canali Rapid, Regular, Stable o senza canale, nuove funzionalità, patch di sicurezza o correzioni di bug saranno disponibili per questa versione secondaria fino alla data di fine del supporto standard (precedentemente nota come fine del ciclo di vita). Per i cluster nel canale esteso, GKE continua a supportare la versione secondaria fino alla data di fine del supporto esteso. Se un cluster esegue una versione patch di una versione secondaria che ha raggiunto la fine del periodo di assistenza, GKE esegue l'upgrade automatico del cluster per garantire l'operatività e la conformità del cluster. Per scoprire di più, consulta la pagina Ciclo di vita delle versioni secondarie di GKE. ↩
-
Dopo il 30 giugno 2024, quando la versione 1.26 raggiungerà la fine del supporto, GKE inizierà a eseguire automaticamente l'upgrade dei cluster che utilizzano ancora la versione 1.26 e le API deprecate (rimosse nella versione 1.27) alla versione 1.27. GKE interromperà la sospensione degli upgrade automatici dopo il 30 giugno 2024 per i cluster che utilizzano ancora le API deprecate rimosse nella versione 1.27. Ti consigliamo di eseguire l'upgrade dei cluster alla versione 1.27 il prima possibile, poiché le versioni secondarie di GKE che hanno raggiunto la fine del supporto non riceveranno più patch di sicurezza e correzioni di bug. Per scoprire di più sul ciclo di vita della versione secondaria di GKE, consulta Controllo delle versioni e assistenza di GKE. ↩
-
Puoi registrare solo i cluster che eseguono la versione 1.27 o successive nel canale Extended. Le versioni precedenti non sono idonee per l'assistenza a lungo termine con il canale Extended. Per saperne di più, consulta Ricevere assistenza a lungo termine con il canale Extended. ↩
-
Le date con solo un mese (ad esempio 2025-03) o un trimestre dell'anno (ad esempio 2025-Q3) sono approssimazioni che verranno aggiornate con una data quando sarà nota. ↩
-
Le date in corsivo con granularità a livello di giorno vengono fornite quando la previsione è inferiore a 14 giorni dall'ultimo aggiornamento del programma di rilascio. Queste date in corsivo sono approssimative e verranno aggiornate con una data specifica quando sarà nota. ↩