Questo documento descrive i requisiti di CPU, RAM e spazio di archiviazione per un'installazione di Google Distributed Cloud con cluster utente che utilizzano kubeception.
Che cos'è kubeception?
Il termine kubeception viene utilizzato per esprimere l'idea che un cluster Kubernetes viene utilizzato per creare e gestire altri cluster Kubernetes. Nel contesto di Google Distributed Cloud, kubeception si riferisce al caso in cui il control plane per un cluster utente viene eseguito su uno o più nodi in un cluster di amministrazione.
Non è consigliabile utilizzare kubeception. Ti consigliamo invece di utilizzare Controlplane V2. Con Controlplane V2, i nodi del control plane per il cluster utente si trovano nel cluster utente stesso.
Per i requisiti delle risorse in un'installazione che utilizza Controlplane V2, consulta Requisiti 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, compila 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 questi 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 utilizza il datastore.
La workstation di amministrazione ha i seguenti requisiti:
- 4 vCPU (CPU virtuali)
- 8 GiB di RAM
- 100 GiB
Google Distributed Cloud supporta solo le vCPU x86-64 a livello di microarchitettura della CPU v3 (x86-64-v3) e versioni successive.
Requisiti di CPU, RAM e spazio di archiviazione per un cluster di amministrazione
Prima di creare un cluster di amministrazione, compila 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 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 utilizza il datastore.
Il cluster di amministrazione ha uno o più cluster utente associati. Per ogni cluster utente associato, il cluster di amministrazione ha uno o tre nodi. Questi nodi eseguono i componenti del control plane per il cluster utente e vengono chiamati nodi del control plane del cluster utente.
Per un cluster utente ad alta disponibilità (HA), il cluster di amministrazione ha tre nodi del control plane. Per un cluster utente non HA, il cluster di amministrazione ha un nodo del control plane.
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 memorizzare nel buffer log e metriche durante un'interruzione di rete
Se Prometheus è abilitato, 506 GiB per Prometheus per archiviare i dati delle metriche
Per ogni nodo, 40 GiB. Sono inclusi i nodi che fungono da control plane del cluster utente.
Per ogni nodo del control plane del cluster utente:
- Altri 10 GiB per soddisfare i PVC creati per gli audit log
- Altri 5 GiB per soddisfare i PVC creati per i dati degli oggetti etcd
- Altri 5 GiB per soddisfare i PVC creati per i dati degli eventi etcd
La tabella seguente riporta 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 |
|
Esegue il control plane per il cluster di amministrazione. |
| Componenti aggiuntivi |
Due VM, ognuna delle quali ha i seguenti requisiti:
|
Esegue i componenti aggiuntivi per il cluster di amministrazione. |
| Control plane del cluster utente |
Per ogni cluster utente, una o tre VM. Ogni VM ha i seguenti requisiti:
|
Esegue il control plane per un cluster utente. |
* Google Distributed Cloud supporta solo le vCPU x86-64 a livello di microarchitettura della CPU v3 (x86-64-v3) e versioni successive.
Requisiti di CPU, RAM e spazio di archiviazione per un cluster utente
Prima di creare un cluster utente, compila 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 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 utilizza il datastore.
Un cluster utente ha i seguenti requisiti di spazio di archiviazione:
Per ogni nodo, 40 GiB
240 GiB per Google Cloud Observability per memorizzare nel buffer log e metriche durante un'interruzione di rete
Se Prometheus è abilitato, 506 GiB per Prometheus per archiviare i dati delle metriche
La tabella seguente riporta i valori predefiniti per CPU, RAM e spazio di archiviazione per ogni nodo in un cluster utente. A seconda delle esigenze dei carichi di lavoro, potresti voler modificare i valori. Per determinare la quantità di CPU e RAM disponibili su un nodo
per i carichi di lavoro, consulta
Risorse disponibili per i carichi di lavoro.
Puoi specificare i valori per CPU e RAM nella
nodePools
sezione del file di configurazione del cluster utente.
| Nodo | Requisiti | Finalità |
|---|---|---|
| Control plane del cluster utente |
Per ogni cluster utente, una o tre VM. Ogni VM ha i seguenti requisiti:
|
Esegue il control plane per un cluster utente. |
| Nodo worker | Questi sono i valori predefiniti per un singolo nodo worker:
|
Un nodo 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 le vCPU x86-64 a livello di microarchitettura della CPU v3 (x86-64-v3) e versioni successive.
Esempio di requisiti di CPU, RAM e spazio di archiviazione
Supponiamo di avere due data center vSphere: dati centri:
Il data center 1 ha un cluster vSphere denominato Cluster 1 e Cluster 1 ha un pool di risorse denominato Pool di risorse 1. In Cluster 1 sono presenti quattro host fisici che eseguono ESXi.
Il data center 2 ha un cluster vSphere denominato Cluster 2 e Cluster 2 ha un pool di risorse denominato Pool di risorse 2. In Cluster 2 sono presenti otto host fisici che eseguono ESXi.
Decidi che la workstation di amministrazione e il cluster di amministrazione si troveranno nel Pool di risorse 1 e utilizzeranno il Datastore 1.
Decidi che i cluster utente si troveranno nel Pool di risorse 2 e utilizzeranno il 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 avrà bisogno di 6 vCPU, 16 GiB di RAM e 40 GiB di spazio di archiviazione. Questo cluster utente avrà 20 nodi. Vuoi un control plane HA per questo cluster utente, quindi nel cluster di amministrazione ci saranno tre nodi che fungono da control plane per questo cluster utente. Ogni nodo del control plane del cluster utente verrà configurato con 4 vCPU e 8 GiB di RAM.
Un secondo cluster utente in cui ritieni che ogni nodo worker avrà bisogno di 4 vCPU, 8 GiB di RAM e 40 GiB di spazio di archiviazione. Questo cluster utente avrà otto nodi. Non hai bisogno di un control plane HA per questo cluster utente, quindi nel cluster di amministrazione ci sarà un solo nodo che funge da control plane per questo cluster utente. Il nodo del control plane del cluster utente verrà configurato con 3 vCPU e 5 GiB di RAM.
Requisiti per il Pool di risorse 1 e il Datastore 1
Il Pool di risorse 1 ha riservato una parte della CPU e della RAM fornite dai quattro host ESXi in 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. Il Datastore 1 deve avere spazio di archiviazione sufficiente per soddisfare i requisiti della workstation di amministrazione e del cluster di amministrazione.
Il cluster di amministrazione ha un proprio nodo del control plane, due nodi per i componenti aggiuntivi, tre nodi per il control plane del primo cluster utente e un nodo per il control plane del secondo cluster utente. Pertanto, il cluster di amministrazione ha sette nodi.
Ricorda che la workstation di amministrazione ha i seguenti requisiti di risorse:
| Esempio: requisiti della workstation di amministrazione | ||
|---|---|---|
| vCPU | 4 vCPU | |
| RAM | 8 GiB | |
| Spazio di archiviazione | 50 GiB | |
Il cluster di amministrazione ha i seguenti requisiti di risorse:
| Esempio: requisiti del cluster di amministrazione | ||
|---|---|---|
| vCPU |
1 nodo del control plane del cluster di amministrazione x 2 vCPU/nodo + 2 nodi dei componenti aggiuntivi x 4 vCPU/nodo + 3 nodi del control plane del cluster utente x 4 vCPU/nodo + 1 nodo del control plane del cluster utente x 3 vCPU/nodo |
25 vCPU |
| RAM |
1 nodo del control plane del cluster di amministrazione x 4 GiB/nodo + 2 nodi dei componenti aggiuntivi x 16 GiB/nodo + 3 nodi del control plane del cluster utente x 8 GiB/nodo + 1 nodo del control plane del cluster utente x 5 GiB/nodo |
65 GiB |
| Spazio di archiviazione |
40 GiB per un modello di VM + 100 GiB per i dati degli oggetti etcd + 240 GiB per Google Cloud Observability + 1 nodo del control plane del cluster di amministrazione x 40 GiB/nodo + 2 nodi dei componenti aggiuntivi x 40 GiB/nodo + 4 nodi del control plane del cluster utente x 60 GiB/nodo |
740 GiB |
La tabella seguente riporta 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 Datastore 1 devono essere in grado di fornire queste risorse:
| Esempio: requisiti totali per il Pool di risorse 1 e il Datastore 1 | ||
|---|---|---|
| vCPU | 29 vCPU | |
| RAM | 73 GiB | |
| Spazio di archiviazione | 790 GiB | |
Requisiti per il Pool di risorse 2 e il Datastore 2
Il Pool di risorse 2 ha riservato una parte della CPU e della RAM fornite dagli otto host ESXi in Cluster 2. Il Pool di risorse 2 deve avere CPU e RAM sufficienti per soddisfare i requisiti di entrambi i cluster utente. Il Datastore 1 deve avere spazio di archiviazione sufficiente per soddisfare i requisiti di entrambi i cluster utente.
Il primo cluster utente ha i seguenti requisiti di risorse:
| Esempio: requisiti del primo cluster utente | ||
|---|---|---|
| CPU | 20 nodi x 6 vCPU/nodo | 120 vCPU |
| RAM | 20 nodi x 16 GiB/nodo | 320 GiB |
| Spazio di archiviazione |
240 GiB per Google Cloud Observability + 20 nodi x 40 GiB/nodo |
1040 GiB |
Il secondo cluster utente ha i seguenti requisiti di risorse:
| Esempio: requisiti del secondo cluster utente | ||
|---|---|---|
| CPU | 8 nodi x 4 vCPU/nodo | 32 vCPU |
| RAM | 8 nodi x 8 GiB/nodo | 64 GiB |
| Spazio di archiviazione |
240 GiB per Google Cloud Observability + 8 nodi x 40 GiB/nodo |
560 GiB |
La tabella seguente riporta i requisiti totali di CPU, RAM e spazio di archiviazione per i due cluster utente. 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 Datastore 2 | |
|---|---|
| CPU | 152 vCPU |
| RAM | 384 GiB |
| Spazio di archiviazione | 1600 GiB |
Overcommit delle risorse
vSphere supporta l'overcommit delle risorse, ad esempio l'overcommit della memoria e l'overcommit della CPU. Pertanto, le risorse totali riservate dai pool di risorse in un cluster possono essere maggiori delle risorse fisiche fornite dagli host ESXi nel cluster.
I requisiti indicati in questo documento si riferiscono alle risorse virtuali riservate. Per i requisiti minimi di CPU, RAM e spazio di archiviazione per una dimostrazione di prova di fattibilità , consulta Configurare l'infrastruttura minima.
Monitorare la contesa delle risorse
Devi monitorare i segnali di contesa delle risorse per assicurarti che i pool di risorse e i datastore possano supportare le risorse virtuali configurate. Per saperne di più, consulta Creare una dashboard dello stato di integrità delle VM.
Provisioning dei dischi
La tabella seguente mostra i criteri di provisioning dei dischi thin e thick di VMware per i diversi dischi di archiviazione.
| Dischi di archiviazione | Dimensioni | Criterio di provisioning dei dischi | |
|---|---|---|---|
| Predefinito | Scelta dell'utente | ||
| etcd di amministrazione | 100 GB | Thin | No |
| etcd utente | 40 GB | Thin | No |
| Disco di avvio/SO del nodo | 40 GB - valore predefinito e minimo (configurabile dall'utente) |
Thick (con azzeramento lazy) |
No |
| Altro (ad es. log) | 240 GB | Thin | No |
| Carichi di lavoro utente | — | Thin | Sì |