通过静态存储卷使用已有文件存储

前提条件

• 如果您需要通过命令行创建，需要使用kubectl连接到集群，详情请参见通过kubectl连接集群。
• 您已经创建好一个文件存储，并且文件存储与集群在同一个VPC内。

约束与限制

• 支持多个PV挂载同一个SFS或SFS Turbo，但有如下限制：
  • 多个不同的PVC/PV使用同一个底层SFS或SFS Turbo卷时，如果挂载至同一Pod使用，会因为PV的volumeHandle参数值相同导致无法为Pod挂载所有PVC，出现Pod无法启动的问题，请避免该使用场景。
  • PV中persistentVolumeReclaimPolicy参数建议设置为Retain，否则可能存在一个PV删除时级联删除底层卷，其他关联这个底层卷的PV会由于底层存储被删除导致使用出现异常。
  • 重复用底层存储时，建议在应用层做好多读多写的隔离保护，防止产生的数据覆盖和丢失。
• 使用SFS 3.0存储卷时，挂载点不支持修改属组和权限。
• 使用SFS 3.0存储卷时，创建、删除PVC和PV过程中可能存在时延，实际计费时长请以SFS侧创建、删除时刻为准。
• SFS 3.0存储卷在Delete回收策略下暂不支持自动回收文件存储卷。当删除PV/PVC时，需要手动删除所有文件后才可以正常删除PV和PVC。

通过控制台使用已有文件存储

1. 登录CCE控制台，单击集群名称进入集群。
2. 静态创建存储卷声明和存储卷。
   1. 在左侧导航栏选择“存储”，在右侧选择“存储卷声明”页签。单击右上角“创建存储卷声明”，在弹出的窗口中填写存储卷声明参数。

      参数	描述
      存储卷声明类型	本文中选择“文件存储”。
      PVC名称	输入PVC的名称，同一命名空间下的PVC名称需唯一。
      创建方式	已有底层存储的场景下，根据是否已经创建PV可选择“新建存储卷”或“已有存储卷”来静态创建PVC。 无可用底层存储的场景下，可选择“动态创建”，具体操作请参见通过动态存储卷使用文件存储。 本文示例中选择“新建存储卷”，可通过控制台同时创建PV及PVC。
      关联存储卷a	选择集群中已有的PV卷，需要提前创建PV，请参考相关操作中的“创建存储卷”操作。 本文示例中无需选择。
      文件存储b	单击“选择文件存储”，您可以在新页面中勾选满足要求的文件存储，并单击“确定”。 说明： 当前仅支持选择SFS 3.0的文件存储。
      PV名称b	输入PV名称，同一集群内的PV名称需唯一。
      访问模式b	文件存储类型的存储卷仅支持ReadWriteMany，表示存储卷可以被多个节点以读写方式挂载，详情请参见存储卷访问模式。
      回收策略b	您可以选择Delete或Retain，用于指定删除PVC时底层存储的回收策略，详情请参见PV回收策略。 说明： 多个PV使用同一个底层存储时建议使用Retain，避免级联删除底层卷。
      挂载参数b	输入挂载参数键值对，详情请参见设置文件存储挂载参数。

      

      a：创建方式选择“已有存储卷”时可设置。

      b：创建方式选择“新建存储卷”时可设置。

   2. 单击“创建”，将同时为您创建存储卷声明和存储卷。

      您可以在左侧导航栏中选择“存储”，在“存储卷声明”和“存储卷”页签下查看已经创建的存储卷声明和存储卷。

3. 创建应用。
   1. 在左侧导航栏中选择“工作负载”，在右侧选择“无状态负载”页签。
   2. 单击页面右上角“创建工作负载”，在“容器配置”中选择“数据存储”页签，并单击“添加存储卷 > 已有存储卷声明 (PVC)”。
      本文主要为您介绍存储卷的挂载使用，如表1，其他参数详情请参见工作负载。

      表1 存储卷挂载

      参数	参数说明
      存储卷声明（PVC）	选择已有的文件存储卷。
      挂载路径	请输入挂载路径，如：/tmp。 数据存储挂载到容器上的路径。请不要挂载在系统目录下，如“/”、“/var/run”等，会导致容器异常。建议挂载在空目录下，若目录不为空，请确保目录下无影响容器启动的文件，否则文件会被替换，导致容器启动异常，工作负载创建失败。 须知： 挂载高危目录的情况下 ，建议使用低权限账号启动，否则可能会造成宿主机高危文件被破坏。
      子路径	请输入子路径，如：tmp，表示容器中挂载路径下的数据会存储在卷的tmp文件夹中。 使用子路径挂载本地磁盘，实现在单一Pod中重复使用同一个Volume。不填写时默认为根。
      权限	只读：只能读容器路径中的数据卷。 读写：可修改容器路径中的数据卷，容器迁移时新写入的数据不会随之迁移，会造成数据丢失。

      本例中将该存储卷挂载到容器中/data路径下，在该路径下生成的容器数据会存储到文件存储中。

      

   3. 其余信息都配置完成后，单击“创建工作负载”。

      工作负载创建成功后，容器挂载目录下的数据将会持久化保持，您可以参考验证数据持久化及共享性中的步骤进行验证。

