Questo documento descrive il processo di pianificazione e i passaggi per un'installazione solo software di Google Distributed Cloud per VMware. Si tratta di un processo in più fasi, durante il quale devi prendere decisioni sul tipo di configurazione che soddisferà le esigenze della tua organizzazione. Potresti aver bisogno dell'aiuto di altre persone, ad esempio dell'amministratore di rete, per configurare un'infrastruttura vSphere e fornirti le informazioni necessarie per completare i file di configurazione.
Questa pagina è rivolta ad amministratori, architetti e operatori che configurano, monitorano e gestiscono l'infrastruttura tecnica. Per scoprire di più sui ruoli comuni e sulle attività di esempio a cui facciamo riferimento nei contenuti di Google Cloud , consulta la pagina Ruoli e attività comuni degli utenti GKE.
Prima di iniziare
Prima di leggere questa pagina, assicurati di avere familiarità con quanto segue:
Kubernetes
VMware
Panoramica dei passaggi di installazione
Di seguito sono riportati i passaggi principali per l'installazione di Google Distributed Cloud:
Pianifica l'installazione.
Configura l'ambiente vSphere.
Configura le risorse cloud, inclusi un progetto Google Cloud e service account.
Crea una workstation di amministrazione. La workstation di amministrazione è una macchina che contiene gli strumenti necessari per creare cluster.
Dalla workstation di amministrazione, crea un cluster di amministrazione. Un cluster di amministrazione è un punto di gestione per un insieme di cluster utente che eseguono i tuoi workload.
Crea uno o più cluster utente.
Esegui il deployment di un workload su un cluster utente.
1. Pianificare l'installazione
Google Distributed Cloud ti consente di creare cluster Google Kubernetes Engine (GKE) in un ambiente vSphere on-premise.
I tuoi workload vengono eseguiti sui cluster utente, che sono gestiti da un 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 Controlplane 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 control plane di Kubernetes viene eseguito sui nodi del control plane e i tuoi workload vengono eseguiti sui nodi worker.
I componenti del control plane di Kubernetes per un cluster vengono eseguiti su uno o più nodi nel cluster stesso.
La workstation amministrativa è una macchina separata dai cluster.
Pianificare i cluster utente
Pianifica in anticipo quanti cluster utente intendi creare e quanti nodi vuoi che abbia ogni cluster utente. Ad esempio, potresti voler creare cluster separati per reparti diversi della tua organizzazione. Alcuni cluster potrebbero dover supportare un traffico clienti elevato, mentre altri potrebbero dover supportare solo un traffico interno leggero.
Pensa a quali dei tuoi workload devono essere ad alta disponibilità. Poi decidi quali dei tuoi cluster utente devono avere un control plane ad alta disponibilità e quali cluster funzionerebbero adeguatamente con un control plane non ad alta disponibilità. Un control plane ad alta disponibilità richiede tre nodi, mentre un control plane non ad alta disponibilità ne richiede solo uno.
Pianifica la rete e il bilanciamento del carico
Scopri di più sulle opzioni di bilanciamento del carico per la tua installazione e decidi quale tipo di bilanciatore del carico è più adatto alle tue esigenze. A seconda dell'opzione scelta, potresti dover configurare il bilanciatore del carico prima di creare i cluster.
Leggi le opzioni per connettersi a Google e decidi quale tipo di connessione è più adatta a te.
2. Configura l'ambiente vSphere
Ottieni le 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 una macchina fisica e ESXi su più macchine fisiche. Queste macchine fisiche sono chiamate host.
Configura l'archiviazione fisica per l'ambiente vSphere.
Pianifica gli indirizzi IP
Decidi come vuoi che i nodi del cluster ottengano i loro indirizzi IP. Le opzioni sono:
- Da un server DHCP che fornisci.
- 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 gli indirizzi IP virtuali (VIP) che devono essere configurati sul bilanciatore del carico. Per saperne di più, 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 è la stessa cosa di un edificio fisico. A volte un data center vSphere viene chiamato data center virtuale. Utilizza la tua istanza di vCenter Server per aggiungere oggetti di inventario vSphere ai tuoi data center. Questi oggetti di inventario includono cluster, pool di risorse, rete, datastore, e cartella.
Utilizzo di cluster vSphere separati
Valuta se vuoi che i tuoi cluster GKE si trovino nello stesso cluster vSphere o in cluster vSphere separati. Ad esempio, potresti avere il cluster di amministrazione in un cluster vSphere e i cluster utente in un cluster vSphere diverso. In alternativa, puoi avere ogni cluster utente nel proprio cluster vSphere.
Il seguente diagramma illustra una configurazione vSphere che potresti utilizzare se vuoi inserire un cluster di amministrazione in un cluster vSphere e un cluster utente in un cluster vSphere diverso:
Utilizzo di data center separati
Un'altra opzione è avere i cluster GKE in data center separati.
Il seguente diagramma illustra una configurazione vSphere che potresti 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 dell'ambiente vSphere, vedi:
3. Configurare le risorse di Google Cloud
Prima di creare la workstation amministrativa, 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 Google Cloud.
Crea Google Cloud progetti Un progetto Google Cloud fornisce un modo per organizzare le risorse Google Cloud. Devi avere almeno un progetto Google Cloud . Quando crei un cluster utente, devi registrarlo in un parco risorse, il che richiede di specificare un progetto host del parco risorse.
Crea account di servizio. Google Distributed Cloud utilizza Google Cloud service account con autorizzazioni specifiche per scaricare i componenti del cluster da Google Cloud, registrare i cluster in un parco progetti 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 amministrativa può essere una VM nel tuo ambiente vSphere oppure una macchina separata dal tuo ambiente vSphere.
Per istruzioni su come creare una workstation di amministrazione, consulta Creazione di una workstation di amministrazione.
5. Crea un cluster di amministrazione
Il cluster di amministrazione gestisce uno o più cluster utente. Prima di creare cluster utente per l'esecuzione dei workload, devi creare un cluster di amministrazione. Per saperne di più, consulta Creare un cluster di amministrazione.
Registra il cluster nell'API Anthos On-Prem
(Facoltativo) Registra il cluster di amministrazione nell'API GKE On-Prem. La registrazione del cluster di amministrazione nell'API GKE On-Prem ti consente di utilizzare strumenti standard, ovvero la console Google Cloud , Google Cloud CLI o Terraform, per eseguire l'upgrade dei cluster utente gestiti dal cluster di amministrazione. L'API GKE On-Prem archivia i metadati
di stato del cluster in Google Cloud. Questi metadati consentono all'API di gestire il ciclo di vita del cluster utente e non includono dati specifici del workload. Gli strumenti standard utilizzano l'API GKE On-Prem per gestire il ciclo di vita del cluster utente e vengono collettivamente chiamati client dell'API GKE On-Prem. La registrazione del cluster di amministrazione ti consente anche di eseguire comandi gcloud per ottenere informazioni sul cluster di amministrazione.
Google Distributed Cloud offre i seguenti modi per registrare il cluster di amministrazione nell'API GKE On-Prem:
Prima della creazione del cluster: includi la sezione
gkeOnPremAPInel file di configurazione del cluster di amministrazione.Dopo aver creato il cluster, utilizza gcloud CLI per registrarlo.
6. Creazione di cluster utente
Dopo aver creato un cluster di amministrazione, puoi creare uno o più cluster utente.
Puoi creare cluster utente utilizzando strumenti standard: la console, gcloud CLI o Terraform oppure eseguendo gkectl sulla workstation amministrativa. Per saperne di più 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 Crea un cluster utente (console | gcloud-cli | Terraform). Quando crei un cluster utente utilizzando uno strumento standard, il cluster viene registrato automaticamente nell'API GKE On-Prem.
Per creare un cluster utente utilizzando
gkectl, segui le istruzioni riportate in Creare un cluster utente (gkectl). Se vuoi, puoi registrare il cluster utente nell'API GKE On-Prem. Google Distributed Cloud offre i seguenti modi per registrare il cluster utente nell'API GKE On-Prem se utilizzigkectlper creare il cluster:Prima della creazione del cluster: includi la sezione
gkeOnPremAPInel file di configurazione del cluster utente.Dopo aver creato il cluster, utilizza gcloud CLI per registrarlo.
7. Esegui il deployment di un workload su un cluster utente
Per scoprire come creare un deployment, un servizio e un ingresso su un cluster utente, vedi:
Passaggi successivi
Inizia la procedura di installazione configurando l'infrastruttura on-premise.