Le vSphere with Tanzu utilise plusieurs composants pour s'intégrer au stockage vSphere.

Stockage cloud natif (CNS) sur vCenter Server
Le composant du stockage cloud natif réside dans l'instance de 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 persistants.
Lors du provisionnement de volumes de conteneurs, ce composant interagit avec la fonctionnalité Disques de première classe de vSphere pour créer des disques virtuels qui sauvegardent les volumes. En outre, le composant du serveur de stockage cloud natif communique avec la gestion basée sur des stratégies de stockage pour garantir un niveau de service approprié pour les disques.
Le stockage cloud natif exécute également des opérations de requête qui permettent aux administrateurs vSphere de gérer et de surveiller les volumes persistants 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é. 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 VMFS, NFS ou vSAN et sauvegardent des volumes persistants ReadWriteOnce.

La technologie FCD effectue des opérations de cycle de vie liées à des volumes persistants en dehors du cycle de vie d'une machine virtuelle ou d'un espace.

Lorsque vous utilisez des FCD, gardez à l'esprit les remarques suivantes :
  • Les FCD ne prennent pas en charge les protocoles NFS 4.x. Utilisez plutôt NFS 3.
  • vCenter Server ne sérialise pas les opérations sur le même FCD. Par conséquent, les applications ne peuvent pas effectuer simultanément des opérations sur le même FCD. L'utilisation simultanée d'opérations telles que cloner, déplacer, supprimer, récupérer, etc., à partir de différents threads entraîne des résultats imprévisibles. Pour éviter les problèmes, les applications doivent effectuer des opérations sur le même FCD dans un ordre séquentiel.
  • FCD n'est pas un objet géré et ne prend pas en charge un verrou global protégeant plusieurs écritures sur un seul FCD. Par conséquent, FCD ne prend pas en charge plusieurs instances de vCenter Server gérant le même FCD. Si vous devez utiliser plusieurs instances de vCenter Server avec des FCD, vous avez les options suivantes :
    • Plusieurs instances de vCenter Server peuvent gérer différentes banques de données.
    • Plusieurs instances de vCenter Server ne fonctionnent pas sur le même FCD.
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 de vCenter Server qui prend en charge le provisionnement de volumes persistants et de leurs disques virtuels de sauvegarde en fonction des exigences de stockage décrites dans une stratégie de stockage. Après le provisionnement, le service surveille la conformité du volume avec les caractéristiques de la stratégie de stockage. Pour plus d'informations sur la gestion basée sur des stratégies de stockage, reportez-vous à la section Gestion basée sur les stratégies de stockage.
vSphere CNS-CSI
Le composant vSphere CNS-CSI est conforme à la spécification CSI (Container Storage Interface), une norme du secteur conçue pour fournir une interface que les orchestrateurs de conteneurs comme Kubernetes peuvent utiliser pour provisionner le stockage persistant. Le pilote CNS-CSI s'exécute dans le Cluster superviseur et connecte le stockage vSphere à l'environnement Kubernetes sur un Espace de noms vSphere. Le pilote vSphere CNS-CSI communique directement avec le plan de contrôle du stockage cloud natif (CNS) pour toutes les demandes de provisionnement de stockage provenant d' Espaces vSphere et d'espaces qui s'exécutent dans un cluster Tanzu Kubernetes sur l'espace de noms.
CSI paravirtuel (pvCSI)
pvCSI est la version du pilote vSphere CNS-CSI modifiée pour les clusters Tanzu Kubernetes. pvCSI réside dans le cluster Tanzu Kubernetes et est responsable de toutes les demandes liées au stockage provenant du cluster Tanzu Kubernetes. Les demandes sont transmises au CNS-CSI, qui les propage ensuite dans vCenter Server. Par conséquent, pvCSI ne dispose pas d'une communication directe avec le composant CNS, mais s'appuie plutôt sur CNS-CSI pour toutes les opérations de provisionnement de stockage.
Contrairement à CNS-CSI, pvCSI ne nécessite pas d'informations d'identification d'infrastructure. Il est configuré avec un compte de service dans l' Espace de noms vSphere.

CNS s'affiche en tant que composant vCenter Server et CNS-CSI en tant que composant Cluster superviseur. pvCSI est un composant de cluster TKG.

Les éléments suivants illustrent le mode d'interaction des différents composants lorsqu'un ingénieur DevOps effectue une opération liée au stockage au sein du cluster Tanzu Kubernetes. Par exemple, lorsqu'il crée une réclamation de volume persistant (PVC).

L'ingénieur DevOps crée un PVC à l'aide de la ligne de commande sur le cluster Tanzu Kubernetes. Cette action génère un PVC correspondant sur le cluster superviseur et déclenche CNS-CSI. CNS-CSI appelle l'API de création de volumes de CNS.

Trois composants interagissent pour créer un volume persistant.

Après la création réussie d'un volume, l'opération se propage de nouveau au cluster superviseur vers le cluster Tanzu Kubernetes. Suite à cette propagation, les utilisateurs peuvent voir le volume persistant et la réclamation de volume persistant dans l'état lié du cluster superviseur Ils voient également le volume persistant et la réclamation de volume persistant dans l'état lié du cluster Tanzu Kubernetes.