I cluster Tanzu Kubernetes Grid, come alcuni altri componenti e carichi di lavoro che vengono eseguiti negli spazi dei nomi Supervisore, richiedono uno storage persistente.
Criteri di storage per i cluster Tanzu Kubernetes Grid
Per fornire risorse di storage persistente ai cluster Tanzu Kubernetes Grid, l'amministratore di vSphere configura criteri di storage che descrivono requisiti di storage diversi. L'amministratore aggiunge quindi i criteri di storage allo spazio dei nomi in cui è distribuito il cluster Tanzu Kubernetes Grid. I criteri di storage visibili per lo spazio dei nomi determinano a quali datastore lo spazio dei nomi può accedere per utilizzarli per lo storage persistente. I criteri di storage stabiliscono il modo in cui i carichi di lavoro e i nodi del cluster vengono posizionati nell'ambiente di storage di vSphere.
In base ai criteri di storage assegnati allo spazio dei nomi, vSphere IaaS control plane crea classi di storage Kubernetes corrispondenti che vengono visualizzate automaticamente nello spazio dei nomi. Vengono inoltre propagati al cluster di Tanzu Kubernetes Grid in questo spazio dei nomi.
Nel cluster Tanzu Kubernetes Grid, le classi di storage vengono visualizzate in due edizioni, una con la modalità di binding Immediate e un'altra con la modalità di binding WaitForFirstConsumer. L'edizione scelta dal team DevOps dipende dai requisiti.
Per ulteriori informazioni sulle classi di storage nei cluster Tanzu Kubernetes Grid, vedere Utilizzo delle classi di storage per i volumi persistenti.
Modalità di integrazione di Tanzu Kubernetes Grid con lo storage di vSphere
Per l'integrazione con il Supervisore e lo storage di vSphere, i cluster Tanzu Kubernetes Grid utilizzano Paravirtual CSI (pvCSI).
pvCSI è la versione del driver vSphere CNS-CSI modificata per i cluster di Tanzu Kubernetes Grid. pvCSI si trova nel cluster di Tanzu Kubernetes Grid ed è responsabile di tutte le richieste relative allo storage provenienti dal cluster di Tanzu Kubernetes Grid. Le richieste vengono consegnate a CNS-CSI, che quindi le propaga a CNS in vCenter Server. Di conseguenza, pvCSI non ha una comunicazione diretta con il componente CNS, ma si basa su CNS-CSI per tutte le operazioni di provisioning dello storage. A differenza di CNS-CSI, pvCSI non richiede le credenziali dell'infrastruttura. Viene configurato con un account di servizio nello spazio dei nomi.
Per ulteriori informazioni sui componenti del Supervisore utilizzati per l'integrazione con lo storage di vSphere, vedere Storage persistente per i carichi di lavoro.
Come viene creato un volume persistente
Di seguito viene illustrato come interagiscono i diversi componenti quando un tecnico DevOps esegue un'operazione relativa allo storage nel cluster di Tanzu Kubernetes Grid, ad esempio crea una richiesta di volume persistente (PVC).
Il tecnico DevOps crea una PVC utilizzando la riga di comando nel cluster di Tanzu Kubernetes Grid. Questa azione genera una PVC corrispondente nel Supervisore e attiva CNS-CSI. CNS-CSI richiama l'API di creazione del volume CNS.
Dopo la creazione di un volume, l'operazione viene propagata tramite il Supervisore al cluster Tanzu Kubernetes Grid. In seguito a questa propagazione, gli utenti possono visualizzare il volume persistente e la richiesta di volume persistente con stato associato nel Supervisore. Possono visualizzare il volume persistente e la richiesta di volume persistente nello stato associato anche nel cluster di Tanzu Kubernetes Grid.
Funzionalità supportata da pvCSI
Il componente pvCSI che viene eseguito nel cluster Tanzu Kubernetes Grid supporta una serie di funzionalità di storage di vSphere e Kubernetes.
| Funzionalità supportata | pvCSI con cluster Tanzu Kubernetes Grid |
|---|---|
| Supporto di CNS in vSphere Client | Sì |
| Integrità degli oggetti avanzata in vSphere Client | Sì (solo vSAN) |
| Blocco dinamico volume persistente (modalità di accesso ReadWriteOnce) | Sì |
| Volume persistente del file dinamico (modalità di accesso ReadWriteMany) | Sì (con servizi di file vSAN) |
| Datastore vSphere | VMFS/NFS/vSAN/vVols |
| Volume persistente statico | Sì |
| Crittografia | No |
| Espansione del volume offline | Sì |
| Espansione del volume online | Sì |
| Topologia di volume e zone | Sì |
| Istanze del piano di controllo multiple Kubernetes | Sì |
| WaitForFirstConsumer | Sì |
| VolumeHealth | Sì |
| Storage vMotion con volumi persistenti | No |
