Requisiti di archiviazione, CPU e RAM

Questo documento descrive i requisiti di CPU, RAM e spazio di archiviazione per un'installazione di Google Distributed Cloud (solo software) su VMware. Questa pagina è rivolta ad amministratori e architetti che definiscono le soluzioni IT e l'architettura di sistema in base alla strategia aziendale. Per scoprire di più sui ruoli comuni e su alcuni esempi di attività a cui facciamo riferimento nei contenuti di Google Cloud, consulta Ruoli e attività comuni degli utenti di GKE Enterprise.

Questo documento descrive i requisiti per un'installazione in cui i cluster utente hai Piano di controllo V2 in un bucket in cui è abilitato il controllo delle versioni.

I requisiti qui forniti sono adatti per un ambiente di produzione. Per i requisiti minimi di CPU, RAM e spazio di archiviazione per una dimostrazione di tipo proof of concept. consulta Configurare l'infrastruttura minima.

Requisiti di CPU, RAM e spazio di archiviazione per una workstation di amministrazione

Prima di creare una workstation di amministrazione, compila un file di configurazione della workstation di amministrazione. Nel file di configurazione specifichi una risorsa vSphere cluster, una vSphere pool di risorse, e una vSphere datastore.

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 questi host ESXi.

Il pool di risorse deve avere CPU e RAM sufficienti per supportare i requisiti della tua stazione di lavoro di amministrazione e di qualsiasi altra VM appartenente al pool. Analogamente, il datastore deve avere spazio di archiviazione sufficiente per supportare i requisiti della tua workstation di amministrazione e di qualsiasi altra VM che utilizza il datastore.

La workstation di amministrazione deve soddisfare i seguenti requisiti:

  • 4 vCPU (CPU virtuali)
  • 8 GiB di RAM
  • 100 GiB

Google Distributed Cloud supporta solo vCPU x86-64 nella microarchitettura CPU livello v3 (x86-64-v3) e superiore.

Requisiti di archiviazione, CPU e RAM 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, specifica 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 questi host ESXi.

Il pool di risorse deve avere CPU e RAM sufficienti per supportare i requisiti del cluster amministrativo e di qualsiasi altra VM appartenente al pool. Analogamente, il datastore deve avere spazio di archiviazione sufficiente per supportare i requisiti dell'amministratore e qualsiasi altra VM che utilizza il datastore.

Un cluster di amministrazione ha uno o tre nodi. Questi sono i nodi del piano di controllo il cluster di amministrazione: tre per un cluster di amministrazione ad alta disponibilità e uno per in un cluster di amministrazione non ad alta disponibilità.

Il cluster di amministrazione ha i seguenti requisiti di spazio 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 mettere in buffer i log e le metriche durante un'interruzione della rete

  • Se Prometheus è abilitato, 506 GiB per Prometheus per memorizzare 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à
Control-plane del cluster di amministrazione
  • 2 vCPU
  • 4 GiB di RAM
  • 40 GiB di spazio di archiviazione

Esegue il piano di controllo per il cluster di amministrazione.

* Google Distributed Cloud supporta solo vCPU x86-64 a livello di microarchitettura della CPU v3 (x86-64-v3) e versioni successive.

Requisiti di archiviazione, CPU e RAM per un cluster di utenti

Prima di creare un cluster utente, devi compilare file di configurazione del cluster utente. Nel file di configurazione specifichi una risorsa vSphere cluster, una vSphere pool di risorse e una vSphere datastore.

Il cluster vSphere è un insieme di host fisici in esecuzione ESXi ed il pool di risorse ha una prenotazione per una parte delle risorse disponibili gli 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. Analogamente, il datastore deve avere spazio di archiviazione sufficiente per supportare i requisiti del cluster di utenti 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 l'osservazione di Google Cloud per mettere in buffer i log e le metriche durante un'interruzione della rete

  • Se Prometheus è abilitato, 506 GiB affinché Prometheus archivi i dati delle metriche

La tabella seguente indica la CPU, la RAM e lo spazio di archiviazione richiesti per ogni nodo del control plane in un cluster utente. Fornisce inoltre i valori predefiniti di CPU, RAM e stoccaggio per ogni nodo worker in un cluster utente. A seconda delle esigenze 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:

  • 3 vCPU
  • 5 GiB di RAM
  • 60 GiB di spazio di archiviazione

Esegue il piano di controllo per un cluster utente.

Nodo worker

Questi sono i valori predefiniti per un singolo nodo worker:

  • 4 vCPU
  • 8 GiB di RAM
  • 40 GiB di spazio di archiviazione

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 a livello di microarchitettura della CPU v3 (x86-64-v3) e versioni successive.

Esempio di requisiti di archiviazione, CPU e RAM

