Questa pagina è stata tradotta dall'API Cloud Translation.

Gestisci le modifiche del ciclo di vita del cluster per ridurre al minimo le interruzioni

Autopilot Standard

Questa pagina spiega come tu e Google Kubernetes Engine (GKE) gestite le modifiche durante il ciclo di vita di un cluster per massimizzare le prestazioni e la disponibilità, minimizzando al contempo l'interruzione del carico di lavoro.

Questa pagina è rivolta agli amministratori della piattaforma che vogliono pianificare e ottimizzare il proprio ambiente cluster per ridurre al minimo le interruzioni per i carichi di lavoro. Puoi leggere questa pagina prima o dopo aver appreso come eseguire le attività di gestione di base dei cluster descritte in Gestire i cluster e Panoramica della gestione dei cluster.

Una piattaforma gestita e responsabilità condivisa

GKE è un'implementazione gestita da Google della piattaforma di orchestrazione dei container open source Kubernetes. Come accennato in Come funziona GKE, un cluster GKE è costituito da un piano di controllo, che include nodi di gestione che eseguono componenti di sistema, e nodi worker in cui vengono di cui vengono eseguiti i carichi di lavoro.

La creazione di un ambiente cluster ottimale per l'esecuzione dei tuoi carichi di lavoro, con prestazioni, disponibilità e interruzioni minime massime, è una responsabilità condivisa:

È responsabilità di GKE mantenere un ambiente cluster affidabile, disponibile, sicuro e performante. A tal fine, GKE gestisce il piano di controllo, i componenti di sistema e, per la modalità Autopilot, i nodi worker.
In qualità di amministratore della piattaforma, è tua responsabilità configurare il cluster e gestire i carichi di lavoro, inclusa la preparazione per gestire le interruzioni. Con la modalità Standard, crei e gestisci anche i nodi worker, che sono raggruppati in pool di nodi.

Per scoprire di più, consulta la sezione Responsabilità condivisa di GKE.

Come GKE gestisce le modifiche durante il ciclo di vita di un cluster

In quanto implementazione di Kubernetes, un cluster GKE è una rete di processi e sistemi che agiscono insieme per mantenere l'ambiente ottimale per l'esecuzione dei carichi di lavoro. Per gestire il cluster, GKE esegue attività di manutenzione, apporta modifiche, avvia operazioni, aggiorna i componenti e esegue l'upgrade della versione del piano di controllo e dei nodi.

La maggior parte del funzionamento quotidiano dell'applicazione avviene in silenzio in background, mantenendo i carichi di lavoro in esecuzione senza interruzioni. Tuttavia, alcune modifiche critiche devono essere completate in modo da interrompere temporaneamente i carichi di lavoro, come descritto nella sezione successiva.

Alcune modifiche al cluster possono causare interruzioni dei carichi di lavoro

Sebbene GKE si impegni a mantenere i tuoi carichi di lavoro in esecuzione senza problemi, alcuni tipi di modifiche essenziali possono richiedere interruzioni temporanee dei carichi di lavoro, in particolare le modifiche che riavviano i nodi su cui vengono eseguiti. Utilizzando le funzionalità di GKE e Kubernetes, puoi specificare quando e come vuoi che si verifichi l'interruzione, in modo che i tuoi carichi di lavoro possano gestire gradualmente le modifiche.

Le sezioni seguenti spiegano quali tipi di modifiche vengono apportate da GKE ai cluster, che tipo di interruzione causano e come puoi prepararti.

Upgrade e aggiornamenti con la gestione del ciclo di vita dei cluster GKE

In GKE, gli upgrade e gli aggiornamenti dei cluster hanno significati correlati.

In GKE, il termine upgrade del cluster o semplicemente upgrade si riferisce all'aggiornamento della versione Kubernetes del piano di controllo (upgrade del piano di controllo) o dei nodi (upgrade dei nodi) o di entrambi. Quando utilizzi i cluster standard, gli upgrade dei nodi possono essere chiamati anche upgrade dei pool di nodi perché GKE utilizza una singola operazione per eseguire l'upgrade di un pool di nodi.

