Programmazione delle release di GKE

Questa pagina fornisce un programma delle pubblicazioni stimato per ogni versione secondaria supportata nei canali di rilascio. Per i cluster non registrati in un canale di rilascio, le date delle milestone delle versioni possono essere derivate dalla pianificazione del canale di rilascio schedule.

Per scoprire in che modo Google Kubernetes Engine (GKE) esegue l'upgrade dei cluster, consulta Informazioni sugli upgrade dei cluster GKE. Per maggiori dettagli sulle norme di assistenza per le versioni di GKE, consulta Controllo delle versioni e assistenza di GKE. Per scoprire di più sui target di upgrade automatico, consulta Cosa succede quando una versione diventa un target 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 Google Cloud contenuti, consulta Ruoli e attività utente GKE comuni.

Le date forniscono una stima generale

Le date nella tabella sono previsioni di massima. La disponibilità e le date di upgrade potrebbero essere posticipate in base alla qualifica e alla stabilità delle release. Le date future vengono aggiornate periodicamente quando sono disponibili nuove informazioni, mentre le date passate vengono aggiornate per garantire l'accuratezza.

Per rimanere aggiornato sulla disponibilità delle versioni e sulla tempistica degli upgrade automatici, visita di nuovo questa pagina e iscriviti alle notifiche di upgrade GKE. Per ottenere i target di upgrade automatico per un cluster specifico, consulta Visualizzare le informazioni sugli upgrade di un cluster.

Tempistica degli upgrade automatici

Dopo che una versione è stata annunciata come target di upgrade automatico, la data dell'upgrade effettivo del cluster dipende da alcuni dei seguenti fattori:

La tempistica del lancio della versione nella regione del cluster. GKE segue una pianificazione di lancio di più giorni (in genere quattro o più giorni) per rendere disponibili le nuove versioni ed eseguire l'upgrade automatico dei piani di controllo e dei nodi dei cluster. I lanci vengono messi in pausa durante i fine settimana e le festività 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 funzionalità e alle API Kubernetes ritirate.
La partecipazione del cluster a una sequenza di lancio.

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 maggiori informazioni, consulta Esclusione dalla manutenzione e Ambito della manutenzione.

Pianificazione stimata per i canali di rilascio

