Configuration du stockage pour les clusters Kubernetes
Découvrez comment définir et appliquer des demandes de volume persistant aux clusters que vous avez créés à l'aide de Kubernetes Engine (OKE). Avec Oracle Cloud Infrastructure en tant que fournisseur IaaS sous-jacent, vous pouvez provisionner des demandes de volume persistant en associant des volumes à partir du service Block Volume, ou en montant des systèmes de fichiers à partir du service File Storage ou de File Storage avec le service Lustre.
Le stockage en conteneur via le système de fichiers racine d'un conteneur est éphémère. Il peut disparaître lors de la suppression et de la création de conteneurs. Afin de fournir un emplacement durable destiné à empêcher la perte de données, vous pouvez créer et utiliser des volumes persistants pour stocker les données en dehors des conteneurs.
Un volume persistant offre un stockage persistant qui permet de conserver les données telles quelles, que les conteneurs auxquels le stockage est connecté aient pris fin ou non.
Une demande de volume persistant est une demande de stockage. Elle est satisfaite par liaison à un volume persistant. Une demande de volume persistant fournit une couche d'abstraction au stockage sous-jacent.
Avec Oracle Cloud Infrastructure, vous pouvez provisionner des demandes de volume persistant :
- En associant des volumes à partir du service Oracle Cloud Infrastructure Block Volume. Les volumes sont connectés aux clusters créés par Kubernetes Engine à l'aide des modules d'extension de volume CSI (Container Storage Interface) ou FlexVolume déployés sur les clusters. Oracle recommande le module d'extension de volume CSI car le projet Kubernetes en amont désapprouve le module d'extension de volume FlexVolume dans Kubernetes version 1.23. Cette méthode est prise en charge pour les noeuds gérés et les noeuds autogérés, mais pas pour les noeuds virtuels. Reportez-vous à Provisionnement des demandes de volumes persistants dans le service Block Volume.
- En montant les systèmes de fichiers dans le service Oracle Cloud Infrastructure File Storage. Les systèmes de fichiers du service File Storage sont montés dans des conteneurs exécutés sur des clusters créés par Kubernetes Engine à l'aide d'un module d'extension de volume CSI (Container Storage Interface) déployé sur les clusters. Cette méthode est prise en charge pour les noeuds gérés, les noeuds autogérés et les noeuds virtuels. Reportez-vous à Provisionnement des demandes de volume persistant dans le service File Storage.
- En montant les systèmes de fichiers dans le service Oracle Cloud Infrastructure File Storage with Lustre. Les systèmes de fichiers du service File Storage with Lustre sont montés dans des conteneurs exécutés sur des clusters créés par Kubernetes Engine à l'aide d'un module d'extension de volume CSI (Container Storage Interface) déployé sur les clusters. Cette méthode est prise en charge pour les noeuds gérés et les noeuds autogérés, mais pas pour les noeuds virtuels. Reportez-vous à Provisionnement des demandes de volume persistant sur le service File Storage with Lustre.
Par défaut, Oracle crypte les données client inactives dans le stockage persistant. Oracle gère ce cryptage par défaut sans aucune action de votre part.
Pour plus d'informations sur les volumes persistants, les demandes de volume persistant et les modules d'extension de volume, reportez-vous à la documentation Kubernetes.
La prise en charge du stockage persistant varie selon le type de noeud :
- Les noeuds gérés et les noeuds autogérés peuvent utiliser des volumes persistants dans le service Block Volume, le service File Storage et le service File Storage with Lustre.
- Les noeuds virtuels ne peuvent utiliser que des volumes persistants dans le service File Storage.