Il termine aggiornamenti del cluster, o semplicemente aggiornamenti, è un termine più generale che si riferisce a qualsiasi tipo di modifiche al control plane o ai nodi, incluso l'aggiornamento delle relative versioni. GKE gestisce attivamente il tuo ambiente cluster eseguendo upgrade, altri tipi di aggiornamenti e le operazioni di manutenzione necessarie. Queste azioni assicurano che il cluster rimanga performante, sicuro e aggiornato con le funzionalità e le correzioni di bug più recenti. GKE utilizza strumenti come le strategie di upgrade dei nodi e le policy di manutenzione per ridurre al minimo le interruzioni durante questi processi.

Pianificare le interruzioni degli aggiornamenti dei nodi

Alcuni tipi di modifiche al cluster, in particolare quelle ai nodi, possono causare interruzioni.

GKE utilizza le strategie di upgrade dei nodi per aggiornare i nodi, sia i nodi Autopilot sia i pool di nodi dei cluster standard, in modo ottimizzato per le esigenze del carico di lavoro. Queste strategie si applicano agli upgrade delle versioni e anche ad alcuni altri tipi di modifiche dei nodi. Queste strategie consentono a GKE di ridurre al minimo le interruzioni durante l'esecuzione degli aggiornamenti dei nodi, che sono importanti per mantenere i cluster funzionali e performanti.

Best practice:

Utilizza le finestre di manutenzione e le esclusioni per scegliere quando eseguire e non eseguire la manutenzione di alcuni cluster e, per i cluster standard, scegli una strategia di upgrade dei nodi più adatta al profilo del carico di lavoro e alle limitazioni delle risorse.

Per le modifiche ai nodi, sia manuali che avviate automaticamente, GKE apporta modifiche con le seguenti caratteristiche generali:

Le modifiche in genere rispettano i criteri di manutenzione: quando GKE apporta modifiche ai nodi, queste modifiche in genere rispettano i criteri di manutenzione di GKE. Tieni presente quanto segue se avvii modifiche manuali che richiedono la ricreazione di tutti i nodi di un pool di nodi:
- Per alcune modifiche, GKE rispetta le norme di manutenzione e non applica la modifica che hai inviato finché non è disponibile per la manutenzione. Se GKE è in attesa della disponibilità per la manutenzione e la modifica è urgente, puoi applicarla manualmente per applicare immediatamente la nuova configurazione.
- Per altre modifiche manuali, inclusi gli upgrade manuali, GKE non rispetta i criteri di manutenzione. Per queste modifiche manuali, assicurati che i tuoi carichi di lavoro siano preparati per interruzioni immediate.
In genere le modifiche utilizzano strategie di upgrade dei nodi: quando GKE applica la maggior parte delle modifiche automatiche o avviate manualmente ai nodi, inclusi gli aggiornamenti dei nodi diversi dagli upgrade delle versioni, GKE sceglie una strategia di upgrade dei nodi: upgrade di picco o upgrade blue-green. Autopilot utilizza sempre gli upgrade per picchi di domanda. Le modifiche ai pool di nodi dei cluster standard in genere utilizzano gli upgrade di picco, a meno che non siano stati configurati gli upgrade blue-green e non vengano eseguiti determinati tipi di modifiche.
Le modifiche richiedono risorse sufficienti: quando GKE applica una modifica utilizzando una strategia di upgrade dei nodi, questa richiede una certa quantità di risorse a seconda della strategia e della relativa configurazione. Il progetto del cluster deve avere quote di risorse, disponibilità delle risorse e capacità di prenotazione sufficienti (per i pool di nodi con affinità di prenotazione specifica). Per saperne di più, consulta Garantire le risorse per gli upgrade dei nodi.

Per un elenco dettagliato delle modifiche specifiche e delle relative caratteristiche, consulta Tipi di modifiche a un cluster GKE in questa pagina.

Massimizza la disponibilità del workload preparandoti alle modifiche che possono causare interruzioni

