Présentation du stockage

Google Distributed Cloud peut utiliser plusieurs configurations de stockage et fournit des interfaces pour la gestion du stockage de blocs et de fichiers via les objets Kubernetes suivants:

Stockage éphémère via les volumes Kubernetes

Les ressources Volume Kubernetes sont des unités de stockage accessibles aux conteneurs dans un Pod. Le stockage éphémère sauvegarde les types de volumes suivants :

Les types de stockage éphémère ne persistent pas une fois qu'un pod cesse d'exister. Utilisez le stockage éphémère pour les informations de configuration et pour mettre en cache le stockage des applications.

Les types de stockage éphémère partagent et consomment des ressources du disque de démarrage du nœud. Vous pouvez gérer vos ressources de stockage éphémère locales de la même manière que vous gérez les ressources du processeur et de la mémoire.

Stockage persistant utilisant des ressources PersistentVolume

Une ressource PersistentVolume Kubernetes est une ressource qu'un Pod peut utiliser pour un stockage durable. La durée de vie des volumes persistants est indépendante de la durée de vie d'un pod. Par conséquent, le disque et les données d'un volume persistant continuent d'exister à mesure que le cluster change et que les pods sont supprimés et recréés. Vous pouvez provisionner les ressources PersistentVolume de manière dynamique via l'API PersistentVolumeClaims, ou un administrateur de cluster peut les créer explicitement.

Google Distributed Cloud peut sauvegarder le stockage persistant à l'aide de divers systèmes de stockage, y compris des pilotes Container Storage Interface (CSI) et des volumes locaux.

Pilotes CSI (Container Storage Interface)

Google Distributed Cloud est compatible avec les pilotes CSI v1.0. CSI est une interface standard ouverte compatible avec de nombreux grands fournisseurs de stockage. Pour le stockage de production, installez un pilote CSI provenant d'un partenaire de stockage GDCV Ready. Pour obtenir la liste complète des partenaires de stockage compatibles avec GDCV, consultez la page Partenaires de stockage compatibles avec GDCV.

Pour utiliser CSI dans votre cluster, déployez le pilote CSI fourni par votre fournisseur de stockage sur vos clusters. Configurez ensuite les charges de travail de façon à utiliser le pilote CSI avec l'API StorageClass ou définissez StorageClass comme API par défaut.

Volumes locaux

Pour effectuer une démonstration de faisabilité et pour des cas d'utilisation avancés, vous pouvez utiliser les ressources PersistentVolume locales. Google Distributed Cloud regroupe l'outil sig-storage-local-static-provisioner, qui découvre les points d'installation sur chaque nœud et crée un volume persistant local pour chacun d'eux.

Les clusters Google Distributed Cloud utilisent l'approvisionneur de volume local (LVP) pour gérer les volumes persistants locaux. Il existe trois types de classes de stockage pour les volumes persistants locaux dans un cluster Google Distributed Cloud:

  • Partage LVP
  • Installations de nœuds LVP
  • Système Anthos

Partage LVP

Cette option crée un volume persistant local qui est sauvegardé par les sous-répertoires d'un système de fichiers local et partagé. La création de clusters génère automatiquement ces sous-répertoires. Les charges de travail qui utilisent cette classe de stockage partagent la capacité et les opérations d'entrée/sortie par seconde (IOPS), car le même système de fichiers partagé sauvegarde les volumes persistants. Pour une meilleure isolation, configurez les disques via des intallations de nœuds LVP.

Pour en savoir plus, consultez la section Configurer un partage LVP.

Installations de nœuds LVP

Cette option crée un volume persistant local pour chaque disque installé dans le répertoire configuré. Vous devez formater et installer chaque disque avant ou après la création du cluster.

Pour en savoir plus, consultez la page Configurer des installations de nœuds LVP.

Système Anthos

Cette classe de stockage crée des volumes persistants locaux préconfigurés lors de la création du cluster qui sont utilisés par les pods système Anthos. Le nom de la classe de stockage est anthos-system. Ne modifiez pas et ne supprimez pas cette classe de stockage, et n'utilisez pas cette classe de stockage pour les charges de travail avec état.

Étapes suivantes