Determinati carichi di lavoro Kubernetes richiedono uno storage persistente per archiviare i dati in modo permanente. Per eseguire il provisioning dello storage persistente per i carichi di lavoro Kubernetes, vSphere with Tanzu si integra con Cloud Native Storage (CNS), un componente di vCenter Server che gestisce i volumi persistenti.
Lo storage persistente viene utilizzato dai cluster di Pod vSphere Tanzu Kubernetes e dalle macchine virtuali. L'esempio seguente illustra come lo storage persistente viene utilizzato da un Pod vSphere.
Per comprendere come funziona vSphere with Tanzu con lo storage persistente, è necessario acquisire familiarità con i seguenti concetti essenziali.
- Volume persistente
-
Per fornire uno storage persistente, Kubernetes utilizza volumi persistenti che possono conservare il proprio stato e i propri dati. Se i volumi persistenti vengono montati da un pod, continuano ad esistere anche quando il pod viene eliminato o riconfigurato. Nell'ambiente di
vSphere with Tanzu, gli oggetti di volumi persistenti sono supportati dai First Class Disk in un datastore.
vSphere with Tanzu supporta il provisioning dinamico e statico dei volumi in modalità ReadWriteOnce, in cui i volumi possono essere montati da un singolo pod.
A partire da vSphere 7.0 Update 3, vSphere with Tanzu supporta anche la modalità ReadWriteMany per i volumi persistenti nei cluster di Tanzu Kubernetes. Con il supporto ReadWriteMany, un singolo volume può essere montato simultaneamente da più pod o applicazioni in esecuzione in un cluster. vSphere with Tanzu utilizza condivisioni di file vSAN per i volumi permanenti di tipo ReadWriteMany. Per ulteriori informazioni, vedere Creazione di volumi persistenti ReadWriteMany in vSphere with Tanzu.
- Provisioning statico e dinamico
-
Con il provisioning dinamico dei volumi, non è necessario eseguire il pre-provisioning dello storage e i volumi persistenti possono essere creati su richiesta. I tecnici di DevOps emettono una richiesta di volume persistente che fa riferimento a una classe di storage disponibile nello spazio dei nomi.
vSphere with Tanzu esegue automaticamente il provisioning del volume persistente corrispondente e di un disco virtuale di supporto.
Sia Cluster supervisore che il cluster di Tanzu Kubernetes supportano il provisioning dinamico.
Per un esempio di come creare dinamicamente un volume persistente, vedere Eseguire il provisioning di un volume persistente dinamico per un'applicazione con stato.
- First Class Disk
-
vSphere with Tanzu utilizza il tipo di dischi virtuali First Class Disk (FCD) per supportare i volumi persistenti. First Class Disk, noto anche come disco virtuale migliorato, è un disco virtuale denominato non associato a una macchina virtuale.
I First Class Disk sono identificati da UUID. Questo UUID è univoco a livello globale e rappresenta l'identificatore primario per FCD. L'UUID rimane valido anche se il relativo FCD viene trasferito o utilizzato per uno snapshot.
- Richiesta volume persistente
- I tecnici di DevOps creano richieste di volumi persistenti per richiedere risorse di storage persistente. La richiesta esegue il provisioning di un oggetto volume persistente e di un disco virtuale corrispondente. Nel vSphere Client, il volume persistente si manifesta come un disco virtuale FCD che può essere monitorato dagli amministratori di vSphere.
- Classe di storage
- Kubernetes utilizza classi di storage per descrivere i requisiti per lo storage che supporta i volumi persistenti. I tecnici di DevOps possono includere una determinata classe di storage nella specifica di richiesta di volume persistente per richiedere il tipo di storage descritto dalla classe.
Workflow storage persistente
Il workflow per il provisioning dello storage persistente in vSphere with Tanzu generalmente include le seguenti azioni sequenziali.
| Passaggio | Azione | Descrizione |
|---|---|---|
| 1 | Gli amministratori di vSphere inviano risorse di storage persistenti al team di DevOps. | Gli amministratori di vSphere creano criteri di storage di macchina virtuale che descrivono diversi requisiti di storage e classi di servizi. Possono quindi assegnare i criteri di storage a un Spazio dei nomi vSphere. |
| 2 | vSphere with Tanzu crea classi di storage che corrispondono ai criteri di storage assegnati al Spazio dei nomi vSphere. | Le classi di storage vengono visualizzate automaticamente nell'ambiente Kubernetes e possono essere utilizzate dal team DevOps. Se un amministratore di vSphere assegna più criteri di storage al Spazio dei nomi vSphere, viene creata una classe di storage separata per ogni criterio di storage. Se si utilizza Servizio Tanzu Kubernetes Grid per eseguire il provisioning dei cluster di Tanzu Kubernetes, ogni cluster di Tanzu Kubernetes eredita le classi di storage dal Spazio dei nomi vSphere in cui viene eseguito il provisioning del cluster. |
| 3 | I tecnici di DevOps utilizzano le classi di storage per richiedere risorse di storage persistenti per un carico di lavoro. | La richiesta di un volume persistente fa riferimento a una classe di storage specifica. |
| 4 | vSphere with Tanzu crea un oggetto di volume persistente e un disco virtuale persistente corrispondente per un carico di lavoro. | vSphere with Tanzu posiziona il disco virtuale nel datastore che soddisfa i requisiti specificati nel criterio di storage originale e nella classe di storage corrispondente. Il disco virtuale può essere montato da un carico di lavoro. |
| 5 | Gli amministratori di vSphere monitorano i volumi persistenti nell'ambiente vSphere with Tanzu. | Utilizzando vSphere Client, gli amministratori di vSphere monitorano i volumi persistenti e i relativi dischi virtuali di supporto. Possono inoltre monitorare la conformità dello storage e gli stati di integrità dei volumi persistenti. |
Guardare questo video per ulteriori informazioni sullo storage persistente in vSphere with Tanzu.
Attività di gestione dello storage di un amministratore di vSphere
- Eseguire le operazioni del ciclo di vita per i criteri di storage delle macchine virtuali.
Prima di abilitare un Cluster supervisore e configurare gli spazi dei nomi, creare criteri di storage per lo storage permanente. I criteri di storage si basano sui requisiti di storage comunicati dai tecnici di DevOps. Vedere Creazione di criteri di storage per vSphere with Tanzu.
Nota: Non eliminare il criterio di storage da vCenter Server o da un Spazio dei nomi vSphere quando nello spazio dei nomi è in esecuzione una richiesta di volume persistente con la classe di storage corrispondente. Questa raccomandazione si applica anche ai cluster di Tanzu Kubernetes. - Fornire risorse di storage ai tecnici di DevOps assegnando i criteri di storage allo spazio dei nomi e impostando limiti di storage. Per informazioni sulla modifica delle assegnazioni dei criteri di storage, vedere Modifica delle impostazioni di storage in uno spazio dei nomi. Per informazioni sull'impostazione di limiti, vedere Configurazione delle limitazioni per gli oggetti Kubernetes in uno Spazio dei nomi vSphere.
- Monitorare gli oggetti Kubernetes e la conformità dei rispettivi criteri di storage in vSphere Client. Vedere Monitorare i volumi persistenti in vSphere Client.
Attività di gestione dello storage di un tecnico di DevOps
- Gestire le classi di storage. Vedere Visualizzazione delle classi di storage in un cluster Spazio dei nomi vSphere o Tanzu Kubernetes.
- Distribuire e gestire applicazioni stateful. Vedere Eseguire il provisioning di un volume persistente dinamico per un'applicazione con stato.
- Eseguire le operazioni del ciclo di vita per i volumi persistenti. Esempi di richieste di volumi persistenti di Tanzu Kubernetes.