Per massimizzare la disponibilità dei tuoi carichi di lavoro in esecuzione su un cluster GKE, ti consigliamo di eseguire le azioni descritte nelle seguenti sezioni:

Scegli la disponibilità del cluster

Se la disponibilità del piano di controllo è una priorità, scegli un cluster Autopilot o un cluster standard regionale anziché un cluster standard a livello di zona. Per saperne di più, consulta Informazioni sulle opzioni di configurazione del cluster.

Controllare gli upgrade utilizzando gli strumenti GKE

Puoi utilizzare i seguenti strumenti per controllare quando e come GKE esegue l'upgrade del tuo cluster, in modo da implementare le best practice:

Canali di rilascio: scegli un canale di rilascio per ottenere le versioni del cluster con il bilanciamento scelto tra la disponibilità e la stabilità delle funzionalità.
Periodi di manutenzione: specifica un periodo di tempo ricorrente in cui possono verificarsi determinati tipi di manutenzione del cluster GKE, come gli upgrade.
Esclusioni di manutenzione: impedisci la manutenzione del cluster per un periodo di tempo specifico.
Strategie di upgrade dei nodi: se utilizzi i cluster standard, scegli come aggiornare i nodi, ovvero con upgrade di picco o blue-green, per ridurre al minimo l'interruzione dei carichi di lavoro.
Sequenza di implementazione: qualifica gli upgrade in un ambiente di pre-produzione prima che GKE esegui l'upgrade dei tuoi cluster di produzione.
Upgrade manuali: esegui l'upgrade manuale del cluster ed esegui azioni come annullamento, ripresa, rollback e completamento di upgrade in corso automatici o manuali.

Gestire e monitorare il cluster

Per gestire potenziali interruzioni dei cluster, esegui continuamente le seguenti attività:

Monitora il tuo cluster con la suite di osservabilità di GKE.
Segui le note di rilascio di GKE per gli annunci.
Abbonati alle notifiche del cluster, ad esempio le versioni appena disponibili o i bollettini sulla sicurezza.
Consulta il programma di rilascio di GKE per una stima migliore del momento in cui le versioni secondarie sono disponibili per gli upgrade e raggiungono la fine del supporto.
Utilizza indicazioni prescrittive che identificano potenziali opportunità di ottimizzazione e spiegano come ottimizzare l'utilizzo del cluster, incluse le ritiri di GKE.

Prepara i carichi di lavoro

Gestisci le interruzioni rendendo i tuoi carichi di lavoro il più possibile resilienti:

Esegui repliche dei tuoi carichi di lavoro per garantire la ridondanza ed evitare un single point of failure.
Specifica un budget di interruzione per la tua applicazione utilizzando un budget di interruzione dei pod.
Imposta un periodo di tolleranza per la chiusura della durata corretta per l'arresto graduale del carico di lavoro.
Se il tuo carico di lavoro utilizza GPU o TPU, segui le istruzioni per gestire le interruzioni dei nodi GKE per GPU e TPU.
Per le applicazioni con stato, che spesso richiedono tempo per interrompere correttamente l'I/O e smontarsi dallo spazio di archiviazione, segui i passaggi descritti in Assicurarsi che i carichi di lavoro con stato siano pronti per le interruzioni.

Per una discussione generale su questi argomenti, consulta la sezione Gestire l'interruzione del post del blog Best practice di GKE: operazioni day-2 per la continuità aziendale.

Tipi di modifiche a un cluster GKE

Le tabelle seguenti mostrano i tipi più comuni di modifiche sostanziali a un cluster, incluse le caratteristiche di queste modifiche, come la frequenza e il livello di interruzione.

Tipi di upgrade

Esamina la tabella seguente per capire in che modo gli upgrade possono interrompere un ambiente di cluster.

