Google Distributed Cloud è una soluzione software e hardware completamente gestita che estende Google Cloud l'infrastruttura e i servizi al 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 bare metal. Questa guida è dedicata al software Google Distributed Cloud che viene eseguito direttamente sulle tue macchine bare metal.
Il software Google Distributed Cloud è basato 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à e il deployment e il funzionamento delle applicazioni containerizzate sui cluster su larga scala utilizzando l'infrastruttura di Google.Google Cloud
Perché utilizzare Google Distributed Cloud su bare metal?
L'esecuzione del software Google Distributed Cloud su bare metal sfrutta l'infrastruttura aziendale esistente e ti consente di modernizzare le applicazioni per tutta la durata del loro ciclo di vita.
Utilizzo del tuo nodo
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 data center aziendali esistenti per un funzionamento più efficiente. Inoltre, puoi eseguire i container all'edge della rete, in modo che le app di analisi possano essere eseguite con prestazioni complete.
L'utilizzo di Google Distributed Cloud su bare metal anziché sulle macchine virtuali ti consente 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 Google Distributed Cloud su bare metal consente anche 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 delle applicazioni 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 carico di lavoro e del traffico di rete.
Gestisci il monitoraggio, la registrazione e l'analisi dei cluster e dei carichi di lavoro tramite Connect Agent.
Latenza e flessibilità della rete
Poiché gestisci i requisiti di rete, la 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 edge di rete.
Ad alta affidabilità
Google Distributed Cloud include il supporto per più nodi del control plane in un cluster. Se un nodo del control plane non funziona, puoi comunque amministrare l'ambiente.
Progettazione e controllo sicuri
La sicurezza dell'infrastruttura può essere personalizzata in base alle tue esigenze, con connessioni minime alle risorse esterne. Ancora più importante, non c'è alcuna complessità aggiuntiva delle 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 leggere alle API di Google. Puoi gestire cluster e applicazioni da una posizione centrale con Connect e Cloud Monitoring. Questa centralizzazione contribuisce anche a garantire il buon funzionamento dei deployment e consente all'assistenza di risolvere i problemi in modo più efficace. Google Cloud
Controlli preflight durante l'installazione
Con Google Distributed Cloud, i cluster vengono eseguiti su sistemi Linux open source ed aziendali e su un'infrastruttura hardware minima, il che crea flessibilità nel tuo ambiente. Include anche vari controlli preflight per garantire la riuscita delle configurazioni e delle installazioni.
Deployment delle applicazioni e bilanciamento del carico
Google Distributed Cloud include meccanismi di bilanciamento del carico di livello 4 e 7 durante la creazione del cluster.
Affidabilità etcd migliorata
Per monitorare le dimensioni e la deframmentazione dei database etcd, i control plane di Google Distributed Cloud
includono un pod etcddefrag. Il pod etcddefrag recupera
lo spazio di archiviazione dai database etcd di grandi dimensioni e ripristina 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. Gestisci questi cluster on-premise in Google Cloud insieme ai normali cluster GKE e ai cluster 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. Poiché 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 è costituito 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 Kubernetes Resource Management (KRM). Ogni macchina nodo nell'installazione ha il proprio indirizzo IP.
Un cluster utente è il luogo in cui vengono eseguiti i carichi di lavoro che implementano le tue applicazioni, come in GKE on Google Cloud. Ogni cluster utente è costituito 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 cluster on-premise, con le autorizzazioni appropriate:
L'esecuzione
bmctldalla workstation di amministrazione consente di creare e aggiornare i cluster ed eseguire altre attività amministrative.L'esecuzione di
kubectldalla workstation di amministrazione consente di interagire con i cluster di amministrazione e utente, incluso il deployment e la gestione dei carichi di lavoro.
L'API GKE On-Prem è l'API ospitata per la gestione del ciclo di vita dei cluster. Google CloudUtilizzi 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
bmctlLa console fornisce anche un'interfaccia web per il tuo Google Cloud progetto, inclusi i cluster on-premise. La console mostra le metriche chiave dei cluster per aiutarti a monitorare l'integrità dei cluster.
Gli amministratori e gli sviluppatori dei cluster utilizzano
kubectlper accedere ai control plane dei cluster tramite indirizzi IP virtuali (VIP) specificati come parte della configurazione del cluster. Gli utenti e gli sviluppatori delle applicazioni utilizzano i VIP di Service e Ingress rispettivamente per accedere ed esporre i carichi di lavoro.
Connessione al parco risorse
Tutti i cluster utente (e, facoltativamente, i cluster di amministrazione) 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 in Google. Puoi visualizzare e gestire i cluster del parco risorse insieme nella Google Cloud console e utilizzare le funzionalità GKE abilitate per il parco risorse per gestire, controllare e operare i carichi di lavoro 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 viene gestita da un Connect Agent, 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 Google Cloud progetto.
Per informazioni complete sui prezzi, incluso come contattare le vendite, consulta Prezzi di Google Kubernetes Engine.
Versioni
Per scoprire di più sulle versioni di Google Distributed Cloud, consulta la Normativa di assistenza per le versioni.
Questa documentazione riguarda tutte le versioni supportate di Google Distributed Cloud. Ove pertinente, in questa documentazione conserviamo anche informazioni limitate per le versioni precedenti non supportate. Le differenze specifiche della versione nei requisiti e nel comportamento sono indicate nella documentazione. Allo stesso modo, 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 la sezione 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 della 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 Google Distributed Cloud su 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 serie di modalità di bilanciamento del carico, opzioni di indirizzamento IP, funzionalità di sicurezza, opzioni di connettività e altro ancora supportate. La configurazione di un cluster comporta decisioni da prendere prima e durante l'installazione. Questo set di documentazione include guide per aiutare il tuo team a scegliere le funzionalità e le opzioni giuste per te. Per assicurarti che l'installazione soddisfi le esigenze della tua organizzazione, consulta i team di rete e applicazioni.
Passaggi successivi
Per iniziare a utilizzare Google Distributed Cloud, consulta le seguenti guide:
- Crea cluster di amministrazione e utente di Google Distributed Cloud demo nelle VM di Compute Engine
- Pianifica un'installazione di base sull'hardware
- Crea cluster di base sull'hardware