Anthos clusters on bare metal supporta un'ampia varietà di sistemi in esecuzione sull'hardware supportato dalle distribuzioni del sistema operativo di destinazione. Una configurazione di Anthos clusters on bare metal può essere eseguita su un hardware minimo o su più macchine per garantire flessibilità, disponibilità e prestazioni.
Indipendentemente dalla configurazione di Anthos clusters on bare metal, i nodi e i cluster devono avere CPU, RAM e risorse di archiviazione sufficienti per soddisfare le esigenze dei cluster e dei carichi di lavoro in esecuzione.
Requisiti minimi e consigliati di CPU, RAM e spazio di archiviazione
Quando installi Anthos clusters on bare metal, puoi creare diversi tipi di cluster:
- Un cluster utente che esegue carichi di lavoro.
- Un cluster di amministrazione che crea e controlla i cluster utente per eseguire i carichi di lavoro.
- Un cluster autonomo è un singolo cluster in grado di gestire ed eseguire carichi di lavoro, ma non può creare o gestire cluster utente.
- Un cluster ibrido può gestire ed eseguire carichi di lavoro, mentre un cluster ibrido può anche creare e gestire cluster utente aggiuntivi.
Oltre al tipo di cluster, puoi scegliere tra i seguenti profili di installazione in termini di requisiti delle risorse:
Predefinito: il profilo predefinito ha requisiti standard delle risorse di sistema e puoi utilizzarlo per tutti i tipi di cluster.
Edge: il profilo perimetrale ha ridotto in modo significativo i requisiti delle risorse di sistema. L'utilizzo di questo profilo è consigliato per i dispositivi periferici con risorse limitate. Puoi utilizzare il profilo perimetrale solo per i cluster autonomi.
Requisiti delle risorse per tutti i tipi di cluster che utilizzano il profilo predefinito
La seguente tabella descrive i requisiti hardware minimi e consigliati che Anthos clusters on bare metal devono utilizzare e gestire i cluster amministrativi, ibridi, utente e autonomi utilizzando il profilo predefinito:
| Risorsa | Minimo | Recommended |
|---|---|---|
| CPU / vCPU* | 4 core | 8 core |
| RAM | 16 GiB | 32 GiB |
| Spazio di archiviazione | 128 GiB | 256 GiB |
* Anthos clusters on bare metal supporta solo CPU e vCPU della famiglia di processori x86.
Requisiti delle risorse per i cluster autonomi che utilizzano il profilo perimetrale
La tabella seguente descrive i requisiti hardware minimi e consigliati che Anthos clusters on bare metal devono utilizzare e gestire i cluster autonomi utilizzando il profilo perimetrale:
| Risorsa | Minimo | Recommended |
|---|---|---|
| CPU / vCPU* | 2 core | 4 core |
| RAM | Ubuntu: 4 GiB CentOS/RHEL: 6 GiB |
Ubuntu: 8 GiB CentOS/RHEL: 12 GiB |
| Spazio di archiviazione | 128 GiB | 256 GiB |
* Anthos clusters on bare metal supporta solo CPU e vCPU della famiglia di processori x86.
Per configurare i cluster autonomi utilizzando il profilo perimetrale, segui queste best practice:
Esegui
bmctlsu una workstation separata. Se devi eseguirebmctlsul nodo cluster di destinazione, hai bisogno di 2 GiB di memoria per soddisfare i requisiti minimi. Ad esempio, sono necessari 6 GiB per Ubuntu e 8 GiB per CentOS/Redhat.Imposta
MaxPodsPerNodesu 110. Il cluster esegue in media non più di 30 pod utente per nodo. Potrebbero essere necessarie risorse aggiuntive per una configurazioneMaxPodsPerNodepiù elevata o eseguire più di 30 pod utente per nodo.I componenti Anthos VM Runtime non sono considerati in questa configurazione minima delle risorse. Anthos VM Runtime richiede risorse aggiuntive a seconda del numero di VM di cui è stato eseguito il deployment nel cluster.
Requisiti di archiviazione aggiuntivi
Anthos clusters on bare metal non fornisce risorse di archiviazione. Devi eseguire il provisioning e configurare lo spazio di archiviazione richiesto sul tuo sistema.
Per i requisiti di archiviazione dettagliati, consulta la panoramica sui prerequisiti di installazione.
Per maggiori informazioni su come configurare lo spazio di archiviazione richiesto, vedi Configurazione dello spazio di archiviazione per Anthos clusters on bare metal.
Rendimento etcd
La velocità del disco è fondamentale per le prestazioni e la stabilità etcd. Un disco lento aumenta la latenza delle richieste etcd, causando problemi di stabilità dei cluster. Ti consigliamo di utilizzare un disco a stato solido (SSD) per il tuo archivio etcd. La documentazione relativa a etcd fornisce consigli hardware aggiuntivi per garantire le migliori prestazioni etcd durante l'esecuzione dei cluster in produzione.
Per verificare le prestazioni di etcd e del disco, utilizza le seguenti metriche di latenza I/O in Metrics Explorer:
etcd_disk_backend_commit_duration_seconds: la durata deve essere inferiore a 25 millisecondi per il 99° percentile (p99).etcd_disk_wal_fsync_duration_seconds: la durata deve essere inferiore a 10 millisecondi per il 99° percentile (p99).
Per ulteriori informazioni sulle prestazioni etcd, consulta la sezione Che cosa significa l'avviso eccd "L'applicazione delle voci ha richiesto troppo tempo"? e Che cosa significa l'avviso etcd "Impossibile inviare il battito cardiaco in tempo"?.
Prerequisiti delle macchine nodo
Le macchine nodo hanno i seguenti prerequisiti:
- Il sistema operativo è una delle distribuzioni Linux supportate. Per scoprire di più, consulta l'articolo Selezionare il sistema operativo.
- La versione del kernel Linux è 4.17.0 o successiva. Ubuntu 18.04 e 18.04.1 sono su kernel Linux versione 4.15 e pertanto non compatibili.
- Soddisfare i requisiti hardware minimi.
- Accesso a Internet.
- Connettività del livello 3 a tutte le altre macchine nodo.
- Accesso al VIP del piano di controllo.
- Server dei nomi DNS configurati correttamente.
- Nessun nome host duplicato.
- Uno dei seguenti servizi NTP è abilitato e funzionante:
- chrony
- NTP
- ntpdate
- systemd-timesync
- Un gestore di pacchetti attivo: apt, dnf ecc.
- Su Ubuntu devi disattivare il firewall non complicato.
Esegui
systemctl stop ufwper disabilitare UFW. - Su Ubuntu e a partire dai Anthos clusters on bare metal 1.8.2, non è necessario disabilitare AppArmor. Se esegui il deployment dei cluster utilizzando release precedenti di Anthos clusters on bare metal, disabilita AppArmor con il seguente comando:
systemctl stop apparmor La creazione di cluster verifica solo lo spazio libero richiesto per i componenti di sistema di Anthos clusters on bare metal. Questa modifica ti offre un maggiore controllo sullo spazio che assegni per i carichi di lavoro delle applicazioni. Ogni volta che installi Anthos clusters on bare metal, assicurati che i file system che supportano le seguenti directory abbiano la capacità richiesta e soddisfino i seguenti requisiti:
/: 17 GiB (18.253.611.008 byte)./var/lib/containerd:- 30 GiB (32.212.254.720 byte) per i nodi del piano di controllo.
- 10 GiB (10.485.760 byte) per i nodi worker.
/var/lib/kubelet: 500 MiB (524.288.000 byte)./var/lib/etcd: 20 GiB (21.474.836.480 byte, applicabili solo ai nodi del piano di controllo).
Indipendentemente dalla versione del cluster, gli elenchi di directory precedenti possono trovarsi sulla stessa partizione o in partizioni diverse. Se si trovano nella stessa partizione sottostante, il requisito di spazio è la somma dello spazio richiesto per ogni singola directory sulla partizione. Per tutte le versioni di release, il processo di creazione del cluster crea le directory, se necessario.
Le directory
/var/lib/etcde/etc/kubernetesnon esistono o sono vuote.
Oltre ai prerequisiti per installare ed eseguire Anthos clusters on bare metal, i clienti devono soddisfare gli standard pertinenti che regolano il loro settore o segmento di attività, come i requisiti PCI DSS per le aziende che elaborano carte di credito o STIG (Security Technical Implementation Guide) per le aziende nel settore della difesa.
Prerequisiti delle macchine del bilanciatore del carico
Quando al tuo deployment non è associato un pool di nodi specializzato nel bilanciatore del carico, puoi fare in modo che i nodi worker o i nodi del piano di controllo creino un pool di nodi del bilanciatore del carico. In questo caso, hanno prerequisiti aggiuntivi:
- Le macchine si trovano nella stessa subnet di livello 2.
- Tutti i VIP si trovano nella subnet dei nodi del bilanciatore del carico e sono instradabili dal gateway della subnet.
- Il gateway della subnet del bilanciatore del carico deve ascoltare gli ARP gratuiti per inoltrare i pacchetti al bilanciatore del carico master.