Panoramica delle opzioni di archiviazione

Google Distributed Cloud può utilizzare diverse configurazioni di archiviazione e fornisce interfacce per la gestione dell'archiviazione a blocchi e di file tramite i seguenti oggetti Kubernetes:

Archiviazione temporanea tramite volumi Kubernetes

Le risorse Kubernetes Volume sono unità di archiviazione accessibili ai container in un Pod. L'archiviazione temporanea supporta i seguenti tipi di volumi:

I tipi di spazio di archiviazione temporaneo non vengono resi persistenti dopo l'eliminazione di un pod. Utilizza l'archiviazione temporanea per le informazioni di configurazione e per memorizzare nella cache l'archiviazione per le applicazioni.

I tipi di archiviazione temporanea condividono e consumano le risorse del disco di avvio del nodo. Puoi gestire le risorse di archiviazione temporanea locale nello stesso modo in cui gestisci le risorse di CPU e memoria.

Archiviazione permanente utilizzando le risorse PersistentVolume

Un PersistentVolume Kubernetes è una risorsa che un Pod può utilizzare per l'archiviazione durevole. La durata dei volumi permanenti è indipendente da quella di un pod. Pertanto, il disco e i dati in un volume permanente continuano a esistere quando cambia il cluster e quando vengono eliminati e ricreati i pod. Puoi eseguire il provisioning dinamico delle risorse PersistentVolume tramite l'API PersistentVolumeClaims oppure un amministratore del cluster può crearle in modo esplicito.

Google Distributed Cloud può eseguire il backup dell'archiviazione permanente utilizzando una serie di sistemi di archiviazione, tra cui driver Container Storage Interface (CSI) e volumi locali.

Driver Container Storage Interface (CSI)

Google Distributed Cloud è compatibile con i driver CSI v1.0. CSI è un'interfaccia standard aperta supportata da molti importanti fornitori di spazio di archiviazione. Per l'archiviazione di produzione, installa un driver CSI di un partner di archiviazione GDC Ready. Per l'elenco completo dei partner di archiviazione GDC Ready, consulta la pagina Partner di archiviazione GDC Ready.

Per utilizzare CSI nel cluster, esegui il deployment del driver CSI fornito dal fornitore di spazio di archiviazione nei cluster. Poi, configura i carichi di lavoro per utilizzare il driver CSI con l'API StorageClass o imposta StorageClass come API predefinita.

Volumi locali

Per la prova di concetto e i casi d'uso avanzati, puoi utilizzare le risorse PersistentVolume locali. Google Distributed Cloud include sig-storage-local-static-provisioner, che rileva i punti di montaggio su ogni nodo e crea un volume permanente locale per ogni punto di montaggio.

I cluster Google Distributed Cloud utilizzano il provisioner del volume locale (LVP) per gestire i volumi persistenti locali. Esistono tre tipi di classi di archiviazione per i volumi permanenti locali in un cluster Google Distributed Cloud:

  • Quota di LVP
  • Montaggi dei nodi LVP
  • Sistema Anthos

Quota di LVP

Questa opzione crea un volume permanente locale supportato da sottodirectory in un file system locale e condiviso. La creazione del cluster genera automaticamente queste sottodirectory. I workload che utilizzano questa classe di archiviazione condividono la capacità e le operazioni di I/O al secondo (IOPS) perché gli stessi volumi permanenti sono supportati dallo stesso file system condiviso. Per un migliore isolamento, configura i dischi tramite i montaggi dei nodi LVP.

Per maggiori informazioni, consulta la sezione Configurazione di una condivisione LVP.

Montaggi dei nodi LVP

Questa opzione crea un volume permanente locale per ogni disco montato nella directory configurata. Devi formattare e montare ogni disco prima o dopo la creazione del cluster.

Per ulteriori informazioni, consulta la sezione Configurazione dei montaggi dei nodi LVP.

Sistema Anthos

Questa classe di archiviazione crea volumi permanenti locali preconfigurati durante la creazione del cluster che vengono utilizzati dai pod di sistema Anthos. Il nome della classe di archiviazione è anthos-system. Non modificare o eliminare questa classe di archiviazione e non utilizzarla per i carichi di lavoro stateful.

Passaggi successivi