Ciclo di vita del cluster

Questa pagina fornisce una panoramica del ciclo di vita di un cluster Google Kubernetes Engine (GKE), incluse le attività che puoi eseguire autonomamente e quelle gestite da Google Cloud, con link a guide più dettagliate per iniziare.

Prima di leggere questa pagina, devi conoscere quanto segue, oltre ai concetti di base di Kubernetes:

Creazione di cluster

Come hai visto se hai completato una delle nostre guide rapide, creare un cluster Kubernetes con GKE può essere molto semplice, in particolare se scegli di utilizzare la console Google Cloud e tutte le opzioni predefinite fornite. Nella realtà, la creazione di cluster può essere un po' più complessa, soprattutto quando si tratta di scegliere le opzioni di cluster in base alle esigenze organizzative e tecniche. Prima di creare il cluster, potresti dover prendere decisioni in consultazione con il team di networking, sicurezza o altri colleghi, poiché alcune opzioni del cluster non possono essere modificate dopo la configurazione senza ricreare il cluster.

Puoi creare cluster utilizzando la console Google Cloud, gcloud CLI o il provider Terraform per GKE.

Utilizzo dei cluster

Se sei un amministratore di cluster, gran parte del tuo lavoro consisterà nell'utilizzo di cluster in esecuzione. Le attività possono includere il monitoraggio e la risoluzione dei problemi relativi allo stato del cluster oppure, per le organizzazioni più grandi (in particolare quelle che utilizzano il livello Enterprise di GKE), la gestione di più cluster insieme come parte di un parco. Se sei un esperto di sicurezza o di Networking, potresti avere attività più specializzate come l'applicazione di criteri di sicurezza o la configurazione dell'infrastruttura di rete. Se sei uno sviluppatore che utilizza GKE, potresti non dover creare o gestire cluster, ma potresti dover eseguire il deployment dei carichi di lavoro nei cluster o risolvere i problemi relativi ai carichi di lavoro.

Gli strumenti che potresti utilizzare includono:

  • Strumenti Google Cloud per creare, gestire e visualizzare i cluster e il relativo stato, tra cui la console Google Cloud e gcloud CLI.
  • Lo strumento a riga di comando Kubernetes kubectl per attività interne al cluster come il deployment dei carichi di lavoro o l'applicazione dei criteri di controllo dell'accesso basato sui ruoli (RBAC) di Kubernetes.
  • Terraform per eseguire il provisioning dichiarativo di cluster e carichi di lavoro.

Poiché GKE è un servizio gestito, non devi preoccuparti dell'infrastruttura di base, ad esempio delle macchine virtuali che eseguono i nodi del cluster o dello stato dei componenti del piano di controllo di Kubernetes: GKE gestisce tutto per te.

Per scoprire di più sull'utilizzo dei cluster e sugli strumenti e sui flussi di lavoro che utilizzi per questo, consulta la nostra Panoramica dell'amministrazione dei cluster. Per scoprire di più sull'architettura del cluster e sul piano di controllo GKE, consulta Architettura del cluster GKE.

Aggiornamento dei cluster

Un upgrade del cluster aggiorna la versione del software di sistema GKE in esecuzione sul piano di controllo e sui nodi del cluster. Per impostazione predefinita, GKE esegue automaticamente l'upgrade dei cluster per assicurarsi che ricevano aggiornamenti della sicurezza, correzioni di problemi noti e nuove funzionalità e che eseguano una versione supportata di Kubernetes.

Per un maggiore controllo sulla procedura di upgrade, GKE fornisce canali di rilascio. I canali di rilascio ti consentono di scegliere le versioni per i tuoi cluster in base al bilanciamento che preferisci tra la disponibilità e la stabilità delle funzionalità. Le esclusioni e i periodi di manutenzione ti consentono di scegliere quando eseguire gli upgrade e altri interventi di manutenzione del cluster.

Per impostazione predefinita, tutti i cluster sono registrati nel canale di rilascio regolare. Per scoprire di più su come ottenere il massimo dai canali di rilascio con interruzioni minime dei tuoi carichi di lavoro, consulta le best practice per l'upgrade dei cluster.

Puoi anche avviare autonomamente gli upgrade dei cluster. Per scoprire di più, consulta Eseguire manualmente l'upgrade di un cluster o di un pool di nodi.

Aggiornamento dei cluster

Come accennato nella sezione precedente sulla creazione dei cluster, esistono diverse modifiche che puoi apportare alla configurazione di un cluster dopo la sua creazione. Gli aggiornamenti che puoi apportare a un cluster includono:

  • Ridimensiona un cluster standard (i cluster Autopilot vengono ridimensionati automaticamente in base alle esigenze del carico di lavoro).
  • Aggiungi un cluster a un parco risorse.
  • Modifica il canale di rilascio del cluster.
  • Aggiorna le zone per i cluster standard.
  • Aggiorna il criterio di manutenzione del cluster.
  • Aggiorna un sottoinsieme di opzioni di networking.
  • Abilita e disabilita le funzionalità del cluster, inclusi backup, logging, monitoraggio e altro ancora.

Per ulteriori dettagli su cosa puoi e non puoi modificare dopo la creazione del cluster, consulta la Panoramica della configurazione del cluster.

Ridimensionamento dei cluster

Le dimensioni dei cluster Autopilot vengono impostate automaticamente in base alle specifiche del pod, quindi non devi preoccuparti di ridimensionare il cluster. Ad esempio, se modifichi il numero di repliche del pod o le risorse richieste, il cluster verrà ridimensionato in modo appropriato.

Se utilizzi la modalità standard, puoi ridimensionare manualmente il cluster per aumentare o diminuire il numero di nodi. Ad esempio, se vuoi interrompere il consumo di risorse da parte del cluster senza eliminarlo, puoi ridurre il numero di nodi a zero. Per scoprire di più sul ridimensionamento, consulta Ridimensionare un cluster. Puoi anche scegliere di utilizzare la scalabilità automatica del cluster, consentendo a GKE di ridimensionare automaticamente i pool di nodi del cluster in base alle esigenze dei tuoi carichi di lavoro, nonché il provisioning automatico dei nodi, in cui GKE crea ed elimina automaticamente i pool di nodi per te.

Se vuoi ottimizzare i tuoi cluster in modo più efficiente, puoi anche utilizzare la scalabilità automatica pod verticale (VPA). Lo strumento di scalabilità automatica può consigliare valori per le richieste e i limiti di CPU e memoria oppure può aggiornare automaticamente i valori.

Eliminazione dei cluster

Se necessario, puoi eliminare un cluster. Per saperne di più, consulta la sezione sull'eliminazione di un cluster.

Aggiunta di cluster a un parco risorse

Se la tua organizzazione utilizza più cluster, puoi semplificare la gestione multi-cluster aggiungendoli a un parco risorse: un raggruppamento logico di cluster Kubernetes. La creazione di un parco risorse consente alla tua organizzazione di migliorare il livello di gestione da singoli cluster a interi gruppi di cluster e di utilizzare funzionalità abilitate per i parchi risorse come Multi Cluster Ingress, Config Sync e Policy Controller.

Puoi aggiungere cluster GKE a un parco utilizzando la console Google Cloud, gcloud CLI o in modo dichiarativo utilizzando Terraform o Config Connector.

Puoi scoprire di più sul funzionamento dei parchi risorse in Gestione del parco risorse e sulla loro creazione in Creare parchi risorse per semplificare la gestione multi-cluster.

Passaggi successivi