通过kubectl命令行使用已有文件存储

1. 使用kubectl连接集群。
2. 创建PV。
   1. 创建pv-sfs.yaml文件。

      apiVersion: v1
      kind: PersistentVolume
      metadata:
        annotations:
          pv.kubernetes.io/provisioned-by: everest-csi-provisioner
          everest.io/reclaim-policy: retain-volume-only      # 可选字段，删除PV，保留底层存储卷
        name: pv-sfs    # PV的名称
      spec:
        accessModes:
        - ReadWriteMany      # 访问模式，文件存储必须为ReadWriteMany
        capacity:
          storage: 1Gi       # 文件存储容量大小
        csi:
          driver: nas.csi.everest.io    # 挂载依赖的存储驱动
          fsType: nfs
          volumeHandle: <your_volume_id>   # 使用SFS 3.0时填写文件存储名称
          volumeAttributes:
            everest.io/share-export-location: <your_location>  #文件存储的共享路径
            storage.kubernetes.io/csiProvisionerIdentity: everest-csi-provisioner
            everest.io/sfs-version: sfs3.0       # 使用SFS 3.0
        persistentVolumeReclaimPolicy: Retain    # 回收策略
        storageClassName: csi-sfs               # 存储类名称：csi-sfs表示使用SFS 3.0
        mountOptions: []                         # 挂载参数

      表2 关键参数说明

      参数	是否必选	描述
      everest.io/reclaim-policy: retain-volume-only	否	可选字段 目前仅支持配置“retain-volume-only” 回收策略为Delete时生效。如果回收策略是Delete且当前值设置为“retain-volume-only”删除PVC回收逻辑为：删除PV，保留底层存储卷。
      volumeHandle	是	使用SFS 3.0文件存储：填写文件存储的名称。
      everest.io/share-export-location	是	文件存储的共享路径。 共享路径格式如下： {your_sfs30_name}.sfs3.{region}.myhuaweicloud.com:/{your_sfs30_name}
      mountOptions	是	挂载参数。 不设置时默认配置为如下配置，具体说明请参见设置文件存储挂载参数。 mountOptions: - vers=3 - timeo=600 - nolock - hard
      persistentVolumeReclaimPolicy	是	支持Delete、Retain回收策略，详情请参见PV回收策略。多个PV使用同一个文件存储时建议使用Retain，避免级联删除底层卷。 Delete: Delete且不设置everest.io/reclaim-policy：删除PVC，PV资源与文件存储均被删除。 Delete且设置everest.io/reclaim-policy=retain-volume-only：删除PVC，PV资源被删除，文件存储资源会保留。 Retain：删除PVC，PV资源与底层存储资源均不会被删除，需要手动删除回收。PVC删除后PV资源状态为“已释放（Released）”，不能直接再次被PVC绑定使用。
      storage	是	PVC申请容量，单位为Gi。 对文件存储来说，此处仅为校验需要（不能为空和0），设置的大小不起作用，此处设定为固定值1Gi。
      storageClassName	是	存储类名称，支持配置csi-sfs，表示使用SFS 3.0文件存储。

   2. 执行以下命令，创建PV。

      kubectl apply -f pv-sfs.yaml

3. 创建PVC。
   1. 创建pvc-sfs.yaml文件。

      apiVersion: v1
      kind: PersistentVolumeClaim
      metadata:
        name: pvc-sfs
        namespace: default
        annotations:
          volume.beta.kubernetes.io/storage-provisioner: everest-csi-provisioner
      spec:
        accessModes:
        - ReadWriteMany                  # 文件存储必须为ReadWriteMany
        resources:
          requests:
            storage: 1Gi               # 文件存储大小
        storageClassName: csi-sfs     # 存储类名称，必须与PV的存储类一致。
        volumeName: pv-sfs    # PV的名称

      表3 关键参数说明

      参数	是否必选	描述
      storage	是	PVC申请容量，单位为Gi。 必须和已有PV的storage大小保持一致。
      storageClassName	是	存储类名称，必须与1中PV的存储类一致。 csi-sfs：表示使用SFS 3.0文件存储。
      volumeName	是	PV的名称，必须与1中PV的名称一致。

   2. 执行以下命令，创建PVC。

      kubectl apply -f pvc-sfs.yaml

