A partire da VMware Cloud Director 10.3.1, è possibile creare cluster di Tanzu Kubernetes Grid utilizzando il plug-in dell'interfaccia utente Kubernetes Container Clusters.

Prerequisiti

Procedura

  1. Accedere a VMware Cloud Director e, nella barra di navigazione superiore, selezionare Altro > Kubernetes Container Clusters > Nuovo.
  2. Selezionare l'opzione di runtime VMware Tanzu Kubernetes Grid e fare clic su Avanti.
  3. Immettere un nome, selezionare un modello di Kubernetes nell'elenco e fare clic su Avanti.
  4. Nella finestra VDC e rete, selezionare il VDC dell'organizzazione in cui si desidera distribuire un cluster di Tanzu Kubernetes Grid, selezionare una rete VDC per il cluster e fare clic su Avanti.
  5. Nella finestra Piano di controllo, selezionare il numero di nodi, le dimensioni del disco e, facoltativamente, un criterio di dimensionamento, un criterio di posizionamento e un profilo archivio, quindi fare clic su Avanti.
    Nota: Il numero di input di nodi consente ai cluster di avere più nodi del piano di controllo.
  6. Nella finestra Pool di worker , inserire un nome, il numero di nodi, le dimensioni del disco e, facoltativamente, un criterio di dimensionamento, un criterio di posizionamento e un profilo archivio, quindi fare clic su Avanti. Per ulteriori informazioni sui pool di nodi worker, vedere Utilizzo dei pool di nodi worker.
    Nota:
    • Per configurare le impostazioni della vGPU, selezionare l'opzione Attiva GPU, quindi selezionare un criterio vGPU. Per ulteriori informazioni sulla configurazione della vGPU, vedere Configurazione della vGPU nei cluster di Tanzu Kubernetes Grid per consentire i carichi di lavoro di intelligenza artificiale e machine learning.
    • Quando si creano cluster con la funzionalità vGPU, è consigliabile aumentare le dimensioni del disco a 40-50 GB perché le librerie vGPU occupano una grande quantità di spazio di storage.
    • È possibile selezionare un criterio di dimensionamento in questo workflow o separatamente nella configurazione del server di VMware Cloud Director Container Service Extension. Quando si seleziona un criterio di dimensionamento in combinazione con un criterio vGPU che contiene il dimensionamento della macchina virtuale, le informazioni di dimensionamento nel criterio vGPU hanno la precedenza rispetto al criterio di dimensionamento selezionato. È consigliabile includere il dimensionamento nel criterio vGPU e specificare un criterio vGPU solo quando si lascia vuoto il campo Criterio di dimensionamento.
  7. (Facoltativo) Per creare ulteriori pool di nodi worker, fare clic su Aggiungi nuovo pool di worker e configurare le impostazioni del pool di nodi worker.
  8. Fare clic su Avanti.
  9. Nella finestra Storage Kubernetes, attivare l'interruttore Crea classe di storage predefinita, selezionare un profilo di storage e immettere un nome per la classe di storage.
  10. (Facoltativo) Configurare le impostazioni Criterio di recupero e File system.
  11. Nella finestra Rete Kubernetes, specificare un intervallo di indirizzi IP per i servizi Kubernetes e un intervallo per i pod Kubernetes, quindi fare clic su Avanti.

    Il routing CIDR (Classless Inter-Domain Routing) è un metodo per il routing IP e l'allocazione degli indirizzi IP.

    Opzione Descrizione
    CIDR dei pod Specifica un intervallo di indirizzi IP da utilizzare per i pod Kubernetes. Il valore predefinito è 100.96.0.0/11. La dimensione della subnet dei pod deve essere maggiore o uguale a /24. È possibile immettere un intervallo di IP.
    CIDR dei servizi Specifica un intervallo di indirizzi IP da utilizzare per i servizi Kubernetes. Il valore predefinito è 100.64.0.0/13. È possibile immettere un intervallo di IP.
    IP piano di controllo Gli utenti del tenant possono specificare il proprio indirizzo IP come endpoint del piano di controllo. Possono utilizzare un indirizzo IP esterno dal gateway o un indirizzo IP interno da una subnet diversa dall'intervallo di IP instradati. Se non specificano un indirizzo IP come endpoint del piano di controllo, il server di VMware Cloud Director Container Service Extension seleziona uno degli indirizzi IP inutilizzati dal gateway tenant associato.
    Subnet IP virtuale Gli utenti del tenant possono specificare un CIDR della subnet da cui viene assegnato un indirizzo IP inutilizzato come endpoint del piano di controllo. La subnet deve rappresentare un insieme di indirizzi presenti nel gateway. Lo stesso CIDR viene propagato anche come CIDR della subnet per i servizi in ingresso nel cluster.
    Come IP del piano di controllo, è possibile utilizzare i seguenti indirizzi IP:
    Tipo di IP Descrizione
    Indirizzi IP esterni Qualsiasi indirizzo IP nel gateway esterno che si connette alla rete OVDC.
    Indirizzi IP interni Tutti gli indirizzi IP privati interni al tenant con le seguenti eccezioni:
    • Indirizzi IP nella definizione del servizio di rete LB, in genere 192.168.255.1/24.
    • Indirizzi IP contenuti nella subnet IP del VDC dell'organizzazione.
    • Indirizzo IP in uso.
    Nota: Quando un indirizzo IP non ha le caratteristiche precedenti, si verifica il seguente comportamento:
    • Se l'indirizzo IP è già in uso e VMware Cloud Director rileva l'utilizzo, nei registri viene visualizzato un errore durante la creazione dell'LB.
    • Se l'indirizzo IP è già in uso e VMware Cloud Director non rileva l'utilizzo, il comportamento non è definito.
  12. Nella finestra Impostazioni di debug, attivare o disattivare l'interruttore Correzione automatica errori e l'interruttore Controllo di integrità del nodo.
    Attiva/disattiva Descrizione
    Correzione automatica errori Questa funzionalità si applica agli errori che si verificano durante il processo di creazione del cluster. Se si attiva questo interruttore, il server di VMware Cloud Director Container Service Extension tenta di ricreare i cluster in stato di errore durante il processo. Se l'interruttore viene disattivato, il server di VMware Cloud Director Container Service Extension lascia il cluster in stato di errore per la risoluzione manuale dei problemi.
    Nota: Questo interruttore è disattivato per impostazione predefinita in VMware Cloud Director Container Service Extension 4.1. I provider di servizi devono informare gli utenti tenant di questo in quanto si tratta di un cambiamento di comportamento da VMware Cloud Director Container Service Extension 4.0.
    Controllo di integrità del nodo A differenza di Correzione automatica errori quando il processo di correzione è applicabile solo durante la creazione del cluster, il processo di correzione in Controllo di integrità del nodo inizia quando il cluster raggiunge lo stato disponibile. Se uno qualsiasi dei nodi diventa non integro durante la durata del cluster, Controllo di integrità del nodo li rileva e li corregge. Per ulteriori informazioni consultare Configurazione del controllo di integrità del nodo.
    Nota: Questo interruttore è disattivato per impostazione predefinita in VMware Cloud Director Container Service Extension 4.1.
  13. Immettere una chiave pubblica SSH.
  14. Fare clic su Avanti.
  15. Controllare le impostazioni del cluster e fare clic su Fine.
    Nota: Nella finestra Verifica, viene visualizzato un avviso che segnala che il cluster contiene un token API del proprietario e chiede di non condividere kubeconfig o il cluster direttamente con altri. Creare invece il cluster come utente del tenant di un'organizzazione.

Revisione dello stato dei cluster

Quando si crea un cluster Tanzu Kubernetes Grid in VMware Cloud Director Container Service Extension, viene visualizzato lo stato seguente:

Tabella 1. Stato del cluster
Stato del cluster Descrizione
In sospeso La richiesta del cluster non è ancora stata elaborata dal server di VMware Cloud Director Container Service Extension.
Creazione in corso Il cluster è attualmente in fase di elaborazione da parte del server di VMware Cloud Director Container Service Extension.
Disponibile Il cluster è pronto per l'utilizzo da parte degli utenti e nei carichi di lavoro host.
Eliminazione in corso Il cluster è in fase di eliminazione.
Errore Il cluster si trova in uno stato di errore.
Nota: Se si desidera eseguire il debug manuale di un cluster, disattivare la modalità Correzione automatica errori.