Cambia	Avvio automatico o manuale	Rispetta i criteri di manutenzione	Frequenza	Tipo di interruzione	Livello di interruzione
Upgrade del piano di controllo	Automatica o manuale	Gli upgrade automatici rispettano i criteri di manutenzione fino alla fine del supporto, ad eccezione di correzioni di emergenza estremamente rare, se necessario. Gli upgrade manuali non sono bloccati dai criteri di manutenzione.	Upgrade delle patch, fino a una volta a settimana, a seconda del canale di rilascio. Aggiornamenti minori circa ogni quattro mesi. Per i cluster del canale esteso, gli upgrade secondari vengono eseguiti solo quando la versione secondaria sta per terminare il supporto.	Piano di controllo	Per i cluster Autopilot e Standard regionali, il piano di controllo rimane disponibile. Per i cluster zonali standard, diversi minuti in cui non puoi comunicare con il control plane, il che significa che non puoi configurare il cluster, i nodi e i workload durante questo periodo.
Upgrade dei nodi	Automatico o manuale	Gli upgrade automatici rispettano i criteri di manutenzione fino alla fine del supporto, ad eccezione di correzioni di emergenza estremamente rare, se necessario. Gli upgrade manuali non sono bloccati dai criteri di manutenzione.	In genere, gli stessi degli upgrade del control plane. Se il cluster non è registrato in un canale di rilascio e disattivi gli upgrade automatici dei nodi, sei responsabile dell'upgrade manuale dei pool di nodi del cluster.	Tutti i nodi per i cluster Autopilot o uno o più pool di nodi del cluster standard.	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza gli upgrade di sovraccarico per Autopilot o la strategia di upgrade dei nodi configurata (di sovraccarico o blue-green) per i cluster Standard.

Cambia

Avvio automatico o manuale

Rispetta i criteri di manutenzione

Frequenza

Tipo di interruzione

Livello di interruzione

Upgrade del piano di controllo

Automatica o manuale

Gli upgrade automatici rispettano i criteri di manutenzione fino alla fine del supporto, ad eccezione di correzioni di emergenza estremamente rare, se necessario.

Gli upgrade manuali non sono bloccati dai criteri di manutenzione.

Upgrade delle patch, fino a una volta a settimana, a seconda del canale di rilascio.

Aggiornamenti minori circa ogni quattro mesi.

Per i cluster del canale esteso, gli upgrade secondari vengono eseguiti solo quando la versione secondaria sta per terminare il supporto.

Piano di controllo

Per i cluster Autopilot e Standard regionali, il piano di controllo rimane disponibile.

Per i cluster zonali standard, diversi minuti in cui non puoi comunicare con il control plane, il che significa che non puoi configurare il cluster, i nodi e i workload durante questo periodo.

Upgrade dei nodi

Automatico o manuale

Gli upgrade automatici rispettano i criteri di manutenzione fino alla fine del supporto, ad eccezione di correzioni di emergenza estremamente rare, se necessario.

Gli upgrade manuali non sono bloccati dai criteri di manutenzione.

In genere, gli stessi degli upgrade del control plane.

Se il cluster non è registrato in un canale di rilascio e disattivi gli upgrade automatici dei nodi, sei responsabile dell'upgrade manuale dei pool di nodi del cluster.

Tutti i nodi per i cluster Autopilot o uno o più pool di nodi del cluster standard.

I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti.

GKE utilizza gli upgrade di sovraccarico per Autopilot o la strategia di upgrade dei nodi configurata (di sovraccarico o blue-green) per i cluster Standard.

Modifiche manuali che ricreano i nodi utilizzando una strategia di upgrade dei nodi e rispettando i criteri di manutenzione

Esamina la seguente tabella per capire in che modo queste modifiche manuali possono interrompere un ambiente cluster. Questo elenco include, tra le altre, le modifiche manuali che rispettano le norme di manutenzione di GKE.

