Familiarisez-vous avec plusieurs concepts essentiels à l'environnement du Stockage cloud natif dans vSphere.

Composants de l'environnement de stockage cloud natif.

Cluster Kubernetes
Dans l'environnement Stockage cloud natif, vous pouvez déployer un cluster Kubernetes générique au sein d'un cluster de machines virtuelles. Au-dessus du cluster Kubernetes, vous déployez vos applications contenant des conteneurs. Les applications peuvent être avec état et sans état.
Note : Pour plus d'informations sur un cluster Superviseur et Tanzu Kubernetes Grid que vous pouvez exécuter dans l'environnement vSphere IaaS control plane, reportez-vous à la documentation de Concepts et planification du plan de contrôle IaaS vSphere.
Espace
Un espace est un groupe d'un ou de plusieurs applications en conteneur qui partagent des ressources telles que le stockage et le réseau. Les conteneurs à l'intérieur d'un espace sont démarrés, arrêtés et répliqués en tant que groupe.
Orchestrator de conteneur
Plates-formes open source, telles que Kubernetes, pour le déploiement, la mise à l'échelle et la gestion d'applications en conteneur sur des clusters d'hôtes. Les plates-formes fournissent une infrastructure centrée sur les conteneurs.
Application avec état
Puisque les applications en conteneur évoluent de sans état à avec état, elles nécessitent un stockage permanent. Contrairement aux applications sans état qui n'enregistrent pas les données entre les sessions, les applications avec état enregistrent les données dans un stockage permanent. Les données conservées sont appelées l'état de l'application. Vous pouvez ensuite récupérer les données et les utiliser lors de la prochaine session. La plupart des applications sont avec état. Une base de données est un exemple d'application avec état.
PersistentVolume
Les applications avec état utilisent PersistentVolumes pour stocker leurs données. Un PersistentVolume est un volume Kubernetes capable de conserver son état et ses données. Il est indépendant d'un espace et peut continuer à exister même lorsque l'espace est supprimé ou reconfiguré. Dans l'environnement vSphere, les objets PersistentVolume utilisent les disques virtuels vSphere de type FCD ( First Class Disk, disque de première classe) ou les partages de fichiers vSAN en tant qu'espace de stockage de sauvegarde. Les disques de première classe sont également appelés disques virtuels améliorés (IVD) ou disques virtuels gérés.
  • Les disques virtuels prennent en charge les volumes qui sont montés en tant que ReadWriteOnce. Ces volumes ne peuvent être utilisés que par un seul espace dans Kubernetes.

    Vous pouvez utiliser la technologie de chiffrement vSphere pour protéger les disques virtuels FCD qui sauvegardent les volumes persistants. Pour plus d'informations, consultez Utiliser le chiffrement avec le stockage cloud natif de vSphere.

  • Les partages de fichiers vSAN prennent en charge les volumes ReadWriteMany qui sont montés par plusieurs nœuds. Ces volumes peuvent être partagés entre plusieurs espaces ou applications s'exécutant sur des nœuds Kubernetes ou sur des clusters Kubernetes. Pour plus d'informations sur les configurations possibles avec des partages de fichiers, reportez-vous à Utilisation du service de fichiers vSAN pour provisionner des volumes de fichiers vSphere.
StorageClass
Kubernetes utilise StorageClass pour définir différents niveaux de stockage et pour décrire différents types d'exigences pour le stockage effectuant la sauvegarde de PersistentVolume. Dans l'environnement vSphere, une classe de stockage peut être liée à une stratégie de stockage. En tant qu'administrateur vSphere, vous créez des stratégies de stockage qui décrivent les différentes exigences de stockage. Les stratégies de stockage de machine virtuelle peuvent être utilisées dans le cadre de la définition de StorageClass pour le provisionnement dynamique de volumes.

L'exemple suivant de fichier YAML référence la stratégie de stockage Gold que vous avez créée précédemment à l'aide de vSphere Client. Le VMDK de volume permanent qui en résulte est placé sur une banque de données compatible qui répond aux conditions requises de la stratégie de stockage Gold. 

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: gold-sc
  annotations:
    storageclass.kubernetes.io/is-default-class: "true"
provisioner: csi.vsphere.vmware.com
parameters:
  storagepolicyname: "Gold"
PersistentVolumeClaim
En général, les applications ou les espaces peuvent demander un stockage permanent via un PersistentVolumeClaim. La PersistentVolumeClaim spécifie le type et la classe du stockage, le mode d'accès, ReadWriteOnce ou ReadWriteMany et d'autres paramètres pour le PersistentVolume. La demande peut ensuite provisionner dynamiquement l'objet PersistentVolume correspondant et le disque virtuel sous-jacent ou le partage de fichiers vSAN dans l'environnement vSphere.
Une fois la réclamation créée, le PersistentVolume est automatiquement lié à la réclamation. Les espaces utilisent la réclamation pour monter le PersistentVolume et accéder au stockage.
Lorsque vous supprimez cette réclamation, l'objet PersistentVolume correspondant et le stockage sous-jacent sont supprimés. 
kind: PersistentVolumeClaim
metadata:
 name: persistent-VMDK
spec:
 accessModes:
 - ReadWriteOnce
 resources:
 requests:
 storage: 5Gi
 storageClassName: gold-sc