Supponiamo che tu abbia due data center vSphere:

  • Il data center 1 ha un Cluster vSphere denominato Cluster 1 e il Cluster 1 ha un pool di risorse denominato Pool di risorse 1. Nel cluster 1 sono presenti quattro host fisici su cui è in esecuzione ESXi.

  • Il data center 2 ha un cluster vSphere denominato Cluster 2 e questo cluster ha un pool di risorse denominato Pool di risorse 2. Nel cluster 2 sono presenti otto host fisici che eseguono ESXi.

Decidi che la tua workstation di amministrazione e il tuo cluster di amministrazione si troveranno in il pool di risorse 1 e utilizzo di Datastore 1.

Decidi che i tuoi cluster di utenti si troveranno nel pool di risorse 2 e utilizzeranno il datastore 2. Non intendi attivare Prometheus nel tuo utente cluster.

Vuoi creare questi due cluster di utenti:

  • Un cluster utente in cui ritieni che ogni nodo worker avrà bisogno di 6 vCPU, 16 GB di RAM e 40 GB di spazio di archiviazione. Questo cluster utente con 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 avrà bisogno di 4 vCPU, 8 GB di RAM e 40 GB di spazio di archiviazione. Questo cluster utente avrà acht nodi worker. Non hai bisogno di un piano di controllo ad alta disponibilità per questo utente ci sarà un solo nodo del piano di controllo nel cluster utente.

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 dalla 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. e Datastore 1 deve avere spazio di archiviazione sufficiente per soddisfare i requisiti dell'amministratore la workstation e il cluster di amministrazione.

Il cluster di amministrazione ha tre nodi, ciascuno dei quali è un nodo del piano di controllo.

Diagramma che mostra la workstation di amministrazione e il cluster di amministrazione

Ricorda che la workstation di amministrazione ha i seguenti requisiti di risorse:

Esempio: requisiti della workstation di amministrazione
vCPU 4 vCPU
RAM 8 GiB
Archiviazione 50 GiB

Il cluster di amministrazione ha i seguenti requisiti di risorse:

Esempio: requisiti del cluster di amministrazione
vCPU 3 nodi del control plane del cluster di amministrazione x 2 vCPU/nodo 6 vCPU
RAM 3 nodi del control plane del cluster di amministrazione x 4 GiB/nodo 12 GiB
Archiviazione 40 GiB per un modello di VM +
100 GiB per dati oggetto 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 il data store 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 il data store 2

Il pool di risorse 2 ha riservato una parte della CPU e della RAM fornite dalla da otto host ESXi nel Cluster 2. Il pool di risorse 2 deve avere CPU e RAM sufficienti per a soddisfare i requisiti di entrambi i cluster utente. Inoltre, Datastore 2 deve disporre di spazio di archiviazione sufficiente per soddisfare i requisiti di entrambi i cluster di utenti.

Diagramma che mostra due cluster di utenti

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 control plane x 5 GiB/nodo +
20 nodi worker x 16 GiB/nodo
335 GiB
Archiviazione 240 GiB per l'osservabilità di Google Cloud +
3 nodi del control plane x 60 GiB/nodo +
20 nodi worker x 40 GiB/nodo
1220 GiB

Il secondo cluster di utenti ha i seguenti requisiti di risorse:

Esempio: requisiti del secondo cluster di utenti
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 l'osservabilità di Google Cloud +
1 nodo del control plane x 60 GiB/nodo +
8 nodi worker x 40 GiB/nodo
620 GiB

La tabella seguente indica i requisiti totali di CPU, RAM e spazio di archiviazione per i due cluster di utenti. Il pool di risorse 2 e il datastore 2 devono essere in grado di fornire queste risorse:

Esempio: requisiti totali per il pool di risorse 2 e il datastore 2
CPU 164 vCPU
RAM 404 GiB
Archiviazione 1840 GiB

Overcommitment delle risorse

vSphere supporta l'overcommitment delle risorse, ad esempio overcommit della memoria e overcommitment della CPU. Quindi le risorse totali prenotate dai pool di risorse in un cluster possono rispetto alle risorse fisiche fornite dagli host ESXi nel cluster.

I requisiti riportati in questo documento si riferiscono alle risorse virtuali riservate. Per una descrizione delle risorse fisiche necessarie per una dimostrazione di proof-of-concept, consulta Configurare un'infrastruttura minima.

Monitora la contesa delle risorse

Devi monitorare gli indicatori di contesa 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 salute delle VM.

Provisioning del disco

La tabella seguente mostra i criteri di provisioning dei dischi VMware thin e thick per diversi dischi di archiviazione.

Dischi di archiviazione Dimensioni Criterio di provisioning dei dischi
Predefinito Scelta dell'utente
Amministratore etcd 100 GB Sottile No
Utente etcd 40 GB Sottile No
Disco di avvio/OS del nodo 40 GB (valore predefinito e minimo)
(configurabile dall'utente)
Spessa
(azzeramento lento)
No
Altro (ad esempio log) 240 GB Sottile No
Carichi di lavoro utente Sottile