Panoramica delle opzioni di archiviazione

Google Distributed Cloud può utilizzare diverse configurazioni di archiviazione e fornisce interfacce per la gestione dello spazio di archiviazione di blocchi e 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 temporanei non vengono mantenuti dopo che un pod non esiste più. Utilizza lo spazio di archiviazione temporaneo per le informazioni di configurazione e per memorizzare nella cache lo spazio di archiviazione per le applicazioni.

I tipi di archiviazione temporanea condividono e consumano risorse dal 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 durare a lungo archiviazione. Il ciclo di vita dei volumi permanenti è indipendente dal ciclo di vita di un pod. Pertanto, il disco e i dati in un volume permanente continuano a esistere come modifiche al cluster e quando i pod vengono eliminati e ricreati. Puoi eseguire il provisioning PersistentVolume risorse in modo dinamico tramite PersistentVolumeClaims API o un amministratore del cluster può crearle in modo esplicito.

Google Distributed Cloud può eseguire il backup dello spazio di 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 1.0. CSI è un'interfaccia standard aperta che molti dei principali fornitori di servizi di archiviazione assistenza in tempo reale. Per lo spazio di 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 la pagina Partner di archiviazione GDC Ready.

Per utilizzare CSI nel tuo cluster, esegui il deployment del driver CSI fornito dal tuo fornitore di servizi di archiviazione ai tuoi cluster. Poi, configura i carichi di lavoro in modo da utilizzare il driver CSI con l'API StorageClass o imposta StorageClass come API predefinita.

Volumi locali

Per proof of concept e 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 le risorse volumi permanenti. Esistono tre tipi di classi di archiviazione per gli oggetti volumi permanenti in un cluster Google Distributed Cloud:

  • Quota LVP
  • Montaggi dei nodi LVP
  • Sistema Anthos

Quota LVP

Questa opzione crea un volume permanente locale di cui sono supportate le sottodirectory in un file system locale e condiviso. La creazione del cluster genera automaticamente nelle 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 supporta i volumi permanenti. Per un isolamento migliore, configura i dischi tramite i mount dei nodi LVP.

Per ulteriori informazioni, vedi Configurazione di una condivisione LVP.

Montaggi dei nodi LVP

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

Per ulteriori informazioni, consulta la pagina Configurare i mount dei nodi LVP.

Sistema Anthos

Questa classe di archiviazione crea volumi permanenti locali preconfigurati durante il cluster utilizzata 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