4. 创建应用。
   1. 创建web-demo.yaml文件，本示例中将文件存储挂载至/data路径。

      apiVersion: apps/v1
      kind: Deployment
      metadata:
        name: web-demo
        namespace: default
      spec:
        replicas: 2
        selector:
          matchLabels:
            app: web-demo
        template:
          metadata:
            labels:
              app: web-demo
          spec:
            containers:
            - name: container-1
              image: nginx:latest
              volumeMounts:
              - name: pvc-sfs-volume    #卷名称，需与volumes字段中的卷名称对应
                mountPath: /data  #存储卷挂载的位置
            imagePullSecrets:
              - name: default-secret
            volumes:
              - name: pvc-sfs-volume    #卷名称，可自定义
                persistentVolumeClaim:
                  claimName: pvc-sfs    #已创建的PVC名称

   2. 执行以下命令，创建一个挂载文件存储的应用。

      kubectl apply -f web-demo.yaml

      工作负载创建成功后，容器挂载目录下的数据将会持久化保持，您可以参考验证数据持久化及共享性中的步骤进行验证。

验证数据持久化及共享性

1. 查看部署的应用及文件。
   1. 执行以下命令，查看已创建的Pod。

      kubectl get pod | grep web-demo

      预期输出如下：

      web-demo-846b489584-mjhm9   1/1     Running   0             46s
      web-demo-846b489584-wvv5s   1/1     Running   0             46s

   2. 依次执行以下命令，查看Pod的/data路径下的文件。

      kubectl exec web-demo-846b489584-mjhm9 -- ls /data
      kubectl exec web-demo-846b489584-wvv5s -- ls /data

      两个Pod均无返回结果，说明/data路径下无文件。

2. 执行以下命令，在/data路径下创建static文件。

   kubectl exec web-demo-846b489584-mjhm9 --  touch /data/static

3. 执行以下命令，查看/data路径下的文件。

   kubectl exec web-demo-846b489584-mjhm9 -- ls /data

   预期输出如下：

   static

4. 验证数据持久化
   1. 执行以下命令，删除名称为web-demo-846b489584-mjhm9的Pod。

      kubectl delete pod web-demo-846b489584-mjhm9

      预期输出如下：

      pod "web-demo-846b489584-mjhm9" deleted

      删除后，Deployment控制器会自动重新创建一个副本。

   2. 执行以下命令，查看已创建的Pod。

      kubectl get pod | grep web-demo

      预期输出如下，web-demo-846b489584-d4d4j为新建的Pod：

      web-demo-846b489584-d4d4j   1/1     Running   0             110s
      web-demo-846b489584-wvv5s    1/1     Running   0             7m50s

   3. 执行以下命令，验证新建的Pod中/data路径下的文件是否更改。

      kubectl exec web-demo-846b489584-d4d4j -- ls /data

      预期输出如下：

      static

      static文件仍然存在，则说明数据可持久化保存。

5. 验证数据共享性
   1. 执行以下命令，查看已创建的Pod。

      kubectl get pod | grep web-demo

      预期输出如下：

      web-demo-846b489584-d4d4j   1/1     Running   0             7m
      web-demo-846b489584-wvv5s   1/1     Running   0             13m

   2. 执行以下命令，在任意一个Pod的/data路径下创建share文件。本例中选择名为web-demo-846b489584-d4d4j的Pod。

      kubectl exec web-demo-846b489584-d4d4j --  touch /data/share

      并查看该Pod中/data路径下的文件。

      kubectl exec web-demo-846b489584-d4d4j -- ls /data

      预期输出如下：

      share
      static

   3. 由于写入share文件的操作未在名为web-demo-846b489584-wvv5s的Pod中执行，在该Pod中查看/data路径下是否存在文件以验证数据共享性。

      kubectl exec web-demo-846b489584-wvv5s -- ls /data

      预期输出如下：

      share
      static

      如果在任意一个Pod中的/data路径下创建文件，其他Pod下的/data路径下均存在此文件，则说明两个Pod共享一个存储卷。

相关操作