Les charges de travail de cluster TKG peuvent nécessiter un stockage persistant. Reportez-vous aux informations de cette rubrique pour obtenir les concepts et les éléments à prendre en compte pour le stockage vSphere pour les clusters Service TKG.
Stratégies de stockage vSphere pour les clusters Service TKG
Pour fournir des ressources de stockage persistantes aux clusters Service TKG, un administrateur vSphere configure des stratégies de stockage vSphere qui décrivent différentes exigences de stockage. L'administrateur ajoute ensuite une ou plusieurs stratégies de stockage à Espace de noms vSphere dans lequel les clusters TKG seront déployés. Les stratégies de stockage attribuées à un Espace de noms vSphere déterminent comment les nœuds et les charges de travail de cluster TKG sont placés dans l'environnement de stockage vSphere, et déterminent les banques de données que les clusters TKG peuvent utiliser et auxquelles ils peuvent accéder pour le stockage persistant.
Lorsqu'une stratégie de stockage vSphere est attribuée à un Espace de noms vSphere, le système crée des classes de stockage Kubernetes correspondantes pour cet Espace de noms vSphere. Les classes de stockage Kubernetes correspondantes sont propagées aux clusters TKG provisionnés dans cet Espace de noms vSphere.
Dans le cluster TKG, chaque classe de stockage comprend deux éditions, l'une avec le mode de liaison Immediate et l'autre avec WaitForFirstConsumer. L'édition que vous choisissez dépend de vos besoins. Reportez-vous à la section Éditions de classe de stockage pour les clusters de Service TKG.
Comment les clusters Service TKG s'intègrent-ils au stockage vSphere ?
Pour s'intégrer au Superviseur et au stockage vSphere, les clusters TKG utilisent Paravirtual CSI (pvCSI).
pvCSI est la version du pilote vSphere CNS-CSI modifiée pour les clusters TKG. pvCSI réside dans le cluster TKG et est responsable de toutes les demandes liées au stockage provenant du cluster TKG. 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.
Création d'un volume persistant
Le diagramme illustre comment différents composants interagissent pour les opérations liées au stockage dans un cluster TKG, telles que la création d'une réclamation de volume persistant.
L'ingénieur DevOps crée une réclamation de volume persistant à l'aide de kubectl sur le cluster TKG. Cette action génère une réclamation de volume persistant correspondante sur Superviseur et déclenche le CNS-CSI qui appelle l'API de création de volume CNS.
Après la création réussie d'un volume, l'opération se propage de nouveau au Superviseur vers le cluster TKG. Les utilisateurs du cluster voient également le volume persistant et la réclamation de volume persistant dans l'état lié du Superviseur. Ils voient également le volume persistant et la réclamation de volume persistant dans l'état lié du cluster TKG.
