Questo documento descrive i requisiti di CPU, RAM e archiviazione per un'installazione di Google Distributed Cloud (solo software) su VMware.
Questo documento descrive i requisiti per un'installazione in cui è abilitato Controlplane V2 nei cluster utente.
I requisiti qui forniti sono adatti per un ambiente di produzione. Per i requisiti minimi idonei per una dimostrazione di tipo proof of concept, vedi Requisiti minimi di CPU, RAM e spazio di archiviazione.
Requisiti di CPU, RAM e spazio di archiviazione per una workstation di amministrazione
Prima di creare una workstation di amministrazione, devi compilare un file di configurazione della workstation di amministrazione. Nel file di configurazione, specifichi un cluster vSphere, un pool di risorse vSphere e un datastore vSphere.
Il cluster vSphere è un insieme di host fisici che eseguono ESXi e il pool di risorse ha una prenotazione per una parte delle risorse disponibili su quegli host ESXi.
Il pool di risorse deve avere CPU e RAM sufficienti per supportare i requisiti della workstation di amministrazione e di qualsiasi altra VM appartenente al pool. Allo stesso modo, il datastore deve avere spazio di archiviazione sufficiente per supportare i requisiti della workstation di amministrazione e di qualsiasi altra VM che lo utilizza.
La workstation di amministrazione prevede i seguenti requisiti:
- 4 vCPU (CPU virtuali)
- 8 GiB di RAM
- 100 GiB
Google Distributed Cloud supporta solo vCPU x86-64 con livello di microarchitettura CPU v3 (x86-64-v3) e superiore.
Requisiti di CPU, RAM e spazio di archiviazione per un cluster di amministrazione
Prima di creare un cluster di amministrazione, devi compilare un file di configurazione del cluster di amministrazione. Nel file di configurazione, specifichi un cluster vSphere, un pool di risorse vSphere e un datastore vSphere.
Il cluster vSphere è un insieme di host fisici che eseguono ESXi e il pool di risorse ha una prenotazione per una parte delle risorse disponibili su quegli host ESXi.
Il pool di risorse deve avere CPU e RAM sufficienti per supportare i requisiti del cluster di amministrazione e di qualsiasi altra VM appartenente al pool. Allo stesso modo, il datastore deve avere spazio di archiviazione sufficiente per supportare i requisiti del cluster di amministrazione e di qualsiasi altra VM che lo utilizza.
Un cluster di amministrazione include uno o tre nodi. Questi sono i nodi del piano di controllo per il cluster di amministrazione: tre per un cluster di amministrazione ad alta disponibilità e uno per un cluster di amministrazione non ad alta disponibilità.
Il cluster di amministrazione ha i seguenti requisiti di archiviazione:
40 GiB per un modello di VM
100 GiB per archiviare i dati degli oggetti etcd
240 GiB per Google Cloud Observability per eseguire il buffering di log e metriche durante un'interruzione di rete
Se Prometheus è abilitato, 506 GiB affinché Prometheus memorizzi i dati delle metriche
Per ogni nodo, 40 GiB.
La tabella seguente indica i requisiti di CPU, RAM e spazio di archiviazione per i nodi nel cluster di amministrazione:
| Nodo | Requisiti | Finalità |
|---|---|---|
| Piano di controllo del cluster di amministrazione |
|
Esegue il piano di controllo per il cluster di amministrazione. |
* Google Distributed Cloud supporta solo vCPU x86-64 con livello di microarchitettura CPU v3 (x86-64-v3) e superiore.
Requisiti di CPU, RAM e spazio di archiviazione per un cluster utente
Prima di creare un cluster utente, devi compilare un file di configurazione del cluster utente. Nel file di configurazione, specifichi un cluster vSphere, un pool di risorse vSphere e un datastore vSphere.
Il cluster vSphere è un insieme di host fisici che eseguono ESXi e il pool di risorse ha una prenotazione per una parte delle risorse disponibili su quegli host ESXi.
Il pool di risorse deve avere CPU e RAM sufficienti per supportare i requisiti del cluster utente e di qualsiasi altra VM appartenente al pool. Allo stesso modo, il datastore deve avere spazio di archiviazione sufficiente per supportare i requisiti del cluster utente e di qualsiasi altra VM che lo utilizza.
Un cluster utente ha i seguenti requisiti di archiviazione:
Per ogni nodo del piano di controllo, 60 GiB
Per ogni nodo worker, 40 GiB
240 GiB per consentire a Google Cloud Observability di eseguire il buffering di log e metriche durante un'interruzione della rete
Se Prometheus è abilitato, 506 GiB affinché Prometheus archivi i dati delle metriche
La tabella seguente fornisce la CPU, la RAM e lo spazio di archiviazione richiesti per ciascun nodo del piano di controllo in un cluster utente. Fornisce inoltre i valori predefiniti di CPU, RAM e spazio di archiviazione per ciascun nodo worker in un cluster utente. A seconda delle esigenze dei tuoi carichi di lavoro, potresti voler regolare i valori per i nodi worker. Per determinare la quantità di CPU e RAM disponibili su un nodo per i tuoi carichi di lavoro, consulta Risorse disponibili per i carichi di lavoro.
Puoi specificare i valori per CPU e RAM nella sezione nodePools del
file di configurazione del cluster utente.
| Nodo | Requisiti | Finalità |
|---|---|---|
| Nodo del piano di controllo |
Una o tre VM. Ogni VM ha i seguenti requisiti:
|
Esegue il piano di controllo per un cluster utente. |
| Nodo worker | Questi sono i valori predefiniti per un singolo nodo worker:
|
Un nodo worker del cluster utente è una macchina virtuale in cui vengono eseguiti i carichi di lavoro. Le risorse richieste per i nodi del cluster utente dipendono dai carichi di lavoro che intendi eseguire. |
* Google Distributed Cloud supporta solo vCPU x86-64 con livello di microarchitettura CPU v3 (x86-64-v3) e superiore.
Esempio di requisiti di CPU, RAM e spazio di archiviazione
Supponi di avere due data center vSphere:
Il data center 1 ha un cluster vSphere denominato Cluster 1, mentre il cluster 1 ha un pool di risorse denominato Pool di risorse 1. Esistono quattro host fisici che eseguono ESXi nel cluster 1.
Il data center 2 ha un cluster vSphere denominato Cluster 2 e il cluster 2 ha un pool di risorse denominato Pool di risorse 2. Esistono otto host fisici che eseguono ESXi nel cluster 2.
Decidi che la tua workstation di amministrazione e il tuo cluster di amministrazione si troveranno nel pool di risorse 1 e utilizzeranno Datastore 1.
Decidi che i tuoi cluster utente si troveranno nel pool di risorse 2 e utilizzerai Datastore 2. Non intendi abilitare Prometheus nei cluster utente.
Vuoi creare questi due cluster utente:
Un cluster utente in cui ritieni che ogni nodo worker abbia bisogno di 6 vCPU, 16 GiB di RAM e 40 GiB di spazio di archiviazione. Questo cluster utente avrà 20 nodi worker. Vuoi un piano di controllo ad alta disponibilità per questo cluster utente, quindi ci saranno tre nodi del piano di controllo nel cluster utente.
Un secondo cluster utente in cui ritieni che ogni nodo worker abbia bisogno di 4 vCPU, 8 GiB di RAM e 40 GiB di spazio di archiviazione. Questo cluster utente avrà otto nodi worker. Non è necessario un piano di controllo ad alta disponibilità per questo cluster utente, pertanto nel cluster utente sarà presente un solo nodo del piano di controllo.
Requisiti per il pool di risorse 1 e Datastore 1
Il pool di risorse 1 ha riservato una parte della CPU e della RAM fornite dai quattro host ESXi nel cluster 1. Il pool di risorse 1 deve avere CPU e RAM sufficienti per soddisfare i requisiti della workstation di amministrazione e del cluster di amministrazione. Inoltre, Datastore 1 deve disporre di spazio di archiviazione sufficiente per soddisfare i requisiti della workstation di amministrazione e del cluster di amministrazione.
Il cluster di amministrazione ha tre nodi, ognuno dei quali è un nodo del piano di controllo.
Ricorda che la workstation di amministrazione ha questi requisiti per le risorse:
| Esempio: requisiti della workstation di amministrazione | ||
|---|---|---|
| vCPU | 4 vCPU | |
| RAM | 8 GiB | |
| Archiviazione | 50 GiB | |
Il cluster di amministrazione ha questi requisiti per le risorse:
| Esempio: requisiti del cluster di amministrazione | ||
|---|---|---|
| vCPU | 3 nodi del piano di controllo del cluster di amministrazione x 2 vCPU/nodo | 6 vCPU |
| RAM | 3 nodi del piano di controllo del cluster di amministrazione x 4 GiB/nodo | 12 GiB |
| Archiviazione |
40 GiB per un modello VM + 100 GiB per i dati degli oggetti etcd + 240 GiB per Google Cloud Observability + 3 nodi del piano di controllo del cluster di amministrazione x 40 GiB/nodo |
500 GiB |
La tabella seguente indica i requisiti totali di CPU, RAM e spazio di archiviazione per la workstation di amministrazione e il cluster di amministrazione. Il pool di risorse 1 e Datastore 1 devono essere in grado di fornire le seguenti risorse:
| Esempio: requisiti totali per il pool di risorse 1 e Datastore 1 | ||
|---|---|---|
| vCPU | 29 vCPU | |
| RAM | 73 GiB | |
| Archiviazione | 790 GiB | |
Requisiti per il pool di risorse 2 e Datastore 2
Il pool di risorse 2 ha riservato una parte della CPU e della RAM fornite dagli otto host ESXi nel cluster 2. Il pool di risorse 2 deve avere CPU e RAM sufficienti per soddisfare i requisiti di entrambi i cluster utente. Inoltre, Datastore 2 deve avere spazio di archiviazione sufficiente per soddisfare i requisiti di entrambi i cluster utente.
Il primo cluster utente ha questi requisiti delle risorse:
| Esempio: requisiti del cluster della prima interazione dell'utente | ||
|---|---|---|
| CPU | 3 nodi del piano di controllo x 3 vCPU/nodo + 20 nodi worker x 6 vCPU/nodo |
129 vCPU |
| RAM | 3 nodi del piano di controllo x 5 GiB/nodo + 20 nodi worker x 16 GiB/nodo |
335 GiB |
| Archiviazione |
240 GiB per Google Cloud Observability + 3 nodi del piano di controllo x 60 GiB/nodo + 20 nodi worker x 40 GiB/nodo |
1220 GiB |
Il secondo cluster utente ha questi requisiti di risorse:
| Esempio: requisiti del secondo cluster utente | ||
|---|---|---|
| CPU | 1 nodo del piano di controllo x 3 vCPU/nodo + 8 nodi worker x 4 vCPU/nodo |
35 vCPU |
| RAM | 1 nodo del piano di controllo x 5 GiB/nodo + 8 nodi worker x 8 GiB/nodo |
69 GiB |
| Archiviazione |
240 GiB per Google Cloud Observability + 1 nodo del piano di controllo x 60 GiB/nodo + 8 nodi worker x 40 GiB/nodo |
620 GiB |
La tabella seguente fornisce i requisiti totali di CPU, RAM e spazio di archiviazione per i due cluster utente. Il pool di risorse 2 e Datastore 2 devono essere in grado di fornire queste risorse:
| Esempio: requisiti totali per il pool di risorse 2 e Datastore 2 | |
|---|---|
| CPU | 164 vCPU |
| RAM | 404 GiB |
| Archiviazione | 1840 GiB |
Overcommitment delle risorse
vSphere supporta l'overcommitment delle risorse, ad esempio overcommitment della memoria e overcommitment della CPU. Di conseguenza, le risorse totali prenotate dai pool di risorse in un cluster possono essere maggiori delle risorse fisiche fornite dagli host ESXi nel cluster.
I requisiti specificati in questo documento si riferiscono alle risorse virtuali riservate. Per una descrizione delle risorse fisiche richieste per una dimostrazione proof of concept, consulta Requisiti minimi di CPU, RAM e spazio di archiviazione.
Monitora il conflitto delle risorse
Devi monitorare gli indicatori di conflitto delle risorse per assicurarti che i pool di risorse e i datastore possano supportare le risorse virtuali configurate. Per ulteriori informazioni, consulta Creare una dashboard dello stato di integrità delle VM.
Provisioning del disco
La tabella seguente mostra i criteri di provisioning dei dischi Thread e thin di VMware per i diversi dischi di archiviazione.
| Dischi di archiviazione | Dimensioni | Criterio di provisioning del disco | |
|---|---|---|---|
| Predefinita | Scelta dell'utente | ||
| Amministratore etcd | 100 GB | Sottile | No |
| Utente etcd | 40 GB | Sottile | No |
| Sistema operativo del nodo/disco di avvio | 40 GB - valore predefinito e minimo (configurabile dall'utente) |
Spessa (zero lento) |
No |
| Altro (ad esempio log) | 240 GB | Sottile | No |
| Carichi di lavoro utente | — | Sottile | Sì |