# 通过静态存储卷使用已有通用文件系统 通用文件系统是一种可共享访问，并提供按需扩展的高性能文件系统（NAS），适用大容量扩展以及成本敏感型的业务场景。本文介绍如何使用已有的通用文件系统静态创建PV和PVC，并在工作负载中实现数据持久化与共享性。 #### 前提条件 - 您需要先使用ccictl连接到CCI 2.0，详情请参见[ccictl配置指南](https://support.huaweicloud.com/devg-cci2/cci_ccictl_02.html)。 - 您已经创建好一个通用文件系统，并且通用文件系统与容器在同一个VPC内。 - 使用通用文件系统时，您需要提前创建一个VPC终端节点，容器需要通过VPC终端节点访问通用文件系统。配置VPC终端节点的方法请参见[配置VPC终端节点](https://support.huaweicloud.com/usermanual-sfs/sfs_01_0134.html)。 #### 通过ccictl命令行使用已有通用文件系统 1. 创建PV。 1. 创建pv-sfs.yaml文件。 示例如下： ``` apiVersion: cci/v2 kind: PersistentVolume metadata: name: pv-sfs # PV的名称 spec: accessModes: - ReadWriteMany # 访问模式，通用文件系统必须为ReadWriteMany capacity: storage: 1Gi # 存储容量大小，此处仅为校验需要（不能为空和0），设置的大小不起作用 csi: driver: nas.csi.everest.io # 挂载依赖的存储驱动 fsType: nfs volumeHandle: # 通用文件系统名称 volumeAttributes: everest.io/share-export-location: #通用文件系统的共享路径 everest.io/sfs-version: sfs3.0 # 通用文件系统为sfs 3.0 persistentVolumeReclaimPolicy: Retain # 回收策略 storageClassName: csi-sfs # 存储类名称，csi-sfs表示使用通用文件系统 mountOptions: [] # 挂载参数 ``` 表1关键参数说明 | 参数 | 是否必选 | 参数类型 | 描述 | |:---|:---|:---|:---| | volumeHandle | 是 | String | 参数解释：通用文件系统的名称。 约束限制：必须是已有通用文件系统的名称 | | everest.io/share-export-location | 是 | String | 参数解释：通用文件系统的共享路径。 约束限制：共享路径格式如下： ``` {your_sfs30_name}.sfs3.{region}.myhuaweicloud.com:/{your_sfs30_name} ``` | | mountOptions | 否 | List | 参数解释：通用文件系统的挂载参数。 默认参数：不设置时默认配置为如下配置，具体说明请参见[设置文件存储挂载参数](https://support.huaweicloud.com/usermanual-cci2/cci_01_0662.html)。 ``` mountOptions: - vers=3 - timeo=600 - nolock - hard ``` | | persistentVolumeReclaimPolicy | 是 | String | 参数解释：PV卷回收策略 约束限制：支持Retain回收策略。 **Retain**：删除PVC，PV资源与底层存储资源均不会被删除，需要手动删除回收。PVC删除后PV资源状态为"已释放（Released）"，不能直接再次被PVC绑定使用。 | | storage | 是 | String | 参数解释：PVC申请容量，单位为Gi。 约束限制：对通用文件系统来说，此处仅为校验需要（不能为空和0），设置的大小不起作用，此处设定为固定值1Gi。 | | storageClassName | 是 | String | 参数解释：存储类名称 约束限制：固定填写为csi-sfs，表示使用通用文件系统。 | 2. 执行以下命令，创建PV。 ``` ccictl apply -f pv-sfs.yaml ``` 2. 创建PVC。 1. 创建pvc-sfs.yaml文件。 ``` apiVersion: cci/v2 kind: PersistentVolumeClaim metadata: name: pvc-sfs namespace: test-sfs-v1 annotations: volume.beta.kubernetes.io/storage-provisioner: everest-csi-provisioner # 仅在通过CCE使用CCI创建PVC时必填，其他场景无需配置 spec: accessModes: - ReadWriteMany # 通用文件系统必须为ReadWriteMany resources: requests: storage: 1Gi # 通用文件系统容量 storageClassName: csi-sfs # 存储类名称，必须与PV的存储类一致 volumeName: pv-sfs # PV的名称 ``` 表2关键参数说明 | 参数 | 是否必选 | 参数类型 | 描述 | |:---|:---|:---|:---| | accessModes | 是 | List | 参数解释：存储访问模式 约束限制：通用文件系统必须为ReadWriteMany。 | | storage | 是 | String | 参数解释：PVC申请容量，单位为Gi。 约束限制：必须和已有PV的storage大小保持一致。 | | storageClassName | 是 | String | 参数解释：存储类名称 约束限制：必须与[1]中PV的存储类一致，表示使用通用文件系统。 | | volumeName | 是 | String | 参数解释：PV的名称 约束限制：必须与[1]中PV的名称一致。 | 2. 执行以下命令，创建PVC。 ``` ccictl apply -f pvc-sfs.yaml ``` 3. 创建应用。 1. 创建web-demo.yaml文件，本示例中将文件存储挂载至/data路径。 ``` apiVersion: cci/v2 kind: Deployment metadata: name: web-demo namespace: test-sfs-v1 spec: replicas: 2 selector: matchLabels: app: web-demo template: metadata: labels: app: web-demo spec: containers: - name: container-1 image: nginx:latest resources: limits: cpu: 500m memory: 1Gi requests: cpu: 500m memory: 1Gi volumeMounts: - name: pvc-sfs-volume #卷名称，需与volumes字段中的卷名称对应 mountPath: /data #存储卷挂载的位置 imagePullSecrets: - name: imagepull-secret volumes: - name: pvc-sfs-volume #卷名称，可自定义 persistentVolumeClaim: claimName: pvc-sfs #已创建的PVC名称 ``` 2. 执行以下命令，创建一个挂载文件存储的应用。 ``` ccictl apply -f web-demo.yaml ``` 工作负载创建成功后，容器挂载目录下的数据将会持久化保持，您可以参考[验证数据持久化及共享性]中的步骤进行验证。 #### 验证数据持久化及共享性 1. 查看部署的应用及文件。 1. 执行以下命令，查看已创建的Pod。 ``` ccictl get pod -n test-sfs-v1 | grep web-demo ``` 预期输出如下： ``` web-demo-68f8fdfd98-6v96b 1/1 Running 0 66s web-demo-68f8fdfd98-g5jmc 1/1 Running 0 66s ``` 2. 依次执行以下命令，查看Pod的/data路径下的文件。 ``` ccictl exec web-demo-68f8fdfd98-6v96b -n test-sfs-v1 -- ls /data ccictl exec web-demo-68f8fdfd98-g5jmc -n test-sfs-v1 -- ls /data ``` 两个Pod均无返回结果，说明/data路径下无文件。 2. 执行以下命令，在/data路径下创建static文件。 ``` ccictl exec web-demo-68f8fdfd98-6v96b -n test-sfs-v1 -- touch /data/static ``` 3. 执行以下命令，查看/data路径下的文件。 ``` ccictl exec web-demo-68f8fdfd98-6v96b -n test-sfs-v1 -- ls /data ``` 预期输出如下： ``` static ``` 4. **验证数据持久化** 1. 执行以下命令，删除名称为web-demo-68f8fdfd98-6v96b的Pod。 ``` ccictl delete pod web-demo-68f8fdfd98-6v96b -n test-sfs-v1 ``` 预期输出如下： ``` pod "web-demo-68f8fdfd98-6v96b" deleted ``` 删除后，Deployment控制器会自动重新创建一个副本。 2. 执行以下命令，查看已创建的Pod。 ``` ccictl get pod -n test-sfs-v1| grep web-demo ``` 预期输出如下，web-demo-846b489584-d4d4j为新建的Pod： ``` web-demo-68f8fdfd98-g5jmc 1/1 Running 0 5m19s web-demo-68f8fdfd98-z2khr 1/1 Running 0 111s ``` 3. 执行以下命令，验证新建的Pod中/data路径下的文件是否更改。 ``` ccictl exec web-demo-68f8fdfd98-z2khr -n test-sfs-v1 -- ls /data ``` 预期输出如下： ``` static ``` static文件仍然存在，则说明数据可持久化保存。 5. **验证数据共享性** 1. 执行以下命令，查看已创建的Pod。 ``` ccictl get pod -n test-sfs-v1| grep web-demo ``` 预期输出如下： ``` web-demo-68f8fdfd98-g5jmc 1/1 Running 0 8m21s web-demo-68f8fdfd98-z2khr 1/1 Running 0 4m53s ``` 2. 执行以下命令，在任意一个Pod的/data路径下创建share文件。本例中选择名为web-demo-68f8fdfd98-z2khr的Pod。 ``` ccictl exec web-demo-68f8fdfd98-z2khr -n test-sfs-v1 -- touch /data/share ``` 并查看该Pod中/data路径下的文件。 ccictl exec web-demo-68f8fdfd98-z2khr -n test-sfs-v1 -- ls /data 预期输出如下： ``` share static ``` 3. 由于写入share文件的操作未在名为web-demo-68f8fdfd98-g5jmc的Pod中执行，在该Pod中查看/data路径下是否存在文件以验证数据共享性。 ``` ccictl exec web-demo-68f8fdfd98-g5jmc -n test-sfs-v1 -- ls /data ``` 预期输出如下： ``` share static ``` 如果在任意一个Pod中的/data路径下创建文件，其他Pod下的/data路径下均存在此文件，则说明两个Pod共享一个存储卷。