OVHcloud EFS avec Trident CSI sur Kubernetes MKS Découvrez comment connecter EFS à MKS via Trident CSI pour un stockage persistant et dynamique sur Kubernetes. Pour les workloads Kubernetes sur OVHcloud Managed Kubernetes Service (MKS), OVHcloud Enterprise File Storage (EFS) avec Trident CSI offre une solution pragmatique pour provisionner et gérer le stockage partagé.
Pour les workloads Kubernetes sur OVHcloud Managed Kubernetes Service (MKS), OVHcloud Enterprise File Storage (EFS) avec Trident CSI offre une solution pragmatique pour provisionner et gérer le stockage partagé.
Cet article explique comment créer et connecter OVHcloud EFS à un cluster MKS via Trident CSI afin d'obtenir un provisioning dynamique du stockage pour les charges Kubernetes.
OVHcloud EFS : un stockage de fichier d'entreprise
OVHcloud EFS est un système de stockage de fichiers hautes performances, entièrement géré et propulsé par NetApp ONTAP, en architecture active-active. Il cible les charges critiques nécessitant haute disponibilité et performances prévisibles, avec une intégration native dans les environnements cloud-native. Le service est disponible dans plusieurs régions — Roubaix, Gravelines, Strasbourg, Limbourg et Beauharnois — et bénéficie d'une SLA de 99,99 %.
La capacité couvre 50 Go à 29 To. EFS offre jusqu'à 4 000 IOPS et 64 MB/s par TiB, avec une scalabilité linéaire grâce à l'infrastructure NVMe. Conçu pour les infrastructures modernes, EFS s'intègre nativement à Kubernetes via Trident CSI (compatible MKS) et autorise l'accès ReadWriteMany (RWX). Le stockage se fait sur le réseau privé vRack, garantissant sécurité et conformité.
Trident CSI : l'orchestrateur de stockage pour Kubernetes
Trident est un projet open source soutenu par NetApp. Il permet aux applications Kubernetes d'utiliser le stockage persistant via l'interface CSI standard. Déployé directement dans le cluster sous forme de Pods, il assure le provisioning dynamique et la gestion du stockage pour les workloads conteneurisés et peut accéder à l'écosystème NetApp, y compris les systèmes ONTAP comme OVHcloud EFS.
Déploiement sur MKS : étapes clés
Dans cet exemple, le cluster MKS est situé dans la région eu-west-rbx et connecté à un vRack et à un réseau privé. L’EFS sera créée dans eu-west-rbx et associée à un service v Rack Services dans le même sous-réseau que le cluster.
Note : la latence entre régions peut influencer les performances. Il est conseillé de garder stockage et calcul aussi proches que possible.
- Pré-requis : vRack, réseau privé et gateway existants et une région compatible MKS.
- Provisionnement via Terraform : module OVH pour créer l’EFS et les services associés; récupération des identifiants client et secret et de l’ID EFS.
- Clés et secrets : enregistrer les variables d’environnement (EFS_CLIENT_ID, EFS_CLIENT_SECRET).
Installation de Trident et mise en backend
Installez l’opérateur Trident CSI dans le namespace trident avec Helm, puis vérifiez que les pods sont en état Running. Pour connecter OVHcloud EFS, créez un secret Kubernetes (ovh-efs-secret) contenant l’ID client et le secret, puis déployez un backend avec les paramètres location et serviceLevel adaptés à votre EFS.
StorageClass et PVC
Définissez une StorageClass ovh-efs-premium utilisant le driver csi.trident.netapp.io, puis créez un PVC en ReadWriteMany. Après quelques instants, le PVC passe en Bound et le volume EFS est prêt à être monté dans les Pods.
Ce que cela change et limites
Cette approche offre un stockage persistant partagé et provisionné dynamiquement, adapté aux workloads Kubernetes. En pratique, le principal facteur reste la latence inter-régions et la cohérence réseau, qui peuvent impacter les performances des charges intensives en I/O.
Pour terminer
En combinant OVHcloud EFS et Trident CSI sur MKS, vous obtenez une solution de stockage flexible et prête pour la production. Surveillez toutefois la latence et prévoyez des tests de performance selon votre topologie régionale.
