Questo documento descrive i requisiti di CPU, RAM e archiviazione per un'installazione di Google Distributed Cloud con cluster utente che utilizzano kubeception.
Che cos'è kubeception?
Il termine kubeception viene utilizzato per trasmettere l'idea che un cluster Kubernetes viene utilizzato per creare e gestire altri cluster Kubernetes. Nel contesto di Google Distributed Cloud, la 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.
Sconsigliamo di utilizzare kubeception. Consigliamo invece di utilizzare Piano di controllo 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 archiviazione, CPU e RAM.
Requisiti di archiviazione, CPU e RAM 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, specifica un cluster vSphere, un pool di risorse vSphere e un datastore vSphere.
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 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 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, specifica 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 tuo cluster di amministrazione 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.
Al cluster di amministrazione sono associati uno o più cluster utente. Per ogni cluster utente associato, il cluster di amministrazione ha uno o tre nodi. Questi nodi eseguono componenti del piano di controllo per il cluster utente, e vengono chiamati dai nodi del piano di controllo.
Per un cluster utente ad alta disponibilità (HA), il cluster di amministrazione ha tre nodi del piano di controllo. Per un cluster utente non ad alta disponibilità, il cluster di amministrazione ha un nodo del piano di controllo.
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 Observability di Google Cloud per il buffering di log e metriche durante un'interruzione di rete
Se Prometheus è abilitato, 506 GiB per Prometheus per memorizzare i dati delle metriche
Per ogni nodo, 40 GiB. Ciò include i nodi che fungono da cluster utente piani di controllo.
Per ogni nodo del piano di controllo del cluster utente:
- Altri 10 GiB per soddisfare le PVC create per gli audit log
- Altri 5 GiB per soddisfare i PVC creati per i dati degli oggetti etcd
- Altri 5 GB per soddisfare i PVC creati per i dati sugli eventi etcd
La tabella seguente indica i requisiti di CPU, RAM e archiviazione per i nodi nel cluster amministrativo:
| Nodo | Requisiti | Finalità |
|---|---|---|
| Control-plane del cluster di amministrazione |
|
Esegue il piano di controllo per il cluster di amministrazione. |
| Componenti aggiuntivi |
Due VM, ciascuna con 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 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, devi compilare file di configurazione del cluster utente. Nel file di configurazione specifichi un cluster vSphere, una risorsa vSphere un pool di dati 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. Analogamente, il datastore deve avere spazio di archiviazione sufficiente per supportare i requisiti dei tuoi utenti e qualsiasi altra VM che utilizza il datastore.
Un cluster utente ha i seguenti requisiti di archiviazione:
Per ogni nodo, 40 GiB
240 GiB per l'osservazione di Google Cloud per mettere in buffer i log e le metriche durante un'interruzione di servizio della rete
Se Prometheus è abilitato, 506 GiB per Prometheus per archiviare i dati delle metriche
La tabella seguente fornisce i valori predefiniti per CPU, RAM e spazio di archiviazione per ciascuno
in un cluster utente. A seconda delle esigenze dei tuoi carichi di lavoro, potresti dover aggiustare i valori. per determinare la quantità di CPU e RAM disponibili su un nodo.
per i tuoi carichi di lavoro, vedi
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à |
|---|---|---|
| Piano di controllo del cluster utente |
Per ogni cluster utente, 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 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 la CPU v3 (x86-64-v3) e livelli successivi della microarchitettura.
Esempio di requisiti di CPU, RAM e spazio di archiviazione
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 workstation di amministrazione e il cluster di amministrazione si troveranno nel pool di risorse 1 e utilizzeranno il 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 richieda 6 vCPU. 16 GiB di RAM e 40 GiB di spazio di archiviazione. Questo cluster utente hanno 20 nodi. Poiché vuoi un piano di controllo ad alta disponibilità per questo cluster utente, nel cluster di amministrazione saranno presenti tre nodi che fungeranno da control plane per questo cluster utente. Verrà configurato ogni nodo del piano di controllo cluster-utente con 4 vCPU e 8 GiB di RAM.
Un secondo cluster utente in cui pensi che ogni nodo worker abbia bisogno di 4 vCPU, 8 GiB di RAM e 40 GiB di spazio di archiviazione. Questo cluster di utenti avrà acht nodi. Non hai bisogno di un piano di controllo ad alta disponibilità per questo cluster utente, quindi nel cluster di amministrazione sarà presente un solo nodo che funge da piano di controllo per questo cluster utente. Il nodo del piano di controllo del cluster utente verrà configurato con 3 vCPU e 5 GMiB di RAM.
Requisiti per il pool di risorse 1 e il data store 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. 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 il proprio nodo del piano di controllo, due nodi per i componenti aggiuntivi, nodi per il piano di controllo del primo cluster utente e un nodo per dal piano di controllo del secondo cluster utente. Pertanto, il cluster di amministrazione ha sette nodi.
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 |
1 nodo del control plane del cluster di amministrazione x 2 vCPU/nodo + 2 nodi 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 piano di controllo del cluster di amministrazione x 4 GiB/nodo + 2 nodi aggiuntivi x 16 GiB/nodo + 3 nodi del piano di controllo del cluster utente x 8 GiB/nodo + 1 nodo del piano di controllo del cluster utente x 5 GiB/nodo |
65 GiB |
| Archiviazione |
40 GiB per un modello VM + 100 GiB per i dati degli oggetti etcd + 240 GiB per Google Cloud Observability + 1 nodo del piano di controllo del cluster amministrativo x 40 GiB/nodo + 2 nodi aggiuntivi x 40 GiB/nodo + 4 nodi del piano di controllo del cluster utente x 60 GiB/nodo |
740 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 il 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 dagli acht host ESXi nel cluster 2. Il pool di risorse 2 deve avere CPU e RAM sufficienti per soddisfare i requisiti di entrambi i cluster di utenti. Datastore 1 deve avere un numero sufficiente di lo spazio di archiviazione 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 | 20 nodi x 6 vCPU/nodo | 120 vCPU |
| RAM | 20 nodi x 16 GiB/nodo | 320 GiB |
| Archiviazione |
240 GiB per Google Cloud Observability + 20 nodi x 40 GiB/nodo |
1040 GiB |
Il secondo cluster utente ha questi 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 |
| Archiviazione |
240 GiB per Google Cloud Observability + 8 nodi x 40 GiB/nodo |
560 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 Datastore 2 devono essere in grado di fornire queste risorse:
| Esempio: requisiti totali per il pool di risorse 2 e il datastore 2 | |
|---|---|
| CPU | 152 vCPU |
| RAM | 384 GiB |
| Archiviazione | 1600 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 specificati in questo documento si riferiscono alle risorse virtuali riservate. Per i requisiti minimi di CPU, RAM e spazio di archiviazione per un proof of concept vedere la dimostrazione, Configura l'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 sottili e spessi di VMware per diversi dischi di archiviazione.
| Dischi di archiviazione | Dimensioni | Criterio di provisioning dei dischi | |
|---|---|---|---|
| Predefinito | Scelta dell'utente | ||
| Amministratore etcd | 100 GB | Sottile | No |
| etcd utente | 40 GB | Sottile | No |
| Disco di avvio/OS del nodo | 40 GB (valore predefinito e minimo) (configurabile dall'utente) |
Spesso (zero lento) |
No |
| Altro (ad esempio, log) | 240 GB | Sottile | No |
| Carichi di lavoro utente | — | Sottile | Sì |