|
Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi. |
Créer des volumes persistants Kubernetes et des classes de stockage
Lors du déploiement d’une application qui doit conserver des données, vous devrez créer un stockage persistant. Le stockage persistant vous permet de stocker des données d’application en dehors du pod exécutant votre application. Cette pratique de stockage vous permet de maintenir les données de l’application, même si le pod de l’application échoue.
Les documents de cette section supposent que vous comprenez les concepts Kubernetes de volumes persistants, de revendications de volumes persistants et de classes de stockage. Pour plus d’informations, reportez-vous à la section sur comment fonctionne le stockage.
Conditions préalables
Pour configurer un stockage persistant, le Manage Volumes rôle est requis.
Si vous provisionnez du stockage pour un cluster hébergé dans le cloud, le stockage et les hôtes du cluster doivent avoir le même fournisseur de cloud.
Pour le provisionnement de nouveau stockage avec Rancher, le fournisseur de cloud doit être activé. Pour des détails sur l’activation des fournisseurs de cloud, reportez-vous à cette page.
Pour attacher un stockage persistant existant à un cluster, le fournisseur de cloud n’a pas besoin d’être activé.
Configuration du stockage existant
Le flux de travail global pour configurer le stockage existant est le suivant :
-
Configurez votre stockage persistant. Cela peut être un stockage dans un fournisseur d’infrastructure, ou cela pourrait être votre propre stockage.
-
Ajoutez un volume persistant (PV) qui fait référence au stockage persistant.
-
Ajoutez une demande de volume persistant (PVC) qui fait référence au PV.
-
Monter le PVC en tant que volume dans votre charge de travail.
Pour plus de détails et les prérequis, consultez cette page.
Provisionnement dynamique de nouveau stockage dans Rancher
Le flux de travail global pour le provisionnement de nouveau stockage est le suivant :
-
Ajoutez une StorageClass et configurez-la pour utiliser votre fournisseur de stockage. La StorageClass pourrait faire référence à un stockage dans un fournisseur d’infrastructure, ou elle pourrait faire référence à votre propre stockage.
-
Ajoutez une demande de volume persistant (PVC) qui fait référence à la classe de stockage.
-
Montez le PVC en tant que volume pour votre charge de travail.
Pour plus de détails et les prérequis, consultez cette page.
SUSE Storage Stockage
SUSE Storage est un système de stockage de blocs distribué léger, fiable et facile à utiliser pour Kubernetes.
Longhorn est un logiciel libre et Open Source. Développé à l’origine par Rancher Labs, il est maintenant développé comme un projet sandbox de la Cloud Native Computing Foundation. Il peut être installé sur n’importe quel cluster Kubernetes avec Helm, avec kubectl, ou avec l’interface utilisateur de Rancher.
Si vous avez un pool de stockage de blocs, Longhorn peut vous aider à fournir un stockage persistant à votre cluster Kubernetes sans dépendre des fournisseurs de cloud. Pour plus d’informations sur les fonctionnalités de Longhorn, consultez la documentation.
Rancher v2.5 a simplifié le processus d’installation de Longhorn sur un cluster géré par Rancher. Pour plus d’informations, consultez Stockage natif Cloud avec Longhorn.
Exemples de provisionnement de stockage
Nous fournissons des exemples de la manière de provisionner du stockage avec NFS, vSphere, et EBS d’Amazon.
Volumes GlusterFS
Dans les clusters qui stockent des données sur des volumes GlusterFS, vous pouvez rencontrer un problème où les pods échouent à monter les volumes après le redémarrage du kubelet. Pour des détails sur la prévention de ce problème, consultez cette page.
Volumes iSCSI
Dans Clusters Kubernetes lancés par Rancher qui stockent des données sur des volumes iSCSI, vous pouvez rencontrer un problème où les kubelets échouent à se connecter automatiquement aux volumes iSCSI. Pour des détails sur la résolution de ce problème, consultez cette page.
Volumes hostPath
K3s et RKE2 prennent en charge le montage des volumes hostPath en utilisant le Rancher Local Path Provisioner. Pour des informations de configuration, selon votre distribution, consultez K3s - Volumes et Stockage ou RKE2 - Options avancées et Configuration.
Migration du fournisseur de cloud VMware vSphere de In-tree à Out-of-tree
Kubernetes s’éloigne de la maintenance des fournisseurs de cloud in-tree. vSphere dispose d’un fournisseur de cloud out-of-tree qui peut être utilisé en installant le fournisseur de cloud vSphere et les plugins de stockage cloud.
Pour des instructions sur la manière de migrer du fournisseur de cloud vSphere in-tree vers out-of-tree, et gérer les VM existantes après la migration, consultez cette page.