Cambia	Avvio automatico o manuale	Rispetta i criteri di manutenzione	Frequenza	Tipo di interruzione	Livello di interruzione
Rotazione delle credenziali del cluster	Automatica se le credenziali del cluster scadono entro 30 giorni, può essere avviata anche manualmente.	Rispetta le norme di manutenzione, ma GKE potrebbe sostituirle entro 30 giorni dalla scadenza delle credenziali. Inoltre, se attivi manualmente operazioni specifiche dopo il primo passaggio, queste non rispettano i criteri di manutenzione.	Una volta per ogni modifica manuale di questo tipo oppure dipende dalla durata della credenziale del cluster per l'avvio automatico. Puoi invocare manualmente le operazioni per passaggi specifici nel processo di rotazione.	Per alcuni passaggi, il piano di controllo. Per gli altri passaggi, tutti i nodi per i cluster Autopilot, tutti i nodi in ogni pool di nodi del cluster standard.	Quando avvii la rotazione e la completi, il livello di interruzione è il seguente: Per i cluster Autopilot e Standard regionali, il piano di controllo rimane disponibile. Per i cluster standard zonali, entrambe le operazioni causano un breve tempo di riposo, ovvero diversi minuti in cui non puoi comunicare con il control plane per eseguire operazioni come la configurazione del cluster, dei nodi e dei workload. Quando i nodi vengono ricreati, il livello di interruzione è il seguente: I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza gli upgrade di picco per ricreare i nodi. Avviso: se GKE non riesce a completare la rotazione delle credenziali del cluster prima della loro scadenza, a causa della disponibilità per la manutenzione e dei limiti correlati, il cluster e i carichi di lavoro non sono recuperabili.
Rotazione dell'indirizzo IP del piano di controllo	Avviato manualmente	Rispetta i criteri di manutenzione, ma se attivi manualmente operazioni specifiche dopo il primo passaggio, queste operazioni non rispettano i criteri di manutenzione.	Una volta per modifica manuale di questo tipo. Puoi invocare manualmente le operazioni per passaggi specifici nel processo di rotazione.	Per alcuni passaggi, il piano di controllo. Per gli altri passaggi, tutti i nodi per i cluster Autopilot, tutti i nodi in ogni pool di nodi del cluster standard.	Quando avvii la rotazione e la completi, il livello di interruzione è il seguente: Per i cluster Autopilot e Standard regionali, il piano di controllo rimane disponibile. Per i cluster standard zonali, entrambe le operazioni causano un breve tempo di riposo, ovvero diversi minuti in cui non puoi comunicare con il control plane per eseguire operazioni come la configurazione del cluster, dei nodi e dei workload. Quando i nodi vengono ricreati, il livello di interruzione è il seguente: I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza gli upgrade di picco per ricreare i nodi.
Configurazione dei nodi protetti	Avviato manualmente	La ricreazione del piano di controllo non rispetta i criteri di manutenzione, ma apporta immediatamente le modifiche. La ricreazione dei nodi rispetta i criteri di manutenzione.	Una volta per ogni modifica di questo tipo	Il piano di controllo viene aggiornato. Dopo l'aggiornamento del piano di controllo, tutti i nodi di ogni pool di nodi del cluster standard devono essere ricreati.	Quando il piano di controllo viene ricreato, il livello di interruzione è il seguente: Per i cluster Autopilot e Standard regionali, il piano di controllo rimane disponibile. Per i cluster standard zonali, entrambe le operazioni causano un breve tempo di riposo, ovvero diversi minuti in cui non puoi comunicare con il control plane per eseguire operazioni come la configurazione del cluster, dei nodi e dei workload. Quando i nodi vengono ricreati, il livello di interruzione è il seguente: I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza gli upgrade di picco per ricreare i nodi. Avviso: se il cluster non ha la disponibilità per la manutenzione attiva quando avvii la modifica, il control plane verrà ricreato, ma i nodi non verranno ancora ricreati. Il ritardo tra i due passaggi potrebbe causare registrazioni dei nodi non riuscite e interruzioni del cluster.
Configurazione dei criteri di rete	Avviato manualmente	Rispetta i criteri di manutenzione	Una volta per ogni modifica di questo tipo	Tutti i nodi per i cluster Autopilot, tutti i nodi in ogni pool di nodi del cluster standard.	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza gli upgrade di picco per ricreare i nodi.
Configurazione della visibilità tra nodi	Avviato manualmente	Rispetta i criteri di manutenzione	Una volta per ogni modifica di questo tipo	Tutti i nodi per i cluster Autopilot, tutti i nodi in ogni pool di nodi del cluster standard.	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza gli upgrade di picco per ricreare i nodi.
Configurazione di NodeLocal DNSCache	Avviato manualmente	Rispetta i criteri di manutenzione	Una volta per ogni modifica di questo tipo	Tutti i nodi del pool di nodi del cluster standard in fase di aggiornamento devono essere aggiornati.	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza gli upgrade di picco per ricreare i nodi.
Attivare il flusso di immagini	Avviato manualmente	Quando viene eseguito l'aggiornamento a livello di cluster, rispetta i criteri di manutenzione. Quando aggiorna i singoli pool di nodi, non rispetta i criteri di manutenzione.	Una volta per ogni modifica di questo tipo	Se attivato a livello di pool di nodi, tutti i nodi del pool di nodi del cluster standard. Se attivata a livello di cluster, i nodi di qualsiasi pool di nodi del cluster standard in cui non hai attivato o disattivato singolarmente l'impostazione per il pool di nodi.	GKE utilizza gli upgrade di picco per ricreare i nodi di un pool di nodi.

