I carichi di lavoro del cluster TKG potrebbero richiedere uno storage persistente. Fare riferimento alle informazioni in questo argomento per considerazioni e concetti relativi allo storage vSphere per i cluster Servizio TKG.
Criteri di storage di vSphere per i cluster Servizio TKG
Per fornire risorse di storage persistente ai cluster Servizio TKG, l'amministratore di vSphere configura criteri di storage che descrivono requisiti di storage diversi. L'amministratore aggiunge quindi uno o più criteri di storage al Spazio dei nomi vSphere in cui verranno distribuiti i cluster TKG. I criteri di storage assegnati a un Spazio dei nomi vSphere determinano il modo in cui i nodi e i carichi di lavoro del cluster TKG vengono posizionati nell'ambiente di storage vSphere e determinano a quali datastore i cluster TKG possono accedere e quali possono utilizzare per lo storage persistente.
Quando un criterio di storage di vSphere viene assegnato a uno Spazio dei nomi vSphere, il sistema crea classi di storage Kubernetes corrispondenti per quel Spazio dei nomi vSphere. Le classi di storage Kubernetes corrispondenti vengono propagate ai cluster TKG di cui è stato eseguito il provisioning in questo Spazio dei nomi vSphere.
In un cluster TKG, ciascuna classe di storage ha due edizioni, una con la modalità di binding Immediate e un'altra con la modalità di binding WaitForFirstConsumer. L'edizione scelta dipende dalle proprie esigenze. Vedere Edizioni della classe di storage per i cluster Servizio TKG.
Modalità di integrazione di Servizio TKG con lo storage di vSphere
Per l'integrazione con il Supervisore e lo storage di vSphere, i cluster TKG utilizzano Paravirtual CSI (pvCSI).
pvCSI è la versione del driver vSphere CNS-CSI modificata per i cluster TKG. pvCSI si trova nel cluster TKG ed è responsabile di tutte le richieste relative allo storage provenienti dal cluster TKG. 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 in Spazio dei nomi vSphere.
Come viene creato un volume persistente
Il diagramma illustra come interagiscono i diversi componenti per le operazioni correlate allo storage all'interno di un cluster TKG, ad esempio la creazione di una richiesta volume persistente (PVC).
Il tecnico DevOps crea un PVC utilizzando kubectl nel cluster TKG. Questa azione genera un PVC corrispondente in Supervisore e attiva il CNS-CSI, che richiama l'API di creazione del volume di CNS.
Dopo la creazione di un volume, l'operazione viene propagata tramite il Supervisore al cluster TKG. Gli utenti dei cluster possono visualizzare il volume persistente e la richiesta di volume persistente nello stato associato nel Supervisore. Possono anche visualizzare il volume persistente e la richiesta di volume persistente nello stato associato nel cluster TKG.
