Création d'un stockage de système de fichiers persistant à l'aide du module d'extension de volume CSI

Sur Compute Cloud@Customer, vous pouvez provisionner une demande de volume persistant sur un nouveau système de fichiers à l'aide du module d'extension de volume CSI. Utilisez la commande kubectl pour créer la classe de stockage et la demande de volume persistant. Le module d'extension de volume CSI provisionne la demande de volume persistant sur un nouveau système de fichiers.

Vous ne pouvez avoir qu'une seule cible de montage et un seul système de fichiers par VCN. Vous pouvez disposer de plusieurs classes de stockage, volumes persistants et demandes de volume persistant par cluster. Toutes les classes de stockage, les volumes persistants et les demandes de volume persistant dans un cluster partagent un seul NFS.

1. Créez une classe de stockage qui utilise le provisionneur fss.csi.oraclecloud.com.

   $ kubectl create -f sc.yaml

   Voici le contenu du fichier manifeste sc.yaml :

   kind: StorageClass
   apiVersion: storage.k8s.io/v1
   metadata:
     name: fss-dyn-storage
   provisioner: fss.csi.oraclecloud.com
   parameters:
     availabilityDomain: AD-1
     compartmentOcid: ocid1.compartment.unique_ID
     mountTargetSubnetOcid: ocid1.subnet.unique_ID
     exportPath: AUTOSELECT
     exportOptions: "[{\"source\":\"0.0.0.0/0\",\"requirePrivilegedSourcePort\":false,\"access\":\"READ_WRITE\",\"identitySquash\":\"NONE\"}]"
     encryptInTransit: "false"

   • Le nom de la nouvelle classe de stockage est fss-dyn-storage.

   • mountTargetSubnetOcid ou mountTargetOcid est requis. La valeur de mountTargetSubnetOcid est l'OCID du sous-réseau dans lequel le module d'extension CSI doit créer une cible de montage. La valeur de mountTargetOcid est l'OCID d'une cible de montage existante. Si vous indiquez à la fois mountTargetSubnetOcid et mountTargetOcid, mountTargetOcid est utilisé et mountTargetSubnetOcid est ignoré.

     Pour vous assurer que la cible de montage peut être atteinte à partir des noeuds de processus actif, indiquez le sous-réseau qui présente une configuration telle que le sous-réseau de "processus actif" décrit dans Création de ressources réseau OKE ou créez la cible de montage sur le sous-réseau qui présente une configuration telle que le sous-réseau de processus actif. Assurez-vous que le port TCP 2049 vers le serveur NFS est ouvert sur ce sous-réseau.

   • Le paramètre compartmentOcid est facultatif. Cette valeur est l'OCID du compartiment dans lequel le nouveau système de fichiers (et la nouvelle cible de montage, si mountTargetSubnetOcid est indiqué) sera créé. La valeur par défaut est le même compartiment que le cluster.

   • Vous devez indiquer AUTOSELECT comme valeur pour exportPath.

   • La valeur exportOptions est l'entrée des options d'export NFS dans l'export de système de fichiers qui définit l'accès accordé aux clients NFS lorsqu'ils se connectent à une cible de montage. source peut être une seule adresse IP ou plage de blocs CIDR. Cette valeur est un ensemble de paramètres au format JSON.

   • La valeur de encryptInTransit indique si les données en transit doivent être cryptées.

2. Créez une demande de volume persistant à provisionner par le nouveau système de fichiers dans le service File Storage.

   $ kubectl create -f fss-dyn-claim.yaml

   Voici le contenu du fichier manifeste fss-dyn-claim.yaml :

   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
     name: fss-dynamic-claim
   spec:
     accessModes:
     - ReadWriteMany
     storageClassName: "fss-dyn-storage"
     resources:
       requests:
         storage: 50Gi

3. Vérifiez que la PVC a été liée au nouveau volume persistant.

   $ kubectl get pvc
   NAME              STATUS VOLUME                                       CAPACITY ACCESS MODES STORAGECLASS    AGE
   fss-dynamic-claim Bound  csi-fss-f6823a66-8b6f-4c42-9d1f-d25723e69257 50Gi     RWX          fss-dyn-storage 6m47s

4. Utilisez la nouvelle demande de volume persistant lorsque vous créez des objets tels que des pods.

   Voici un exemple de création d'objet :

   $ kubectl create nginx.yaml

   Voici le contenu du fichier nginx.yaml. Reportez-vous à claimName sur la dernière ligne :

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: nginx-deployment
   spec:
     replicas: 3
     selector:
       matchLabels:
         app: nginx
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: nginx_image_url
           ports:
           - name: http
             containerPort: 80
           volumeMounts:
           - name: persistent-storage
             mountPath: /usr/share/nginx/html
         volumes:
         - name: persistent-storage
           persistentVolumeClaim:
             claimName: fss-dynamic-claim

   Vérifiez que l'objet est créé et déployé :

   $ kubectl get deploy
   NAME             READY UP-TO-DATE AVAILABLE AGE
   nginx-deployment 3/3   3          0         104s