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 esegue il backup dei seguenti tipi di volumi:

I tipi di archiviazione temporanea non vengono mantenuti dopo la cessazione di un pod. Utilizza l'archiviazione temporanea per le informazioni di configurazione e l'archiviazione nella cache per le applicazioni.

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

Archiviazione permanente con PersistentVolume risorse

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

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

Driver CSI (Container Storage Interface)

Google Distributed Cloud è compatibile con i driver CSI v1.0. CSI è un'interfaccia standard aperta supportata da molti dei principali fornitori di servizi di archiviazione. Per l'archiviazione in 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 tuo cluster, esegui il deployment del driver CSI fornito ai cluster dal tuo fornitore di spazio di archiviazione. Quindi, configura i carichi di lavoro in modo da utilizzare il driver CSI con l'API StorageClass o impostare StorageClass come API predefinita.

Volumi locali

Per il proof of concept e per casi d'uso avanzati, puoi utilizzare risorse PersistentVolume locali. Google Distributed Cloud raggruppa sig-storage-local-static-provisioner, che rileva i punti di montaggio su ciascun 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 permanenti locali. In un cluster Google Distributed Cloud esistono tre tipi di classi di archiviazione per i volumi permanenti locali:

  • Quota LVP
  • Montaggi di nodi LVP
  • Sistema Anthos

Quota LVP

Questa opzione crea un volume permanente locale supportato dalle sottodirectory di un file system locale e condiviso. La creazione dei cluster genera automaticamente queste sottodirectory. I carichi di lavoro che utilizzano questa classe di archiviazione condividono la capacità e le operazioni di I/O al secondo (IOPS) perché lo stesso file system condiviso esegue il backup dei volumi permanenti. Per un migliore isolamento, configura i dischi tramite i montaggi dei nodi LVP.

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

Montaggi di nodi LVP

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

Per maggiori informazioni, consulta Configurare i montaggi dei nodi LVP.

Sistema Anthos

Questa classe di archiviazione crea volumi permanenti preconfigurati durante la creazione del cluster che vengono utilizzati dai pod del 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