GKE esegue automaticamente l'upgrade dei cluster in un canale di rilascio alla data specificata nella colonna Upgrade automatico della seguente pianificazione o dopo questa data. Le patch di una versione secondaria rimangono disponibili in tutti i canali di rilascio fino alla fine dell'assistenza standard (in precedenza 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 dalla manutenzione per impedire l'upgrade automatico di un cluster fino alla data di fine del supporto .

Le date sono previsioni di massima e vengono aggiornate periodicamente quando sono disponibili nuove informazioni. Se le date in altre lingue differiscono a causa di ritardi nella traduzione, considera la documentazione in lingua inglese come fonte di riferimento.

Consulta la seguente pianificazione per i cluster registrati in un canale di rilascio:

Versione secondaria (data di rilascio)	Rapido		Regolare		Stabile		Esteso		Fine dell'assistenza standard (in precedenza fine del ciclo di vita)³	Fine del supporto esteso³
Versione secondaria (data di rilascio)	Disponibile¹	Upgrade automatico²	Disponibile¹	Upgrade automatico²	Disponibile¹	Upgrade automatico²	Disponibile¹	Upgrade automatico²		Fine del supporto esteso³
1.30	30/04/2024	30/07/2024	30/07/2024	17/09/2024	13/08/2024	24/09/2024	30/07/2024	03/12/2025	30/09/2025	30/07/2026
1.31	20/08/2024	17/09/2024	22/10/2024	11/03/2025	28/01/2025	30/04/2025	22/10/2024	Maggio 2026⁴	16/01/2026	22/10/2026
1.32	17/12/2024	11/03/2025	11/02/2025	13/05/2025	04/03/2025	22/07/2025	11/02/2025	Terzo trimestre 2026⁴	27/04/2026	11/02/2027
1.33	07/05/2025	10/06/2025	04/06/2025	09/09/2025	22/07/2025	14/10/2025	04/06/2025	Quarto trimestre 2026⁴	03/08/2026	03/06/2027
1.34	02/09/2025	28/10/2025	26/11/2025	10/03/2026	18/02/2026	Giugno 2026⁴	03/12/2025	Secondo trimestre 2027⁴	25/01/2027	25/11/2027
1.35	24/12/2025	11/02/2026	11/02/2026	28/04/2026	07/04/2026	Giugno 2026⁴	11/02/2026	Terzo trimestre 2027⁴	11/04/2027	11/02/2028
1.36	28/04/2026	Maggio 2026⁴	Maggio 2026⁴	Terzo trimestre 2026⁴	Terzo trimestre 2026⁴	Quarto trimestre 2026⁴	Maggio 2026⁴	Quarto trimestre 2027⁴	Terzo trimestre 2027⁴	Secondo trimestre 2028⁴

Fasi delle previsioni del programma delle pubblicazioni

Le date nel programma delle pubblicazioni in genere seguono le seguenti fasi, che offrono livelli di granularità e certezza crescenti:

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 (ad esempio, 2025-Q3) sono approssimazioni che verranno aggiornate con una data quando sarà nota. Le date vengono aggiornate da una previsione per trimestre a una previsione per mese quando la data approssimativa è a meno di tre mesi di distanza.
Previsione a livello di giorno: le date in corsivo con granularità a livello di giorno vengono fornite quando la previsione per mese è a meno di 14 giorni dall'ultimo aggiornamento della tabella del programma delle pubblicazioni, ma la data specifica non è ancora nota. Queste date in corsivo sono approssimazioni che verranno aggiornate con una data specifica quando sarà nota.
Data specifica: le date non in corsivo sono la previsione di massima che rappresenta il massimo grado di certezza nel programma delle pubblicazioni. Per maggiori informazioni sulla certezza di queste informazioni, consulta Le date forniscono una stima generale.

Pianificazione stimata per i cluster senza canale (in precedenza statici)

GKE esegue automaticamente l'upgrade dei cluster non presenti in un canale di rilascio alle versioni secondarie più recenti alla data specificata nella colonna Upgrade automatico della pianificazione del canale di rilascio stabile o dopo questa data. 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 questa pianificazione di disponibilità e assistenza:

Data di disponibilità: la stessa data di disponibilità per la versione secondaria di Kubernetes nel canale Regolare e le stesse versioni delle patch disponibili del canale Rapido per le versioni secondarie disponibili nel canale Regolare.
Data di upgrade automatico: la stessa data di upgrade automatico per la versione secondaria di Kubernetes nel canale Stabile e la stessa data di upgrade automatico per le versioni delle patch del canale Regolare.
Fine dell'assistenza standard (in precedenza nota come fine del ciclo di vita): la stessa data di fine del supporto per la versione secondaria di Kubernetes nei canali di rilascio diversi dal canale Esteso.

Note

La data di disponibilità è la data approssimativa in cui la versione di Kubernetes raggiunge per la prima volta la produzione e sono necessari circa una settimana prima che diventi disponibile in tutte le regioni. ↩
Le versioni di Kubernetes sono in genere 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 abbonati ai canali di rilascio verranno sottoposti ad upgrade automatico alla versione secondaria a cui si fa riferimento. ↩
Fine del supporto: per i cluster nei canali Rapido, Regolare, Stabile o senza canale, le nuove funzionalità, le patch di sicurezza o le correzioni di bug saranno disponibili per questa versione secondaria fino alla data di fine dell'assistenza standard (in precedenza 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 delle patch di una versione secondaria che ha raggiunto la data di fine del supporto, GKE esegue l'upgrade automatico del cluster per garantire l'operatività e la conformità del cluster. Per saperne di più, consulta il ciclo di vita della versione secondaria di GKE. ↩
Le date con solo un mese (ad esempio, 2025-03) o un trimestre (ad esempio, 2025-Q3) sono approssimazioni che verranno aggiornate con una data quando sarà nota. Le date vengono aggiornate da una previsione per trimestre a una previsione per mese quando la data approssimativa è a meno di tre mesi di distanza. ↩
Le date in corsivo con granularità a livello di giorno vengono fornite quando la previsione è a meno di 14 giorni dall'ultimo aggiornamento del programma delle pubblicazioni. Queste date in corsivo sono approssimazioni che verranno aggiornate con una data specifica quando sarà nota. ↩