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 connesse e 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. Il software Google Distributed Cloud può essere installato su VMware o su bare metal. Questa guida è rivolta al software Google Distributed Cloud che viene eseguito direttamente sulle tue macchine bare metal.
Il software 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 gestire le applicazioni containerizzate sui tuoi cluster su larga scala utilizzando l'infrastruttura di Google.
Perché utilizzare Distributed Cloud (solo software) per bare metal?
L'esecuzione del software Distributed Cloud solo per bare metal sfrutta l'infrastruttura aziendale esistente e ti aiuta a modernizzare le applicazioni durante il loro ciclo di vita.
Bring Your Own Node
Con un'installazione solo software su bare metal di Google Distributed Cloud, esegui il deployment delle applicazioni direttamente sulla tua infrastruttura hardware, che offre le migliori prestazioni e flessibilità. Hai il controllo diretto sulla scalabilità delle applicazioni, sulla sicurezza e sulla latenza di rete. Puoi anche sfruttare i vantaggi offerti dalle applicazioni containerizzate tramite i componenti GKE.
Prestazioni migliorate e costi ridotti
Google Distributed Cloud gestisce il deployment e l'integrità delle applicazioni nei tuoi data center aziendali esistenti per un funzionamento più efficiente. Inoltre, puoi eseguire i container sul perimetro della rete, in modo che le app di analisi possano essere eseguite con prestazioni ottimali.
L'utilizzo del software Distributed Cloud solo per bare metal anziché per le macchine virtuali ti offre la possibilità di gestire i container delle applicazioni su un'ampia varietà di tipi di hardware ottimizzati per le prestazioni, come GPU e SSD. L'esecuzione di Distributed Cloud (solo software) per bare metal consente inoltre l'accesso diretto delle applicazioni all'hardware.
Sicurezza compatibile
Poiché controlli l'ambiente dei nodi, puoi ottimizzare la rete, l'hardware e le applicazioni per soddisfare i tuoi requisiti specifici. Di conseguenza, puoi controllare direttamente la sicurezza del sistema, senza doverti preoccupare della compatibilità con le macchine virtuali e i sistemi operativi.
Deployment dell'applicazione monitorato
Google Distributed Cloud fornisce un monitoraggio avanzato dell'integrità e delle prestazioni del tuo ambiente. Questa funzionalità di monitoraggio ti aiuta a regolare la scalabilità delle applicazioni mantenendo l'affidabilità nonostante le fluttuazioni del workload e del traffico di rete.
Puoi gestire il monitoraggio, il logging e l'analisi di cluster e workload tramite l'agente Connect.
Latenza e flessibilità della rete
Poiché gestisci i requisiti di rete, la tua rete può essere ottimizzata per una bassa latenza. Questa ottimizzazione della rete può essere fondamentale per le prestazioni nell'analisi commerciale o finanziaria e in altre applicazioni aziendali o perimetrali di rete.
Disponibilità elevata
Google Distributed Cloud include il supporto di più nodi del control plane in un cluster. Se un nodo del control plane non è disponibile, puoi comunque amministrare il tuo ambiente.
Progettazione e controllo sicuri
La sicurezza della tua infrastruttura può essere personalizzata in base alle tue esigenze, con connessioni minime alle risorse esterne. Inoltre, non c'è alcuna complessità aggiuntiva per le VM durante il deployment dei sistemi di sicurezza e mantieni il controllo completo del sistema operativo quando interagisci con i sistemi di sicurezza esistenti.
Google Distributed Cloud funziona con connessioni sicure e leggere alle API di Google. Puoi gestire i cluster e le applicazioni da una posizione centralizzata con Connect e Cloud Monitoring. Questa centralizzazione contribuisce anche a mantenere il corretto funzionamento dei deployment e consente all'assistenza Google Cloud di risolvere i problemi in modo più efficace.
Controlli preflight sull'installazione
Con Google Distributed Cloud, i tuoi cluster vengono eseguiti su sistemi Linux open source ed enterprise e su un'infrastruttura hardware minima, il che crea flessibilità nel tuo ambiente. Include anche vari controlli preflight per garantire configurazioni e installazioni corrette.
Deployment delle applicazioni e bilanciamento del carico
Google Distributed Cloud include meccanismi di bilanciamento del carico di livello 4 e livello 7 al momento della creazione del cluster.
Affidabilità di etcd migliorata
Per monitorare le dimensioni e deframmentare i database etcd, i control plane di Google Distributed Cloud includono un pod etcddefrag. Il pod etcddefrag recupera lo spazio di archiviazione da database etcd di grandi dimensioni e recupera etcd quando lo spazio su disco viene superato.
Come funziona
Google Distributed Cloud estende Google Kubernetes Engine (GKE) per consentirti di creare cluster sui tuoi server Linux on-premise. Sei tu a gestire questi cluster on-premise in Google Cloud, insieme ai normali cluster GKE e a quelli in altri ambienti, come parte di un parco risorse.
I cluster GKE vengono eseguiti in Google Cloud , dove il control plane e l'infrastruttura di rete di Kubernetes vengono gestiti da Google Cloud. Dato che i cluster creati con Google Distributed Cloud vengono eseguiti nel tuo data center, forniamo alcuni software di amministrazione e del control plane oltre al software GKE. 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 bare metal di Google Distributed Cloud:
Il cluster di amministrazione è composto da uno o più nodi del control plane. Ogni nodo è una macchina fisica che esegue un sistema operativo Linux supportato. Il deployment standard è costituito da un cluster di amministrazione che gestisce il ciclo di vita di uno o più cluster utente tramite la gestione delle risorse Kubernetes (KRM). Ogni macchina nodo nell'installazione ha il proprio indirizzo IP.
Un cluster utente è il luogo in cui vengono eseguiti i workload che implementano le tue applicazioni, come in GKE su Google Cloud. Ogni cluster utente è composto da almeno un nodo del control plane e un nodo worker.
La workstation di amministrazione è una macchina separata (in genere) che include gli strumenti e gli artefatti del cluster, come i file di configurazione. I creatori e gli sviluppatori di cluster utilizzano questi strumenti e artefatti per gestire i propri cluster on-premise, con le autorizzazioni appropriate:
L'esecuzione di
bmctldalla 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'API GKE On-Prem è l'API ospitata su Google Cloudper la gestione del ciclo di vita dei cluster. Utilizza i client API (Google Cloud console, Google Cloud CLI e Terraform) per creare e gestire il ciclo di vita dei cluster on-premise in alternativa all'accesso alla workstation di amministrazione per gestire i cluster con l'interfaccia a riga di comando
bmctl.La console fornisce anche un'interfaccia web per il tuo progettoGoogle Cloud , inclusi i cluster on-premise. La console visualizza le metriche chiave sui tuoi cluster per aiutarti a monitorarne l'integrità.
Gli amministratori e gli sviluppatori dei cluster utilizzano
kubectlper accedere ai control plane dei cluster tramite indirizzi IP virtuali (VIP) specificati nell'ambito della configurazione del cluster. Gli utenti e gli sviluppatori di applicazioni utilizzano i VIP di Service e Ingress rispettivamente per accedere ed esporre i workload.
Connessione al parco risorse
Tutti i cluster utente (e facoltativamente i cluster di amministrazione) sono membri di un parco risorse: un gruppo 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à di GKE abilitate per il parco risorse per gestire, controllare 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 su bare metal, come descritto nella sezione successiva.
Prezzi
I cluster on-premise creati utilizzando 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 Google Kubernetes Engine.
Versioni
Per scoprire di più sulle versioni di Google Distributed Cloud, consulta la policy di assistenza per le versioni.
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 release 1.29, non creiamo più una directory numerata per la documentazione della release secondaria precedente. Puoi trovare la documentazione archiviata per la versione 1.16 e precedenti aggiungendo il numero di versione secondaria nel seguente URL:
https://cloud.google.com/anthos/clusters/docs/bare-metal/VERSION/
Sostituisci VERSION con una versione secondaria da 1.6 a 1.16 e copia l'URL nella barra degli indirizzi del browser.
Installazione di Distributed Cloud (solo software) per bare metal
Poiché i cluster creati utilizzando Google Distributed Cloud vengono eseguiti nella tua infrastruttura, sono altamente configurabili. Dopo aver selezionato il modello di deployment che soddisfa le esigenze specifiche della tua organizzazione e del tuo caso d'uso, puoi scegliere tra una gamma di modalità di bilanciamento del carico, opzioni di indirizzamento IP, funzionalità di sicurezza, opzioni di connettività e altro ancora. La configurazione di un cluster comporta l'adozione di decisioni prima e durante l'installazione. Questo set di documentazione include guide per aiutare il tuo team a decidere le funzionalità e le opzioni giuste per te. Per assicurarti che l'installazione soddisfi le esigenze della tua organizzazione, consulta i team di networking e delle applicazioni.
Dove vengono memorizzati i tuoi dati
Quando esegui il software Distributed Cloud solo per bare metal, 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 le impostazioni, l'integrità e l'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, backend di archiviazione locale e i dati elaborati dalle tue applicazioni.
- Il control plane (
kube-apiserver,kube-schedulerekube-controller-manager) e il databaseetcd, che archivia tutti gli oggetti Kubernetes. - Chiavi private per le autorità di certificazione (CA), tra cui la CA del cluster, la CA
etcde la CA del proxy front-end. Lo spazio dei nomi del cluster utente del cluster di amministrazione archivia le CA del cluster utente. - I secret dell'applicazione, i token OAuth, le chiavi private SSH, le credenziali del Container Registry e i file delle chiavi dei account di servizio sono archiviati in
etcdo sulla tua workstation di amministrazione. Non vengono inviati all'API GKE On-Prem e l'istantanea diagnostica predefinita non include le credenziali del cluster. - Il file di configurazione del cluster è archiviato sulla workstation di amministrazione. Se un cluster è registrato nell'API GKE On-Prem, vengono inviate alcune impostazioni. Per saperne di più, consulta Dati inviati a Google Cloud.
- Gli audit log vengono scritti su disco solo se disattivi Cloud Audit Logs sui nodi del control plane.
- Se configuri un account di servizio per i caricamenti di snapshot di diagnostica, il file viene caricato su Cloud Storage. Puoi scegliere se condividere o meno uno snapshot con l'assistenza clienti Google Cloud.
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. | Obbligatorio |
| Impostazioni e stato del cluster ( gkeonprem.googleapis.com) |
|
Consente di gestire i cluster con la console Google Cloud , Google Cloud CLI o Terraform. Archiviati dall'API GKE On-Prem nella regione impostata in gkeOnPremAPI.location, che per impostazione predefinita è clusterOperations.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 clusterOperations.projectID. Le metriche vengono archiviate nella regione impostata in clusterOperations.location, mentre i log 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 (audit-proxy): 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 tuo progetto Google Cloud , nel bucket_Required, e conservati per 400 giorni. |
On. Per disattivarla, imposta clusterOperations.disableCloudAuditLogging su true.
Gli audit log vengono quindi conservati solo sui dischi dei nodi del control plane. |
Passaggi successivi
Per iniziare a utilizzare Google Distributed Cloud, consulta le seguenti guide:
- Crea cluster di amministrazione e utente Google Distributed Cloud demo su VM di Compute Engine
- Pianifica un'installazione di base sul tuo hardware
- Crea cluster di base sul tuo hardware