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 Volume di Kubernetes sono unità di archiviazione accessibili ai container in un Pod. L'archiviazione temporanea supporta i seguenti tipi di volumi:

I tipi di archiviazione temporanea non vengono mantenuti dopo la cessazione dell'esistenza 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 utilizzano 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 oggetto PersistentVolume di Kubernetes è una risorsa che un Pod può utilizzare per l'archiviazione durevole. La durata dei volumi permanenti è indipendente dalla durata 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 PersistentVolume risorse in modo dinamico tramite la PersistentVolumeClaims API oppure un amministratore del cluster può crearle in modo esplicito.

Google Distributed Cloud può eseguire il backup dell'archiviazione permanente utilizzando una varietà di sistemi di archiviazione, inclusi i driver Container Storage Interface (CSI) e i 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 fornitori di archiviazione principali. Per l'archiviazione di produzione, installa un driver CSI da un partner di archiviazione GDC Ready. Per l'elenco completo dei partner di archiviazione GDC Ready, consulta Partner di archiviazione GDC Ready.

Per utilizzare CSI nel cluster, devi eseguire il deployment del driver CSI fornito dal fornitore di archiviazione nei cluster. Quindi, configura i carichi di lavoro in modo che utilizzino il driver CSI con l'API StorageClass, o imposta StorageClass come API predefinita.

Volumi locali

Per la prova di fattibilità 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 di volumi locali (LVP) per gestire i volumi permanenti locali. Esistono tre tipi di classi di archiviazione per i volumi permanenti locali in un cluster Google Distributed Cloud:

  • Condivisione LVP
  • Montaggi dei nodi LVP
  • Sistema Anthos

Condivisione LVP

Questa opzione crea un volume permanente locale di cui viene eseguito il backup delle sottodirectory in un file system locale e condiviso. Le sottodirectory vengono generate automaticamente durante la creazione del cluster. I carichi di lavoro che utilizzano questa classe di archiviazione condividono la capacità e le operazioni di I/O al secondo (IOPS) perché i volumi permanenti sono supportati dallo stesso file system condiviso. Per una migliore isolamento, configura i dischi tramite i montaggi dei nodi LVP.

Per ulteriori informazioni, consulta la sezione Configurare 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 Configurare i montaggi dei nodi LVP.

Sistema Anthos

Questa classe di archiviazione crea volumi permanenti locali preconfigurati durante la creazione del cluster 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 con stato.

Passaggi successivi