Quelle est la différence entre un volume persistant (PV) et une réclamation de volume persistant (PVC) dans Kubernetes/ Openshift en se référant à la documentation ?
Quelle est la différence entre les deux en termes simples ?
Quelle est la différence entre un volume persistant (PV) et une réclamation de volume persistant (PVC) dans Kubernetes/ Openshift en se référant à la documentation ?
Quelle est la différence entre les deux en termes simples ?
De la docs
Les PVs sont des ressources dans le cluster. Les PVC sont des demandes pour ces ressources et agissent également comme des contrôles de réclamation pour la ressource.
Un volume persistant (PV) est donc le volume "physique" de la machine hôte qui stocke vos données persistantes. Une réclamation de volume persistant (PVC) est un demande pour que la plate-forme crée un PV pour vous, et vous attachez les PV à vos pods via un PVC.
Quelque chose qui ressemble à
Pod -> PVC -> PV -> Host machine
La machine hôte peut être n'importe quel type de stockage = [ NFS | stockage en nuage | fournisseurs de stockage | ... ].
@will Gordon Demande que vous me fassiez savoir, Où la classe de stockage entre dans l'image dans votre réponse.
@SuhasChikkanna, StorageClasses ( kubernetes.io/docs/concepts/storage/storage-classes ) définissent simplement le type de PVC qu'un utilisateur peut demander.
PVC est une déclaration de besoin de stockage qui peut, à un moment donné, devenir disponible/satisfait - comme lié à un certain type de stockage réel. PV .
C'est un peu comme le concept de programmation asynchrone d'une promesse . PVC promet qu'il se "traduira" à un moment donné par un volume de stockage que votre application pourra utiliser, et dont les caractéristiques sont définies comme la classe, la taille et le mode d'accès (ROX, RWO et RWX).
C'est un moyen d'abstraire la réflexion sur une implémentation de stockage particulière de vos pods/déploiements. Dans la plupart des cas, votre application n'a pas besoin de déclarer "donnez-moi un stockage NFS à partir du serveur X de taille Y" ; il s'agit plutôt de "j'ai besoin d'un stockage persistant de classe par défaut et de taille Y".
Grâce à cela, les déploiements sur différents clusters peuvent choisir de satisfaire différemment ce besoin. L'un peut relier un dispositif EBS, un autre peut provisionner un GlusterFS, et vos manifestes de base sont toujours les mêmes dans les deux cas.
En outre, vous pouvez définir des modèles de réclamation de volume dans votre déploiement, afin que chaque pod reçoive un PVC réfléchissant créé automatiquement (c'est-à-dire qu'il prend en charge la définition du stockage en fonction de l'infrastructure pour un groupe de pods évolutifs où chacun a besoin de son propre stockage dédié).
Toute personne cherchant une différence/clarification claire entre le PV, le PVC et la classe de stockage peut se référer à : -. portworx.com/guide-base-kubernetes-storage
Une citation de l'article lié : "Les revendications de volume persistant représentent l'utilisation exclusive d'un volume persistant par un pod particulier".
Un volume persistant (PV) est un élément de stockage dans le cluster ou le stockage central, disons 100 Go.
Une PersistentVolumeClaim (PVC) est une demande de stockage par un utilisateur pour que l'application utilise 10 Go.
Dans le scénario de la vie réelle, le PV est un gâteau entier et le PVC une part de gâteau (mais vous pouvez avoir un gâteau entier s'il n'y a personne d'autre à manger (tout comme s'il n'y a pas d'autre application à utiliser, vous pouvez utiliser le PV entier)).
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.