Chapitre 4. Configuration du stockage persistant
4.1. Stockage persistant à l’aide d’AWS Elastic Block Store Copier lienLien copié sur presse-papiers!
Le service OpenShift Red Hat sur les clusters AWS est préconstruit avec quatre classes de stockage utilisant les volumes Amazon Elastic Block Store (Amazon EBS). Ces classes de stockage sont prêtes à être utilisées et une certaine familiarité avec Kubernetes et AWS est supposée.
Les quatre classes de stockage préconçues suivantes sont les suivantes:
Le nom | A) Prestataire |
---|---|
Gp2 | Kubernetes.io/aws-ebs |
gp2-csi | EBS.csi.aws.com |
gp3 (par défaut) | Kubernetes.io/aws-ebs |
gp3-csi | EBS.csi.aws.com |
La classe de stockage gp3 est définie par défaut; cependant, vous pouvez sélectionner l’une des classes de stockage comme classe de stockage par défaut.
Le cadre de volume persistant de Kubernetes permet aux administrateurs de fournir un cluster avec un stockage persistant et donne aux utilisateurs un moyen de demander ces ressources sans avoir aucune connaissance de l’infrastructure sous-jacente. De manière dynamique, vous pouvez fournir des volumes Amazon EBS. Les volumes persistants ne sont pas liés à un seul projet ou espace de noms; ils peuvent être partagés à travers le service OpenShift Red Hat sur AWS cluster. Les revendications de volume persistantes sont spécifiques à un projet ou à un espace de noms et peuvent être demandées par les utilisateurs. Il est possible de définir une clé KMS pour chiffrer des volumes persistants sur AWS. Les clusters nouvellement créés utilisant Red Hat OpenShift Service sur AWS version 4.10 et plus tard utilisent le stockage gp3 et le pilote AWS EBS CSI.
La grande disponibilité du stockage dans l’infrastructure est laissée au fournisseur de stockage sous-jacent.
4.1.1. Création de la classe de stockage EBS Copier lienLien copié sur presse-papiers!
Les classes de stockage sont utilisées pour différencier et délimiter les niveaux et les usages de stockage. En définissant une classe de stockage, les utilisateurs peuvent obtenir des volumes persistants provisionnés dynamiquement.
4.1.2. Création de la revendication de volume persistante Copier lienLien copié sur presse-papiers!
Conditions préalables
Le stockage doit exister dans l’infrastructure sous-jacente avant de pouvoir être monté en volume dans Red Hat OpenShift Service sur AWS.
Procédure
-
Dans le Red Hat OpenShift Service sur la console AWS, cliquez sur Stockage
Réclamations de volume persistant. - Dans l’aperçu des revendications de volume persistant, cliquez sur Créer une revendication de volume persistant.
Définissez les options souhaitées sur la page qui apparaît.
- Choisissez la classe de stockage précédemment créée dans le menu déroulant.
- Entrez un nom unique pour la revendication de stockage.
- Choisissez le mode d’accès. Cette sélection détermine l’accès en lecture et en écriture pour la revendication de stockage.
- Définir la taille de la revendication de stockage.
- Cliquez sur Créer pour créer la revendication de volume persistante et générer un volume persistant.
4.1.3. Format du volume Copier lienLien copié sur presse-papiers!
Avant que Red Hat OpenShift Service sur AWS monte le volume et le transmette à un conteneur, il vérifie que le volume contient un système de fichiers tel que spécifié par le paramètre fsType dans la définition persistante du volume. Lorsque l’appareil n’est pas formaté avec le système de fichiers, toutes les données de l’appareil sont effacées et l’appareil est automatiquement formaté avec le système de fichiers donné.
Cette vérification vous permet d’utiliser des volumes AWS non formatés comme volumes persistants, car Red Hat OpenShift Service sur AWS les formate avant la première utilisation.
4.1.4. Le nombre maximal de volumes EBS sur un nœud Copier lienLien copié sur presse-papiers!
Le service OpenShift Red Hat sur AWS prend en charge un maximum de 39 volumes EBS attachés à un nœud. Cette limite est compatible avec les limites de volume AWS. La limite de volume dépend du type d’instance.
En tant qu’administrateur de cluster, vous devez utiliser les volumes de l’interface de stockage de conteneurs (CSI) et leurs classes de stockage respectives, mais jamais les deux types de volume en même temps. Le nombre maximum de volume EBS joint est compté séparément pour les volumes en arbre et CSI, ce qui signifie que vous pourriez avoir jusqu’à 39 volumes EBS de chaque type.
En ce qui concerne l’accès à des options de stockage supplémentaires, telles que des instantanés de volume, qui ne sont pas possibles avec les plug-ins de volume dans l’arbre, consultez AWS Elastic Block Store CSI Driver Operator.
4.1.5. Chiffrement des volumes persistants de conteneur sur AWS avec une clé KMS Copier lienLien copié sur presse-papiers!
La définition d’une clé KMS pour chiffrer des volumes persistants sur AWS est utile lorsque vous avez des directives de conformité et de sécurité explicites lors du déploiement sur AWS.
Conditions préalables
- L’infrastructure sous-jacente doit contenir le stockage.
- Il faut créer une clé KMS client sur AWS.
Procédure
Créer une classe de stockage:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Indique le nom de la classe de stockage.
- 2
- Le système de fichiers créé sur les volumes provisionnés.
- 3
- Indique le nom de ressource Amazon (ARN) complet de la clé à utiliser lors du chiffrement du volume persistant du conteneur. Lorsque vous ne fournissez pas de clé, mais que le champ crypté est défini sur true, la clé KMS par défaut est utilisée. Consultez la recherche de l’identifiant clé et de la clé ARN sur AWS dans la documentation AWS.
Créez une revendication de volume persistante (PVC) avec la classe de stockage spécifiant la clé KMS:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Créer des conteneurs de charge de travail pour consommer le PVC:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow