Visualizza gli upgrade dei cluster


Questa pagina spiega come ottenere informazioni sugli upgrade per i tuoi cluster Google Kubernetes Engine (GKE). GKE esegue automaticamente l'upgrade di tutti i cluster nel tempo. Quando GKE esegue l'upgrade di un cluster, aggiorna la versione del control plane Kubernetes e dei nodi worker in operazioni separate.

GKE aggrega le informazioni sugli upgrade dei cluster per aiutarti a comprendere meglio lo stato del tuo cluster. Puoi ottenere le seguenti informazioni per un cluster:

  • Target di upgrade automatico: scopri quali nuove versioni GKE prevede per il tuo cluster, che potrebbero essere patch o nuove versioni secondarie, a seconda della versione e dei vincoli esistenti del cluster. Se non è presente un target di upgrade automatico, il cluster è già in corrispondenza dell'ultimo target di upgrade oppure GKE non ha assegnato un target di upgrade automatico per motivi tecnici o aziendali. Puoi anche recuperare i target di upgrade automatico generali in base alla versione secondaria di un cluster nelle note di rilascio di GKE Aggiornamenti delle versioni, ad esempio la nota 2024-R33.
  • Stato dell'upgrade automatico: i cluster GKE hanno uno stato per gli upgrade dei cluster. Utilizza questo stato per scoprire di più sugli upgrade attuali e sui vincoli che GKE prende in considerazione quando sceglie quando eseguire l'upgrade automatico del cluster, inclusi fattori come le esclusioni di manutenzione o i motivi che impediscono gli upgrade. Per saperne di più, consulta Stato dell'upgrade automatico del cluster.
  • Cronologia degli upgrade: GKE fornisce un'istantanea degli upgrade recenti del control plane e dei nodi per il tuo cluster, inclusi gli upgrade automatici e manuali. Per gli upgrade recenti del control plane e dei nodi, puoi visualizzare dettagli come i seguenti:

    • Versioni: la versione iniziale e quella di destinazione.
    • Stato: indica se l'upgrade è ancora in corso o se è stato eseguito correttamente, non è riuscito o è stato annullato.
    • Ora: l'ora di inizio e di fine.
    • Tipo di avvio: indica se l'upgrade è stato attivato automaticamente o manualmente.
  • Date di fine del supporto: GKE supporta le versioni secondarie fino a 24 mesi. Per saperne di più, consulta il ciclo di vita della versione secondaria di GKE. Per le date di fine del supporto per tutte le versioni secondarie attuali, consulta la pianificazione stimata per i canali di rilascio.

  • Eventi del cluster: GKE invia notifiche del cluster a Cloud Logging per determinati eventi, ad esempio quando gli upgrade iniziano o terminano, quando sono disponibili nuove versioni, bollettini sulla sicurezza e date di fine del supporto. Oltre a GKE che mostra automaticamente questi eventi con Cloud Logging, puoi anche indirizzare queste notifiche a Pub/Sub. Per saperne di più, consulta Notifiche di cluster.

Prima di iniziare

Prima di iniziare, assicurati di aver eseguito le seguenti operazioni:

  • Attiva l'API Google Kubernetes Engine.
  • Attiva l'API Google Kubernetes Engine
  • Se vuoi utilizzare Google Cloud CLI per questa attività, installala e poi inizializzala. Se hai già installato gcloud CLI, scarica l'ultima versione eseguendo gcloud components update.

Ottenere informazioni sugli upgrade di un cluster

Puoi ottenere informazioni sugli upgrade di un cluster utilizzando la consoleGoogle Cloud o gcloud CLI.

Visualizzare informazioni sugli upgrade a livello di progetto

Per ottenere informazioni aggregate sugli upgrade dei cluster in un progetto, puoi utilizzare la dashboard Upgrade.

Nella console Google Cloud , vai alla dashboard Upgrade:

Vai a Upgrade

Le schede incluse in questa dashboard aggregano informazioni pertinenti sugli upgrade, ad esempio:

  • Stati degli upgrade recenti del control plane e dei nodi
  • Log delle notifiche del cluster per gli upgrade
  • Consigli relativi agli upgrade
  • Cronologie di fine del supporto per versioni secondarie specifiche
  • Il numero di cluster in ogni canale di rilascio

Visualizzare le informazioni sugli upgrade a livello di cluster

Console

  1. Nella console Google Cloud , vai alla pagina Cluster Kubernetes.

    Vai ai cluster Kubernetes

  2. Seleziona il nome del cluster per visualizzare la pagina Dettagli cluster.

  3. Nella pagina Dettagli cluster, consulta la sezione Upgrade del cluster.

gcloud

Esegui questo comando:

gcloud container clusters get-upgrade-info CLUSTER_NAME

Sostituisci CLUSTER_NAME con il nome del cluster.

