Google Distributed Cloud è una soluzione software e hardware completamente gestita che estende l'infrastruttura e i serviziGoogle Cloud nel tuo data center. Google Distributed Cloud è disponibile in configurazioni sia connesse che con air gap che vengono eseguite su hardware fornito da Google. Google Distributed Cloud è disponibile anche come prodotto solo software che viene eseguito sul tuo hardware su VMware o bare metal. Questa guida è rivolta al software Google Distributed Cloud che viene eseguito sul tuo hardware in un ambiente VMware vSphere.
Google Distributed Cloud si basa su Google Kubernetes Engine (GKE), con il proprio pacchetto Kubernetes che estende GKE per l'utilizzo in un ambiente on-premise. Con Google Distributed Cloud puoi creare, gestire ed eseguire l'upgrade dei cluster GKE on-premise utilizzando le funzionalità diGoogle Cloud , nonché eseguire il deployment e il funzionamento delle applicazioni containerizzate sui tuoi cluster su larga scala utilizzando l'infrastruttura Google.
Con il software Google Distributed Cloud installato, puoi utilizzare molte funzionalità diGoogle Cloud per governare, gestire e utilizzare i workload containerizzati su larga scala. Per scoprire di più sulle funzionalità disponibili su VMware, consulta la panoramica di GKE.
Questa pagina fornisce una panoramica del funzionamento di Google Distributed Cloud su VMware, fornendo le informazioni di base necessarie prima di procedere con un'installazione minima o di produzione.
Come funziona
Google Distributed Cloud estende GKE per consentirti di creare cluster GKE in un ambiente vSphere on-premise e di gestirli in Google Cloud insieme ai normali cluster GKE e ai cluster in altri ambienti come parte di un parco risorse.
Poiché il software Google Distributed Cloud viene eseguito nel tuo data center anziché suGoogle Cloud, devi installare un software di amministrazione e del control plane oltre al software GKE stesso. Il software eseguito nel tuo data center viene scaricato nell'ambito dei processi di installazione e upgrade.
Il seguente diagramma mostra il risultato semplificato di un'installazione completata.
Componenti chiave
I seguenti componenti costituiscono un'installazione solo software su VMware di Google Distributed Cloud:
Un cluster utente è il luogo in cui vengono eseguiti i workload che implementano le tue applicazioni, come in GKE su Google Cloud. I nodi che eseguono i tuoi workload sono chiamati nodi worker. Un cluster utente ha anche uno o più nodi del control plane. Nel diagramma precedente, il cluster utente ha un nodo del control plane.
Il cluster di amministrazione gestisce uno o più cluster utente. Nel diagramma precedente, il cluster di amministrazione ha tre nodi del control plane.
La workstation di amministrazione è una macchina separata che include gli strumenti di cui i creatori e gli sviluppatori di cluster hanno bisogno per gestire l'installazione:
- L'esecuzione di
gkectldalla workstation di amministrazione consente di creare e aggiornare i cluster ed eseguire alcune altre attività amministrative. - L'esecuzione di
kubectldalla workstation di amministrazione ti consente di interagire con i cluster di amministrazione e utente, incluso il deployment e la gestione dei workload.
- L'esecuzione di
La console Google Cloud fornisce un'interfaccia web per il tuo progetto Google Cloud , inclusi i cluster su VMware. Puoi eseguire un sottoinsieme di attività amministrative, tra cui la creazione di cluster, dalla console Google Cloud in alternativa all'esecuzione di comandi sulla workstation di amministrazione.
Gli amministratori e gli sviluppatori dei cluster utilizzano
kubectle gli indirizzi IP virtuali (VIP) per accedere ai control plane nei cluster di amministrazione e utente. Puoi configurare i VIP durante la creazione del cluster. Gli utenti e gli sviluppatori che chiamano i workload nei tuoi cluster utente utilizzano i VIP di Service e Ingress. Ogni nodo dell'installazione ha anche un proprio indirizzo IP. Puoi scoprire di più sulla pianificazione degli IP per Google Distributed Cloud in Pianifica gli indirizzi IP.
Connessione al parco risorse
Tutti i cluster Google Distributed Cloud sono membri di un parco risorse: un raggruppamento logico di cluster Kubernetes. I parchi risorse consentono alla tua organizzazione di migliorare il livello di gestione da singoli cluster a interi gruppi di cluster e possono aiutare i tuoi team ad adottare best practice simili a quelle utilizzate da Google. Puoi visualizzare e gestire i cluster del parco risorse insieme nella console Google Cloud e utilizzare le funzionalità abilitate per il parco risorse per gestire, governare e utilizzare i tuoi workload su larga scala. Puoi visualizzare un elenco completo delle funzionalità del parco risorse disponibili per gli ambienti on-premise.
La connessione di ogni cluster del parco risorse a Google Cloud è gestita da un agente Connect, di cui viene eseguito il deployment nell'ambito del processo di installazione di Google Distributed Cloud. Puoi scoprire di più sul funzionamento di questo agente nella panoramica di Connect Agent.
L'appartenenza al parco risorse viene utilizzata anche per gestire i prezzi di Google Distributed Cloud, come descritto nella sezione successiva.
Prezzi
I cluster GKE on-premise creati nell'ambito di Google Distributed Cloud vengono fatturati per vCPU. Per abilitare la fatturazione, abilita l'API Anthos nel tuo progetto Google Cloud .
Per informazioni complete sui prezzi, incluso come contattare il team di vendita, consulta Prezzi di GKE.
Installazione di Google Distributed Cloud su VMware
Poiché il software Google Distributed Cloud viene eseguito nella tua infrastruttura, è altamente configurabile per soddisfare le esigenze specifiche della tua organizzazione e dei tuoi casi d'uso: puoi scegliere tra una gamma di modalità di bilanciamento del carico, configurazioni vSphere, opzioni di indirizzamento IP, funzionalità di sicurezza, opzioni di connettività e altro ancora. Ciò significa che la configurazione di Google Distributed Cloud comporta l'adozione di decisioni prima e durante l'installazione, in consultazione con i team di networking, vSphere e delle applicazioni, per garantire che l'installazione soddisfi le tue esigenze. Questo set di documentazione include guide per aiutare il tuo team a prendere queste decisioni.
Tuttavia, se hai solo bisogno di vedere Google Distributed Cloud in azione, forniamo anche un percorso di installazione di base per una piccola installazione di test in cui abbiamo effettuato molte di queste scelte per te, consentendoti di avviare e far funzionare rapidamente un workload.
In ogni caso, la procedura di installazione è la seguente:
- Pianifica l'installazione. Come minimo, questo include la verifica di poter soddisfare i requisiti delle risorse e di vSphere per Google Distributed Cloud, nonché la pianificazione degli indirizzi IP.
- Configura l'ambiente on-premise per supportare Google Distributed Cloud, inclusa la configurazione degli oggetti di inventario vSphere e della connessione a Google.
- Configura le risorse Google Cloud , incluso il progetto Google Cloud che utilizzerai per la configurazione e la gestione di Google Distributed Cloud.
- Crea una workstation di amministrazione con le risorse e gli strumenti necessari per creare i cluster.
- Crea un cluster di amministrazione per creare, gestire e aggiornare i cluster utente.
- Crea cluster utente per eseguire i workload effettivi.
Versioni supportate
Questa documentazione riguarda tutte le versioni supportate di Google Distributed Cloud. Ove pertinente, conserviamo anche informazioni limitate per le versioni precedenti non supportate in questa documentazione. Le differenze nei requisiti e nel comportamento specifiche per ogni versione sono indicate nella documentazione. Analogamente, quando una nuova funzionalità diventa disponibile, viene documentata la versione supportata per la funzionalità.
Per un elenco delle versioni secondarie supportate e delle patch disponibili, consulta Controllo delle versioni.
A partire dalla versione 1.29, non creiamo più una directory per la release secondaria precedente. Le differenze di comportamento sono indicate nella documentazione. Analogamente, quando una nuova funzionalità diventa disponibile, viene documentata la versione supportata per la funzionalità.
Puoi trovare la documentazione completa di una versione precedente aggiungendo il numero di versione secondaria nel seguente URL:
https://cloud.google.com/anthos/clusters/docs/on-prem/VERSION/
Sostituisci VERSION con una versione secondaria da 1.0 a 1.16 e copia l'URL nella barra degli indirizzi del browser.
Dove vengono memorizzati i tuoi dati
Quando esegui Distributed Cloud solo software per VMware, i cluster, le applicazioni e i dati aziendali rimangono nel tuo data center. Per impostazione predefinita, Google Distributed Cloud invia Google Cloud informazioni sui tuoi cluster, ad esempio impostazioni, stato e utilizzo, ma non invia i dati delle tue applicazioni.
Dati che rimangono nel tuo data center
I seguenti dati rimangono nel tuo data center:
- Container, pod, PersistentVolume e i dati elaborati dalle tue applicazioni.
- Tutti gli oggetti Kubernetes sono archiviati nel control plane e nel database
etcd. - Il control plane del cluster di amministrazione archivia le chiavi private
etcdautofirmate, le chiavi del cluster utente e le autorità di certificazione (CA) del cluster. - Secret dell'applicazione, token OAuth, chiavi private SSH, credenziali del Container Registry, credenziali vCenter e F5 BIG-IP e file delle chiavi dei account di servizio, archiviati in
etcdo sulla tua workstation di amministrazione. Non vengono inviati all'API GKE On-Prem e vengono rimossi dagli snapshot di diagnostica. - I file di configurazione del cluster di amministrazione, del cluster utente e delle credenziali sono archiviati sulla workstation di amministrazione.
- Gli audit log vengono scritti sul disco nei nodi del control plane del cluster di amministrazione e nei cluster utente.
- Puoi scegliere di caricare gli snapshot di diagnostica su Cloud Storage.
Dati inviati a Google Cloud
La tabella seguente mostra cosa viene inviato, come viene utilizzato e archiviato e se puoi disattivarlo:
| Dati | Contenuti inviati | Utilizzo e conservazione | Predefinito |
|---|---|---|---|
| Connessione e registrazione del parco risorse ( gkehub.googleapis.com,
gkeconnect.googleapis.com) |
|
Gestisci i cluster dalla consoleGoogle Cloud , dal gateway di connessione e dal parco risorse con l'agente Connect. Il tuo kube-apiserver autentica, autorizza e registra ogni richiesta. |
Obbligatorio |
| Impostazioni e stato del cluster ( gkeonprem.googleapis.com) |
|
Consente di gestire i cluster con la console Google Cloud , Google Cloud CLI o Terraform. L'API GKE On-Prem archivia questi dati nella regione impostata in gkeOnPremAPI.location. |
On nella versione 1.16 e successive, se l'API GKE On-Prem è abilitata nel tuo progetto Google Cloud . Per disattivarla, imposta gkeOnPremAPI.enabled su false. |
| Utilizzo della fatturazione ( anthos.googleapis.com) |
Capacità vCPU, numero di nodi e stato dei diritti di licenza. | Utilizzato per la misurazione, la fatturazione e i controlli delle licenze. | Obbligatorio. I record di fatturazione vengono memorizzati nel buffer durante un'interruzione e inviati in un secondo momento. |
| Dati sulla salute del sistema ( logging.googleapis.com, monitoring.googleapis.com,
opsconfigmonitoring.googleapis.com) |
|
Utilizzato per Cloud Monitoring, le visualizzazioni dello stato della console Google Cloud e la risoluzione dei problemi dell'assistenza clienti. Archiviati nel progetto Google Cloud impostato in stackdriver.projectID. Metriche archiviate nella regione stackdriver.clusterLocation e log che seguono le impostazioni del router dei log. |
On per le metriche e i log di sistema, necessari per l'assistenza clienti completa e la copertura SLA. Off per le metriche e i log delle applicazioni, a meno che non imposti enableCloudLoggingForApplications o enableGMPForApplications su true nella risorsa Stackdriver. |
| Audit log ( anthosaudit.googleapis.com) |
Audit log delle attività di amministrazione: chi ha modificato cosa tramite kube-apiserver e quando. Le voci includono l'ora, il cluster, l'host o la VM, l'utente o il account di servizio, il ruolo RBAC, l'operazione e il risultato. Le richieste di lettura non vengono registrate. |
Archiviati in Cloud Audit Logs nel progetto Google Cloud impostato in
cloudAuditLogging.projectID, nel bucket _Required
e conservati per 400 giorni. |
(Facoltativo) Per attivarla, compila la sezione cloudAuditLogging. Per i cluster di amministrazione, puoi attivarla solo al momento della creazione. Per disattivarlo per un cluster utente, elimina la sezione e aggiorna il cluster. |
Passaggi successivi
- Per avviare un'installazione proof of concept minima, consulta Configura un'infrastruttura minima.
- Per esaminare alcune delle considerazioni necessarie per pianificare un'installazione di Google Distributed Cloud, avviare un'installazione di produzione o entrambe, consulta la panoramica dell'installazione.