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.

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.

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

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

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

Documentation Oracle Cloud Infrastructure

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