Manutenzione automatica che non rispetta i criteri di manutenzione

Esamina la seguente tabella per capire in che modo la manutenzione automatica che non rispetta le norme di manutenzione può interrompere un ambiente cluster.

Cambia	Avvio automatico o manuale	Rispetta i criteri di manutenzione	Frequenza	Tipo di interruzione	Livello di interruzione
Riparazione o ridimensionamento del piano di controllo	Automatico	Non rispetta i criteri di manutenzione	La frequenza della riparazione del piano di controllo è casuale, ma non ha alcun impatto sui cluster Autopilot e standard a livello di regione. Il ridimensionamento del piano di controllo è infrequente, ma aumenta di frequenza con gli eventi di scalabilità del cluster e non ha alcun impatto sui cluster Autopilot e standard regionali.	Piano di controllo	Per i cluster Autopilot e Standard regionali, il piano di controllo rimane disponibile. Per i cluster zonali standard, diversi minuti in cui non puoi comunicare con il control plane, il che significa che non puoi configurare il cluster, i nodi e i workload durante questo periodo.
Evento di manutenzione dell'host	Automatico	Non rispetta i criteri di manutenzione	Per la frequenza approssimativa, consulta la sezione Eventi di manutenzione.	Un nodo	Per la maggior parte dei tipi di nodi, l'effetto è minimo. Alcuni nodi, inclusi quelli con GPU o TPU, potrebbero subire interruzioni maggiori. Per saperne di più, consulta Altre attività di manutenzione di Google Cloud.
Riparazione automatica dei nodi	Automatico	Non rispetta i criteri di manutenzione	La frequenza della riparazione automatica dei nodi è casuale.	Un nodo	Il nodo viene riavviato, quindi tutti i pod in esecuzione sul nodo vengono interrotti.
Recupera le VM spot e le VM prerilasciabili	Automatico	Non rispetta i criteri di manutenzione	Per le VM prerilasciabili, almeno una volta ogni 24 ore. Per le VM spot, quando Compute Engine ha bisogno delle risorse altrove.	Un nodo	Consulta i dettagli sull'interruzione e sull'arresto controllato delle VM spot e sull'interruzione e sull'arresto controllato delle VM prerilasciabili.

Modifiche manuali che ricreano i nodi utilizzando una strategia di upgrade dei nodi senza rispettare i criteri di manutenzione

Esamina la seguente tabella per capire in che modo queste modifiche manuali possono interrompere un ambiente cluster. Questo elenco include le modifiche apportate da quando GKE utilizza gli upgrade di picco e da quando GKE utilizza gli upgrade blue-green che non sono inclusi nell'altra sezione perché non rispettano i criteri di manutenzione.

