Prerequisiti delle macchine dei nodi del cluster

Google Distributed Cloud supporta una vasta gamma di sistemi in esecuzione sull'hardware supportato dalle distribuzioni del sistema operativo di destinazione. Una configurazione di Google Distributed Cloud può essere eseguita su hardware minimo o su più macchine per offrire flessibilità, disponibilità e prestazioni.

Indipendentemente dalla configurazione di Google Distributed Cloud, i nodi e i cluster devono disporre di risorse CPU, RAM e di archiviazione sufficienti per soddisfare le esigenze dei cluster e dei workload in esecuzione.

Questa pagina è rivolta ad amministratori, architetti e operatori che definiscono le soluzioni IT e l'architettura di sistema in base alla strategia aziendale. Per scoprire di più sui ruoli comuni e sugli esempi di attività a cui facciamo riferimento nei contenuti di Google Cloud, consulta Ruoli e attività comuni degli utenti di GKE Enterprise.

Quando installi Google Distributed Cloud, puoi creare diversi tipi di cluster:

  • Un cluster utente che esegue i workload.
  • Un cluster di amministrazione che crea e controlla i cluster utente per l'esecuzione dei workload.
  • Un cluster autonomo è un singolo cluster che può gestire ed eseguire workload, ma non può creare o gestire cluster utente.
  • Un cluster ibrido può gestire ed eseguire i carichi di lavoro, nonché 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 di risorse di sistema standard e puoi utilizzarlo per tutti i tipi di cluster.

  • Edge: il profilo edge ha ridotto notevolmente i requisiti di risorse di sistema. L'utilizzo di questo profilo è consigliato per i dispositivi edge con risorse limitate. Puoi utilizzare il profilo edge solo per i cluster autonomi.

Requisiti delle risorse per tutti i tipi di cluster che utilizzano il profilo predefinito

La tabella seguente descrive i requisiti hardware minimi e consigliati di cui Google Distributed Cloud ha bisogno per operare e gestire cluster di amministrazione, ibridi, utente e autonomi utilizzando il profilo predefinito:

Risorsa Minimo Consigliato
CPU / vCPU* 4 core 8 core
RAM 16 GiB 32 GiB
Spazio di archiviazione 128 GiB 256 GiB

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

Requisiti delle risorse per i cluster autonomi che utilizzano il profilo edge

La tabella seguente descrive i requisiti hardware minimi e consigliati di cui Google Distributed Cloud ha bisogno per operare e gestire i cluster autonomi utilizzando il profilo edge:

Risorsa Minimo Consigliato
CPU / vCPU* 2 core 4 core
RAM Ubuntu: 4 GiB

RHEL: 6 GiB

 Ubuntu: 8 GiB

RHEL: 12 GiB
Spazio di archiviazione 128 GiB 256 GiB

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

Per configurare cluster autonomi utilizzando il profilo edge, segui queste best practice:

  • Esegui bmctl su una workstation separata. Se devi eseguire bmctl sul nodo del cluster di destinazione, devi disporre di 2 GiB di memoria per soddisfare i requisiti minimi. Ad esempio, sono necessari 6 GiB per Ubuntu e 8 GiB per RHEL.

  • Imposta MaxPodsPerNode su 110. Il cluster non esegue in media più di 30 pod utente per nodo. Potresti aver bisogno di risorse aggiuntive per una configurazione MaxPodsPerNode superiore o per eseguire più di 30 pod utente per nodo.

  • Il runtime delle VM sui componenti GDC non viene considerato in questa configurazione minima delle risorse. Il runtime delle VM su GDC richiede risorse aggiuntive a seconda del numero di VM di cui è stato eseguito il deployment nel cluster.

Requisiti di spazio di archiviazione aggiuntivi

Google Distributed Cloud 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 dei prerequisiti per l'installazione.

Per ulteriori informazioni su come configurare lo spazio di archiviazione richiesto, consulta Configurare lo spazio di archiviazione per Google Distributed Cloud.

Prerequisiti delle macchine dei nodi

Le macchine dei nodi hanno i seguenti prerequisiti:

  • Soddisfare i requisiti hardware minimi.
  • Il sistema operativo è una delle distribuzioni Linux supportate. Per ulteriori informazioni, inclusi i requisiti del kernel, vedi Selezionare il sistema operativo.
  • Accesso a internet.
  • Connettività di livello 3 a tutte le altre macchine nodo.
  • Accesso al VIP del control plane.
  • Accesso alle porte richieste. Per requisiti specifici delle porte per i nodi del piano di controllo, i nodi worker e i nodi del bilanciatore del carico, consulta Utilizzo delle porte nella pagina Requisiti di rete.
  • Server dei nomi DNS configurati correttamente.
  • Nessun nome host duplicato.
  • Uno dei seguenti servizi NTP è attivo e funzionante:
    • chrony
    • ntp
    • ntpdate
    • systemd-timesyncd
  • Un gestore dei pacchetti funzionante, ad esempio apt o dnf.

  • Su Ubuntu, devi disattivare Uncomplicated Firewall (UFW). Esegui systemctl stop ufw per disattivare UFW.

  • Deve essere caricato uno dei seguenti moduli del kernel di rete:

    • iptables-nft (diverso dal pacchetto Debian frontendiptables, che non è obbligatorio). iptables-legacy non è supportato.
    • nf_tables.

    Per caricare un modulo, esegui il seguente comando:

    modprobe MODULE_NAME

  • La creazione del cluster controlla solo lo spazio libero richiesto per i componenti di sistema di Google Distributed Cloud. Questa modifica ti offre un maggiore controllo sullo spazio allocato per i carichi di lavoro delle applicazioni. Ogni volta che installi Google Distributed Cloud, assicurati che i file system di supporto delle 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 control plane.
      • 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, applicabile solo ai nodi del piano di controllo).

    • /var/lib/etcd-events: 5 GiB (5.368.709.120 byte, applicabile solo ai nodi del control plane)

    Indipendentemente dalla versione del cluster, gli elenchi di directory precedenti possono trovarsi nelle stesse partizioni o in partizioni diverse. Se si trovano nella stessa partizione di base, il requisito di spazio è la somma dello spazio richiesto per ogni singola directory in quella partizione. Per tutte le versioni di release, il processo di creazione del cluster crea le directory, se necessario.

  • Le directory /var/lib/etcd e /etc/kubernetes non esistono o sono vuote.

  • Per le macchine con RHEL 9.2 o Ubuntu 22.04, i limiti del kernel Linuxinotify per le istanze utente e gli osservatori utente massimi devono essere maggiori o uguali a quanto segue:

    • fs.inotify.max_user_instances: 8192
    • fs.inotify.max_user_watches: 524288

    Per ulteriori informazioni, consulta la documentazione di configurazione di RHEL o Ubuntu.

Oltre ai prerequisiti per l'installazione e l'esecuzione di Google Distributed Cloud, i clienti devono rispettare gli standard pertinenti che regolano il loro settore o segmento di attività, come i requisiti PCI DSS per le attività che elaborano le carte di credito o le Security Technical Implementation Guides (STIG) per le attività nel settore della difesa.

Prerequisiti delle macchine del bilanciatore del carico

Se il tuo deployment non dispone di un pool di nodi del bilanciatore del carico specializzato, puoi costruire un pool di nodi del bilanciatore del carico con i nodi worker o del piano di controllo. In questo caso, sono previsti 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 principale.

Passaggi successivi