Configurazioni del cluster Kubernetes

Questo documento illustra le opzioni di configurazione disponibili per i cluster Kubernetes. Puoi creare cluster Kubernetes che funzionano all'interno di un singolo progetto o che si estendono su più progetti, in modo da allinearsi alla tua strategia di gestione dei carichi di lavoro dei container in Google Distributed Cloud (GDC) air-gap. Le configurazioni dei cluster offrono anche diversi controlli basati sulle autorizzazioni per le azioni amministrative, in modo che GDC possa gestire le impostazioni del carico di lavoro dei container oppure tu possa configurarle manualmente in base al tuo caso d'uso per una maggiore flessibilità.

Questo documento è destinato ai seguenti gruppi di pubblico:

  • Amministratori IT del gruppo di amministratori della piattaforma responsabili della creazione di cluster Kubernetes per ospitare carichi di lavoro containerizzati.

  • Sviluppatori di applicazioni del gruppo di operatori di applicazioni responsabili dello sviluppo di applicazioni containerizzate in un ambiente air-gap.

Per saperne di più, consulta la documentazione relativa ai segmenti di pubblico per GDC con air gap.

Opzioni di configurazione

In GDC, esistono due configurazioni del cluster che offrono diversi livelli di gestione e flessibilità:

  • Cluster condiviso: un cluster Kubernetes multi-progetto gestito dal gruppo di amministratori della piattaforma che offre una suite completa di servizi integrati e gestiti a livello di organizzazione.
  • Cluster standard: un cluster Kubernetes self-service a progetto singolo gestito dal gruppo di operatori dell'applicazione che offre maggiore flessibilità per carichi di lavoro personalizzati che potrebbero entrare in conflitto con i servizi gestiti in un ambiente condiviso.

La tabella seguente descrive le differenze tra i cluster Kubernetes condivisi e standard:

Funzionalità Cluster condivisi Cluster standard
Proprietario Gruppo di amministratori della piattaforma Gruppo di operatori di applicazioni
Amministratore del cluster Gruppo di amministratori della piattaforma Gruppo di amministratori della piattaforma o gruppo di operatori dell'applicazione
Tenancy Più progetti Progetto singolo
gestione del ciclo di vita Crea, leggi, aggiorna, elimina e esegui l'upgrade Crea, leggi, aggiorna, elimina e esegui l'upgrade
Monitoraggio Prometheus con dashboard Grafana per Kubernetes Prometheus con dashboard Grafana per Kubernetes
Ingresso e uscita tra progetti Gestito da GDC Configurabile
Backup e ripristino Cluster, progetto e workload Cluster, progetto e workload
Gestione dello spazio dei nomi Kubernetes Gestito da GDC Configurabile
Risorsa e controller personalizzati Gestito da GDC Configurabile
Logging Gestito da GDC Gestito da GDC
Controllo e fatturazione Gestito da GDC Configurabile
Tipo di risorsa Solo zonale Solo zonale
Supporto per Surface Console, API e Terraform di GDC Console, API e Terraform di GDC
Servizi gestiti Include un insieme completo di servizi protetti non configurabili. Include un insieme minimo di servizi essenziali, offrendo una maggiore flessibilità del servizio.
Servizi di Marketplace Include l'integrazione con i servizi del marketplace. Non disponibile per l'integrazione.

Per saperne di più, consulta le sezioni seguenti sulla configurazione del cluster.

Cluster condiviso

Il cluster condiviso fornisce un cluster gestito dal sistema che include un insieme di servizi protetti, come Istio, Gatekeeper, Managed Harbor Service e Nginx. L'approccio gestito dal sistema per il tuo cluster fornisce una configurazione del cluster Kubernetes basata su opinioni che viene eseguita nello spazio dei nomi platform e può essere collegata a uno qualsiasi dei tuoi progetti esistenti.

Poiché il cluster condiviso può estendersi a più progetti, ha ambito organizzativo, il che significa che la sua disponibilità per alcuni gruppi di pubblico è limitata. Il gruppo di amministratori della piattaforma crea e gestisce principalmente il cluster condiviso con una supervisione minima da parte degli sviluppatori di applicazioni.

Il traffico di rete in entrata e in uscita tra progetti è gestito da GDC. Le policy di Networking vengono in genere gestite utilizzando una policy di rete del progetto.

I casi d'uso principali per il cluster condiviso sono i seguenti:

  • Hai bisogno di un cluster che offra un ecosistema completo di funzionalità gestite per impostazione predefinita con una personalizzazione minima richiesta.
  • Vuoi gestire i carichi di lavoro dei container in più progetti.
  • Non hai requisiti per la migrazione dei carichi di lavoro dagli ambienti cloud esistenti.

Per saperne di più sulla creazione di un cluster condiviso, vedi Creare un cluster condiviso.

Cluster Standard

Il cluster standard fornisce un cluster Kubernetes configurabile che include un insieme minimo di servizi, come Prometheus e Grafana. I cluster standard includono solo i servizi essenziali per la funzionalità necessaria del carico di lavoro dei container Kubernetes, consentendoti di installare servizi aggiuntivi per personalizzare il cluster per il tuo caso d'uso.

Il cluster standard è limitato a un solo progetto, il che offre agli sviluppatori di applicazioni confinati all'interno di un progetto il controllo diretto sul suo funzionamento. Il gruppo di operatori dell'applicazione crea e gestisce principalmente il cluster standard con una supervisione minima da parte degli amministratori della piattaforma.

In molti casi, gli sviluppatori di applicazioni controllano il networking del cluster utilizzando le API di networking Kubernetes standard, anziché fare affidamento su configurazioni di networking specifiche di GDC. Tuttavia, i cluster standard possono configurare un sottoinsieme di configurazioni di rete specifiche di GDC, ad esempio le seguenti:

I casi d'uso principali per il cluster standard sono i seguenti:

  • Hai bisogno di un cluster che offra servizi minimi per impostazione predefinita, il che consente configurazioni complete per soddisfare le tue esigenze.
  • Vuoi un maggiore controllo su costrutti Kubernetes più profondi come definizioni di risorse personalizzate o spazi dei nomi.
  • Vuoi gestire i carichi di lavoro dei container solo all'interno di un singolo progetto.
  • Hai carichi di lavoro containerizzati esistenti in un ambiente cloud esistente di cui vuoi eseguire la migrazione nell'ambiente air-gap di GDC.

Per saperne di più sulla creazione di un cluster standard, consulta Creare un cluster standard.

Passaggi successivi