Questo documento descrive il processo di pianificazione e i passaggi per l'installazione solo software di Google Distributed Cloud for VMware. Si tratta di un processo multifase durante il quale devi prendere decisioni sul tipo di configurazione che soddisferanno le esigenze della tua organizzazione. Potresti dover chiedere aiuto ad altre persone, ad esempio all'amministratore di rete, per configurare un'infrastruttura vSphere e per fornirti le informazioni necessarie per completare i file di configurazione.
Questa pagina si rivolge agli amministratori, agli architetti e agli operatori che configurano, monitorare e gestire l'infrastruttura tecnica. Per scoprire di più sui ruoli comuni e ad esempio di attività a cui facciamo riferimento nei contenuti di Google Cloud, Ruoli e attività utente comuni di GKE Enterprise.
Prima di iniziare
Prima di leggere questo documento, devi conoscere quanto segue:
Kubernetes
VMware
Panoramica della procedura di installazione
Questi sono i passaggi principali necessari per installare Google Distributed Cloud:
Pianifica l'installazione.
Configura il tuo ambiente vSphere.
Configurare le risorse Cloud, inclusi un progetto e un servizio Google Cloud .
Crea una workstation di amministrazione. La workstation di amministrazione è una macchina gli strumenti necessari per creare i cluster.
Dalla tua workstation di amministrazione, crea un cluster di amministrazione. Un cluster di amministrazione è un di un insieme di cluster utente che eseguono i tuoi carichi di lavoro.
Crea uno o più cluster utente.
Eseguire il deployment di un carico di lavoro su un cluster utente.
1. Pianifica l'installazione
Google Distributed Cloud ti consente di creare Google Kubernetes Engine (GKE) in un ambiente vSphere on-premise.
I carichi di lavoro vengono eseguiti su cluster utente e questi ultimi sono gestiti da un del cluster di amministrazione. Il seguente diagramma mostra un cluster di amministrazione che gestisce due cluster utente. Il cluster utente 1 ha otto nodi e il cluster utente 2 ne ha cinque. I cluster utente mostrati nel diagramma hanno il Control Plane v2 abilitato, il che significa che il control plane per un cluster utente viene eseguito nel cluster utente stesso.
Il diagramma precedente illustra questi punti:
Un cluster utente ha nodi del control plane e nodi worker. Il piano di controllo Kubernetes viene eseguito sui nodi del piano di controllo e i carichi di lavoro sui nodi worker.
I componenti del piano di controllo di Kubernetes per un cluster vengono eseguiti su uno o più nodi del cluster stesso.
La workstation di amministrazione è una macchina separata dai cluster.
Pianifica i cluster utente
Valuta in anticipo quanti cluster utente intendi creare e quanti nodi vuoi che ogni cluster utente abbia. Ad esempio, potresti voler creare cluster distinti per reparti diversi della tua organizzazione. Alcuni cluster potrebbero dover supportare un traffico elevato dei clienti, mentre altri cluster potrebbero dover supportare solo un traffico interno ridotto.
Pensa a quali carichi di lavoro devono essere ad alta disponibilità. Poi decidi quali dei tuoi cluster utente devono avere un piano di controllo ad alta disponibilità (HA) e quali cluster funzionerebbero adeguatamente con un piano di controllo non HA. Un alta disponibilità tre nodi, mentre un piano non ad alta disponibilità richiede in un solo nodo.
Pianifica la rete e il bilanciamento del carico
Scopri di più sulle opzioni di bilanciamento del carico dell'installazione e decidere quale tipo di bilanciatore del carico è la più adatta per te. A seconda dell'opzione scelta, potrebbe essere necessario configurare con il bilanciatore del carico più basso prima di creare i cluster.
Scopri le opzioni per connetterti a Google e scegli il tipo di connessione più adatto a te.
2. Configura il tuo ambiente vSphere
Ottieni licenze vSphere richieste.
Configura una rete fisica con una macchina per eseguire vCenter Server e diverse macchine per eseguire l'hypervisor ESXi. Installa vCenter Server su un computer fisico e installa ESXi su diversi e macchine fisiche. Queste macchine fisiche sono chiamate host.
Configura lo spazio di archiviazione fisico per il tuo ambiente vSphere.
Pianifica gli indirizzi IP
Decidi come vuoi che i nodi del cluster ricevano i loro indirizzi IP. Opzioni sono:
- Da un server DHCP fornito da te.
- Da un elenco di indirizzi IP statici che fornisci.
In entrambi i casi, assicurati che siano disponibili indirizzi IP sufficienti per i nodi del cluster e per gli indirizzi IP virtuali (VIP) da configurare sul bilanciatore del carico. Per ulteriori informazioni, consulta Pianificare gli indirizzi IP.
Configura la gerarchia degli oggetti vSphere
Utilizza la tua istanza di vCenter Server per creare uno o più data center vSphere. Ricorda che un data center vSphere non è un edificio fisico. A volte un data center vSphere è chiamato data center virtuale. Utilizza la tua istanza di vCenter Server per aggiungere oggetti di inventario vSphere ai tuoi data center. Questi oggetti dell'inventario includono cluster, pool di risorse, network, datastore, e cartella.
Utilizzo di cluster vSphere separati
Decidi se vuoi che i tuoi cluster GKE si trovino nello stesso cluster vSphere o in cluster vSphere separati. Ad esempio, potresti avere il tuo cluster di amministrazione in un cluster vSphere e i tuoi cluster utente in un cluster vSphere. In alternativa, puoi avere ogni cluster utente nella propria istanza vSphere in un cluster Kubernetes.
Il seguente diagramma illustra una configurazione vSphere che puoi utilizzare se vuoi inserire un cluster di amministrazione in un cluster vSphere e un cluster utente in un altro cluster vSphere:
Utilizzo di data center distinti
Un'altra opzione è avere i cluster GKE in dati separati center.
Il seguente diagramma illustra una configurazione vSphere che puoi utilizzare se vuoi inserire un cluster di amministrazione in un data center e un cluster utente in un altro data center:
Per ulteriori informazioni sulla configurazione del tuo ambiente vSphere, consulta:
3. Configurare le risorse Google Cloud
Prima di creare la workstation di amministrazione, devi installare Google Cloud CLI, creare un progetto Google Cloud e creare account di servizio. Per istruzioni, vedi:
Installa Google Cloud CLI. Google Cloud CLI è un insieme di strumenti per creare e gestire le risorse di Google Cloud.
Creare progetti Google Cloud Un progetto Google Cloud consente di organizzare le risorse Google Cloud. Devi avere almeno un progetto Google Cloud. Quando crei per un cluster utente, devi registrarlo flotta, il che richiede la specifica di un progetto host del parco risorse.
Crea gli account di servizio. Google Distributed Cloud utilizza Google Cloud account di servizio con autorizzazioni specifiche per scaricare componenti cluster da Google Cloud, registrare i cluster in un parco risorse ed eseguire altre attività.
4. Creazione di una workstation di amministrazione
La workstation di amministrazione è una macchina che utilizzi per creare e gestire i cluster. La workstation di amministrazione può essere una VM nel tuo ambiente vSphere o una macchina distinta dall'ambiente vSphere.
Per istruzioni su come creare una workstation di amministrazione, consulta Creare una workstation di amministrazione.
5. Crea un cluster di amministrazione
Il cluster di amministrazione gestisce uno o più cluster utente. Prima di creare i cluster utente per l'esecuzione dei carichi di lavoro, devi creare un cluster di amministrazione. Per ulteriori informazioni, consulta Creare un cluster di amministrazione.
Registra il cluster nell'API Anthos On-Prem
Facoltativamente, registra il cluster di amministrazione nell'API GKE On-Prem. La registrazione del tuo
di amministrazione di Google Cloud nell'API GKE On-Prem consente di utilizzare
la console Google Cloud, Google Cloud CLI o
Terraform: per eseguire l'upgrade dell'utente
gestiti dal cluster di amministrazione. Il cluster degli archivi dell'API GKE On-Prem
metadati di stato in Google Cloud. Questi metadati consentono all'API di gestire il ciclo di vita del cluster di utenti e non includono dati specifici del carico di lavoro. Gli strumenti standard utilizzano l'API GKE On-Prem per gestire il ciclo di vita del cluster utente e vengono collettivamente definiti client dell'API GKE On-Prem. La registrazione del cluster amministrativo ti consente anche di eseguire comandi gcloud
per ottenere informazioni sul cluster amministrativo.
Google Distributed Cloud fornisce i seguenti modi per registrare l'amministratore nell'API GKE On-Prem:
Prima della creazione del cluster: includi la sezione
gkeOnPremAPI
nel file di configurazione del cluster di amministrazione.Dopo la creazione del cluster: utilizza gcloud CLI per registrare il cluster.
6. Creazione di cluster utente
Dopo aver creato un cluster di amministrazione, puoi creare uno o più cluster utente.
Puoi creare cluster di utenti utilizzando strumenti standard (console, gcloud CLI o Terraform) o eseguendo gkectl
sulla tua workstation di amministrazione. Per ulteriori informazioni sull'utilizzo degli strumenti standard, consulta Scegliere uno strumento per gestire il ciclo di vita del cluster.
Per creare un cluster utente utilizzando uno strumento standard, consulta Creare un cluster utente (Console | gcloud-cli | Terraform). Quando crei un cluster utente utilizzando uno strumento standard, il cluster viene registrate automaticamente nell'API GKE On-Prem.
Per creare un cluster utente utilizzando
gkectl
, segui le istruzioni in Crea un cluster utente (gkectl). Facoltativamente, puoi registrare il cluster utente nell'API GKE On-Prem. Google Distributed Cloud offre i seguenti modi per registrare il cluster di utenti nell'API GKE On-Prem se utilizzigkectl
per creare il cluster:Prima della creazione del cluster: includi la sezione
gkeOnPremAPI
nel file di configurazione del cluster utente.Dopo la creazione del cluster: utilizza gcloud CLI per registrare il cluster.
7. Esegui il deployment di un carico di lavoro su un cluster utente
Per scoprire come creare un deployment, un servizio e un Ingress in un cluster di utenti, consulta:
Passaggi successivi
Avvia la procedura di installazione configurando l'infrastruttura on-premise.