Cambia	Avvio automatico o manuale	Rispetta i criteri di manutenzione	Frequenza	Tipo di interruzione	Livello di interruzione
Aggiornamento dell'etichetta del node pool	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi in un pool di nodi di cluster standard	GKE utilizza immediatamente gli upgrade di sovraccarico per ricreare il pool di nodi quando aggiorni le etichette dei nodi in un pool di nodi esistente, indipendentemente dai criteri di manutenzione attivi.
Scalabilità verticale dei nodi modificando gli attributi delle macchine dei nodi	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi in un pool di nodi di cluster standard	GKE utilizza immediatamente gli upgrade per picchi per ricreare i nodi in un pool di nodi esistente, indipendentemente dai criteri di manutenzione attivi.
Modifiche al tipo di immagine	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi in un pool di nodi di cluster standard	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza la strategia di upgrade dei nodi configurata (surge o blue-green) per i cluster standard.
Aggiungere o sostituire i pool di archiviazione in un pool di nodi di cluster standard	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi in un pool di nodi di cluster standard	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza la strategia di upgrade dei nodi configurata (surge o blue-green) per i cluster standard.
Attivare il flusso di immagini	Avviato manualmente	Quando viene eseguito l'aggiornamento a livello di cluster, rispetta i criteri di manutenzione. Quando aggiorna i singoli pool di nodi, non rispetta i criteri di manutenzione.	Una volta per ogni modifica di questo tipo	Se attivato a livello di pool di nodi, tutti i nodi del pool di nodi del cluster standard. Se attivata a livello di cluster, i nodi di qualsiasi pool di nodi del cluster standard in cui non hai attivato o disattivato singolarmente l'impostazione per il pool di nodi.	GKE utilizza gli upgrade di picco per ricreare i nodi di un pool di nodi.
Aggiornamenti della configurazione del rendimento della rete	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi in un pool di nodi di cluster standard	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza immediatamente gli upgrade per picchi per ricreare i nodi in un pool di nodi esistente, indipendentemente dai criteri di manutenzione attivi.
Abilitazione di gVNIC	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi in un pool di nodi di cluster standard	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza immediatamente gli upgrade per picchi per ricreare i nodi in un pool di nodi esistente, indipendentemente dai criteri di manutenzione attivi.
Modifiche alla configurazione del sistema di nodi	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi in un pool di nodi di cluster standard	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza immediatamente gli upgrade per picchi per ricreare i nodi in un pool di nodi esistente, indipendentemente dai criteri di manutenzione attivi.
Nodi riservati	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi in un pool di nodi di cluster standard	I nodi devono essere arrestati per essere ricreati e i pod devono essere sostituiti. GKE utilizza immediatamente gli upgrade per picchi per ricreare i nodi in un pool di nodi esistente, indipendentemente dai criteri di manutenzione attivi.

Modifiche che non richiedono la ricreazione dei nodi

Consulta la tabella seguente per capire quali modifiche alla configurazione dei nodi non richiedono la loro ricreazione. Queste modifiche non causano interruzioni, tuttavia è possibile che si verifichino interruzioni se la configurazione del nodo aggiornata influisce sul tuo carico di lavoro.

Cambia	Avvio automatico o manuale	Rispetta i criteri di manutenzione	Frequenza	Tipo di interruzione	Livello di interruzione
Aggiorna le seguenti impostazioni: Qualsiasi tipo di tag, inclusi i tag (firewall), i tag (non firewall) e i tag di rete Contaminazioni Kubernetes Etichette Kubernetes Impostazioni del Gestore della scalabilità automatica dei cluster Abilitazione e disattivazione dell'upgrade automatico del node pool Abilitazione e disattivazione della riparazione automatica dei nodi Impostazioni della strategia di upgrade dei nodi	Avviato manualmente	Non rispetta i criteri di manutenzione, apporta immediatamente le modifiche.	Una volta per ogni modifica di questo tipo	Tutti i nodi pertinenti sono aggiornati.	I pod non devono essere sostituiti perché la configurazione dei nodi viene aggiornata senza ricreare i nodi.