Ottenere informazioni sugli upgrade per i node pool dei cluster Standard

Puoi ottenere visibilità sui singoli pool di nodi per i cluster Standard. Questa sezione non si applica ai cluster Autopilot, in cui GKE gestisce i nodi, quindi non ci sono pool di nodi da gestire.

Console

  1. Nella console Google Cloud , vai alla pagina Cluster Kubernetes.

    Vai ai cluster Kubernetes

  2. Fai clic sul nome del cluster per visualizzarne i dettagli.

  3. Fai clic sulla scheda Nodi.

  4. Nella sezione Pool di nodi, fai clic sul nome del pool di nodi per il quale vuoi ottenere informazioni sugli upgrade.

  5. Nella pagina Dettagli del pool di nodi, consulta la sezione Upgrade.

gcloud

Esegui questo comando:

gcloud container node-pools get-upgrade-info POOL_NAME
    --cluster=CLUSTER_NAME

Sostituisci POOL_NAME con il nome del pool di nodi.

Stato dell'upgrade automatico del cluster

Di seguito sono riportati i potenziali stati degli upgrade automatici per un cluster:

  • ACTIVE: uno stato di upgrade attivo.
  • UNKNOWN: lo stato dell'upgrade è sconosciuto.
  • MINOR_UPGRADE_PAUSED: gli upgrade delle versioni secondarie sono in pausa.
  • UPGRADE_PAUSED: tutti gli upgrade automatici sono in pausa.

Di seguito sono riportati i potenziali motivi per cui GKE mette in pausa gli upgrade automatici per un cluster:

  • MAINTENANCE_WINDOW: un periodo di manutenzione impedisce gli upgrade del cluster.
  • MAINTENANCE_EXCLUSION_: un motivo di pausa con questo prefisso indica che un'esclusione per manutenzione impedisce gli upgrade del cluster. Il suffisso indica l'ambito dell'esclusione dalla manutenzione, ad esempio MAINTENANCE_EXCLUSION_NO_UPGRADES.
  • CLUSTER_DISRUPTION_BUDGET: dopo determinate operazioni, come la creazione o gli upgrade dei cluster, questi richiedono un periodo di raffreddamento per proteggere la stabilità e la disponibilità del cluster e delle relative applicazioni.
  • CLUSTER_DISRUPTION_BUDGET_MINOR_UPGRADE: Il cluster non rientra nel budget di interruzione dei cluster per gli upgrade delle versioni secondarie.
  • SYSTEM_CONFIG: gli upgrade automatici sono temporaneamente in pausa per motivi tecnici o aziendali. Con questo stato, ti consigliamo di non eseguire un upgrade manuale a meno che non sia necessario.
  • AUTO_UPGRADE_PAUSED_REASON_UNSPECIFIED: un motivo non specificato.

Trovare informazioni sugli scenari comuni per gli upgrade dei cluster

Trova informazioni sugli scenari comuni che potresti incontrare durante la gestione degli upgrade dei cluster.

Scopri quando è previsto il prossimo upgrade del cluster

Per sapere quando è previsto il prossimo upgrade del cluster in modo da poter pianificare e qualificare l'upgrade alla nuova versione, utilizza le seguenti risorse:

Trovare cosa blocca il prossimo upgrade del cluster

Per scoprire cosa blocca un upgrade in modo da poterlo sbloccare, trova lo stato dell'upgrade automatico del cluster. Se gli upgrade automatici sono in pausa, vedi il motivo. Utilizza uno dei seguenti metodi:

Trovare il momento in cui viene completato l'upgrade del cluster

Per sapere quando vengono completati gli upgrade del control plane e dei nodi del cluster in modo da verificare che i carichi di lavoro funzionino come previsto, utilizza le seguenti risorse:

Scopri la durata prevista dell'upgrade

Per scoprire la durata prevista dell'upgrade, puoi trovare la durata degli upgrade precedenti ottenendo informazioni sugli upgrade a livello di cluster. Per esempi recenti, consulta la cronologia degli upgrade.

La durata di un upgrade dipende dal fatto che vengano aggiornati il control plane o i nodi, dalla strategia di upgrade, dai budget di interruzione dei pod (PDB), dalle norme di manutenzione attive e da altri fattori.

Trovare quando la versione secondaria del cluster raggiunge la fine del supporto

GKE esegue automaticamente l'upgrade dei cluster in cui sono ancora in esecuzione versioni secondarie dopo la data di fine del supporto. Per saperne di più, consulta Upgrade automatici alla fine del supporto.

Per sapere quando la versione secondaria del tuo cluster raggiunge la fine del supporto, ad esempio per impostare un'esclusione di manutenzione o capire quando le API deprecate non saranno più utilizzabili, utilizza le seguenti risorse:

Passaggi successivi