Installation d'un contrôleur NFS sur Kubernetes

Mon précédent poste ne me laissait que très peu interagir avec Kubernetes, la faute à "pas dans le scope". Mais les choses ont changé avec mon récent changement de poste en mai dernier ; je me retrouve à nouveau en première ligne avec mes chers clusters.

Un cas de figure s'est alors présenté à moi : utiliser un partage NFS pour mes montages persistants dynamiques (PVC). Pour réaliser cette prouesse action, nous utiliserons le gestionnaire de packages de Kubernetes, à savoir Helm. C'est grâce à ce dernier que nous serons en mesure de déployer le contrôleur NFS ainsi que sa classe de stockage associée.

Ajout du repository Helm

Dans cet article, nous utiliserons le contrôleur kubernetes-sigs/nfs-subdir-external-provisioner. Avant de pouvoir utiliser le chart associé, il nous fait ajouter le dépôt qui va bien :

$ helm repo add nfs-subdir-external-provisioner https://kubernetes-sigs.github.io/nfs-subdir-external-provisioner/

Cette commande permet d'ajouter un dépôt nommé nfs-subdir-external-provisioner ayant comme adresse https://kubernetes-sigs.github.io/nfs-subdir-external-provisioner/. Nous pouvons rafraichir la liste des paquets pour s'assurer de la bonne prise en compte de notre dépôt :

$ helm repo update
$ helm search repo nfs-subdir-external-provisioner

Installation du contrôleur

Nous partons du principe que vous avez déjà configuré votre dossier partagé NFS. Il ne reste plus qu'à instancier le chart nfs-subdir-external-provisioner avant de pouvoir instancier nos premiers PVC :

$ helm install nfs-subdir-external-provisioner nfs-subdir-external-provisioner/nfs-subdir-external-provisioner \
--set nfs.server=x.x.x.x \
--set nfs.path=/exported/path \
--namespace=nfs-subdir-external-provisioner

Pensez à renseigner l'IP de votre serveur NFS ainsi que le chemin de votre dossier partagé ! Vous pouvez également utiliser un espace de nom différent si vous le souhaitez. Si tout est en ordre, vous devriez voir apparaître un pod nfs-subdir-external-provisioner :

$ kubectl get pods -n nfs-subdir-external-provisioner

Ainsi qu'une nouvelle classe de stockage nfs-client :

$ kubectl get storageclass

Création d'un volume persistant dynamique (PVC)

Il ne nous reste plus qu'à valider le bon fonctionnement du contrôleur. Pour ce faire, nous allons instancier un PVC et vérifier la création d'un PV associé :

$ cat pvc.yaml
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
 name: flame-pv-claim
 namespace: default
spec:
 storageClassName: nfs-client
 accessModes:
  - ReadWriteOnce
 resources:
  requests:
   storage: 3Gi
$ kubectl apply -f pvc.yaml

Notez l'utilisation d'une nouvelle classe de stockage nommé nfs-client. Si tout se déroule sans encombres, vous devriez voir apparaître un PV dans le même espace de nom que votre PVC :

$ kubectl get pv

Si vous constatez l'apparition d'un nouveau PV, alors félicitations ! Dans le cas contraire, il ne vous reste plus qu'à consulter les journaux du contrôleur pour trouver une erreur :

$ kubectl logs nfs-subdir-external-provisioner-bd9bf7c77-tc4h2 -n nfs-subdir-external-provisioner