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.
Creazione di cluster
Come hai visto se hai completato una delle nostre guide rapide, la creazione di un cluster Kubernetes con GKE può essere molto semplice, soprattutto se scegli di utilizzare la Google Cloud console e tutte le opzioni predefinite fornite. Nella vita reale, la creazione di cluster può essere un po' più complessa, soprattutto quando si tratta di scegliere le opzioni del cluster in base alle esigenze organizzative e tecniche. Prima di creare il cluster, potresti dover prendere decisioni in consultazione con i colleghi di rete, sicurezza o altri, poiché alcune opzioni del cluster non possono essere modificate dopo la configurazione senza ricreare il cluster.
Puoi creare cluster utilizzando la Google Cloud console, gcloud CLI, o il provider Terraform per GKE.
- Per maggiori dettagli sulle opzioni di configurazione del cluster (incluse le opzioni che non puoi modificare dopo la creazione del cluster), consulta la panoramica della configurazione del cluster.
- Per scoprire come creare un cluster Autopilot (opzione consigliata), consulta Crea un cluster Autopilot.
- Per scoprire come creare un cluster Standard, consulta Crea un cluster Standard.
- Per alcune considerazioni sulla necessità di creare più cluster, consulta Casi d'uso multi-cluster.
Utilizzo dei cluster
Se sei un amministratore del cluster, gran parte del tuo lavoro riguarderà l'utilizzo dei cluster in esecuzione. Le attività potrebbero includere il monitoraggio e la risoluzione dei problemi relativi allo stato del cluster o, 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 risorse. Se sei uno specialista della sicurezza o Networking, potresti avere attività più specializzate, come l'applicazione di policy 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 di carichi di lavoro nei cluster o risolvere i problemi relativi ai tuoi carichi di lavoro.
Gli strumenti che potresti utilizzare includono i seguenti:
- Google Cloud Strumenti per la creazione, la gestione e la visualizzazione dei cluster e del loro stato, inclusi la Google Cloud console e gcloud CLI.
- Lo strumento a riga di comando Kubernetes
kubectlper le attività interne al cluster , come il deployment di carichi di lavoro o l'applicazione di policy di controllo dell'accesso basato su ruoli (RBAC) di Kubernetes. - Terraform per il provisioning dichiarativo di cluster e carichi di lavoro.
Poiché GKE è un servizio gestito, non devi preoccuparti dell'infrastruttura sottostante, come le macchine virtuali che eseguono i nodi del cluster o lo stato dei componenti del piano di controllo Kubernetes: GKE gestisce tutto per te.
Puoi leggere ulteriori informazioni sull'utilizzo dei cluster e sugli strumenti e sui workflow che utilizzi per questo nella nostra panoramica sull'amministrazione dei cluster. Per scoprire di più sull'architettura dei cluster e sul piano di controllo GKE, consulta Architettura dei cluster GKE.
Aggiornamento dei cluster
Un upgrade del cluster aggiorna la versione del software di sistema GKE in esecuzione sul control plane e sui nodi del cluster. Per impostazione predefinita, GKE esegue automaticamente l'upgrade dei cluster per garantire che ricevano aggiornamenti di sicurezza, correzioni di problemi noti e nuove funzionalità e che eseguano una versione supportata di Kubernetes.
Per un maggiore controllo sul processo di upgrade, GKE fornisce canali di rilascio. I canali di rilascio ti consentono di scegliere le versioni dei tuoi cluster per bilanciare la disponibilità e la stabilità delle funzionalità. I periodi di manutenzione e le esclusioni ti consentono di scegliere quando eseguire gli upgrade e altre attività di manutenzione del cluster.
Per impostazione predefinita, tutti i cluster sono registrati nel canale di rilascio Regular. Puoi scoprire molto di più su come ottenere il massimo dai canali di rilascio con un'interruzione minima dei carichi di lavoro in Best practice per l'upgrade dei cluster.
Puoi anche avviare autonomamente gli upgrade dei cluster. Per scoprire di più, consulta Aggiornamento manuale di un cluster o di un pool di nodi.
Aggiornamento dei cluster
Come accennato nella sezione precedente sulla creazione di cluster, puoi apportare una serie di modifiche 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 la policy di manutenzione del cluster.
- Aggiorna un sottoinsieme di opzioni di rete.
- Abilita e disabilita le funzionalità del cluster, inclusi backup, logging, monitoraggio e altro ancora.
Per maggiori dettagli su ciò che puoi e non puoi modificare dopo la creazione del cluster, consulta la panoramica della configurazione del cluster.
Ridimensionamento dei cluster
I cluster Autopilot vengono dimensionati automaticamente in base alle specifiche dei 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 di conseguenza.
Se utilizzi la modalità Standard, puoi ridimensionare manualmente il cluster per aumentare o diminuire il numero di nodi. Ad esempio, se vuoi impedire al cluster di consumare risorse senza eliminarlo, puoi ridurre i nodi a zero. Per scoprire di più sul ridimensionamento, consulta Ridimensionamento di un cluster. Puoi anche scegliere di utilizzare la scalabilità automatica dei cluster, consentendo a GKE di ridimensionare automaticamente i pool di nodi del cluster in base alle esigenze dei carichi di lavoro, e il provisioning automatico dei nodi, in cui GKE crea ed elimina automaticamente i pool di nodi.
Se vuoi un modo più efficiente per ottimizzare i cluster, puoi anche utilizzare la scalabilità automatica verticale dei pod (VPA). Il gestore della 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 scoprire di più, consulta Eliminazione di un cluster.
Aggiunta di cluster a un parco risorse
Se la tua organizzazione utilizza più cluster, puoi semplificare la gestione multi-cluster aggiungendo i cluster a un parco risorse: un raggruppamento logico di cluster Kubernetes. La creazione di un parco risorse aiuta la tua organizzazione a migliorare la gestione dai singoli cluster a interi gruppi di cluster e ti consente di utilizzare funzionalità abilitate per il parco risorse come Ingress multi-cluster, Config Sync e Policy Controller.
Puoi aggiungere cluster GKE a un parco risorse utilizzando la Google Cloud console, gcloud CLI o in modo dichiarativo utilizzando Terraform o Config Connector.
Puoi scoprire di più su come funzionano i parchi risorse in Gestione dei parchi risorse e sulla creazione di parchi risorse in Crea parchi risorse per semplificare la gestione multi-cluster dei parchi risorse.
Passaggi successivi
- Scopri di più sulla gestione dei cluster nella nostra panoramica sull'amministrazione dei cluster.
- Scopri di più sulle opzioni di configurazione dei cluster.
- Scopri di più sul deployment dei carichi di lavoro.