Le Stockage cloud natif utilise plusieurs composants pour s'intégrer au stockage vSphere.

L'illustration suivante montre comment ces composants interagissent.

Cluster Kubernetes
Dans l'environnement Stockage cloud natif, un cluster Kubernetes générique est déployé sur un cluster de machines virtuelles déployées ou de nœuds qui s'exécutent dans vSphere. Un utilisateur Kubernetes interagit directement avec le cluster lors du déploiement d'applications avec état au-dessus de celui-ci.
Note : Pour plus d'informations sur un cluster Superviseur et Tanzu Kubernetes Grid que vous pouvez exécuter dans l'environnement vSphere with Tanzu, reportez-vous à la documentation de Concepts et planification de vSphere with Tanzu.
Interface de stockage de conteneur (CSI) pour vSphere
Pour consommer les ressources de l'infrastructure sous-jacente, le cluster requiert un pilote CSI.

vSphere CSI est un plug-in hors arborescence qui expose le stockage vSphere aux charges de travail en conteneur sur les orchestrateurs de conteneurs, tels que Kubernetes. Ce plug-in active vSAN et d'autres types de stockage vSphere.

vSphere CSI communique directement avec le plan de contrôle CNS sur vCenter Server pour toutes les opérations de provisionnement du stockage. vSphere CSI prend en charge les fonctionnalités suivantes :
  • Provisionnement dynamique de volumes de conteneur.
  • Fonctionnalité de disque de première classe vSphere.
  • Zones Kubernetes.
  • Montages conventionnels et bruts.
  • vCenter Server unique et centres de données et clusters multiples.
  • Provisionnement à partir de plusieurs banques de données ou clusters de banques de données.
  • Service de fichiers vSAN

Sur Kubernetes, le pilote CSI est utilisé avec l'interface CPI (vSphere Cloud Provider Interface) hors arborescence. Le pilote CSI est fourni en tant qu'image de conteneur et doit être déployé par l'administrateur du cluster. Pour plus d'informations, reportez-vous à la section Déploiement de pilotes de la documentation du Pilote Kubernetes vSphere CSI.

Pour plus d'informations sur les variantes de CSI utilisées dans un Superviseur et les clusters Tanzu Kubernetes Grid, reportez-vous à la documentation de Concepts et planification de vSphere with Tanzu.

Composant serveur du Stockage cloud natif
Le composant du serveur CNS, ou le plan de contrôle CNS, réside dans vCenter Server. Il s'agit d'une extension de la gestion de vCenter Server qui met en œuvre le provisionnement et les opérations de cycle de vie pour les volumes de conteneur.
Lors du provisionnement de volumes de conteneurs, il interagit avec vCenter Server pour créer des objets de stockage dont dépendent les volumes. La fonctionnalité de gestion basée sur une stratégie de stockage garantit un niveau de service requis pour les volumes.
Le stockage cloud natif exécute également des opérations de requête qui vous permettent de gérer et de surveiller les volumes de conteneur et leurs objets de stockage de sauvegarde via l'instance de vCenter Server.
Disque de première classe (FCD)
Également appelé disque virtuel amélioré (IVD) ou disque virtuel géré. Il s'agit d'un disque virtuel nommé qui n'est pas associé à une machine virtuelle. Ces disques résident sur une banque de données vSAN VMFS, NFS ou vVols et sauvegardent des volumes de conteneurs ReadWriteOnce.

La technologie FCD permet d'effectuer des opérations de cycle de vie liées à des volumes persistants en dehors du cycle de vie de la machine virtuelle ou de l'espace. Si la machine virtuelle est un nœud Kubernetes qui exécute plusieurs applications basées sur des conteneurs et utilise des volumes et des disques virtuels persistants pour plusieurs applications, le stockage cloud natif facilite les opérations de cycle de vie à la granularité du conteneur et du volume persistant.

Service de fichiers vSAN
Il s'agit d'une couche de vSAN qui fournit des partages de fichiers. Il prend actuellement en charge les partages de fichiers NFSv3 et NFSv4.1. Stockage cloud natif utilise des partages de fichiers vSAN pour les volumes persistants de type ReadWriteMany. Un seul volume ReadWriteMany peut être monté par plusieurs nœuds. Le volume peut être partagé entre plusieurs espaces ou applications s'exécutant sur des nœuds Kubernetes ou sur des clusters Kubernetes.
Gestion basée sur des stratégies de stockage (SPBM, Storage Policy Based Management)
La gestion basée sur des stratégies de stockage est un service vCenter Server qui prend en charge le provisionnement de volumes permanents selon les conditions requises de stockage spécifiées. Après le provisionnement, le service surveille la conformité du volume avec les caractéristiques de stratégie requises.