流程

1. 点 Storage → StorageClasses。
2. 点 Create Storage Class。
3. 输入存储类 Name 和 Description。

4. Reclaim Policy 设置为 Delete 作为默认选项。使用这个设置。

   如果您在存储类中将重新声明策略改为 Retain，则持久性卷(PV)会处于 Released 状态，即使在删除持久性卷声明(PVC)后也是如此。

5. 卷绑定模式设置为 WaitForConsumer 作为默认选项。

   如果您选择 Immediate 选项，则创建 PVC 时会立即创建 PV。

6. 选择 RBD 或 CephFS Provisioner，作为调配持久卷的插件。

7. 从列表中选择现有存储池，或创建新池。

   注意

   双向复制数据保护策略仅支持非默认 RBD 池。通过创建额外的池，可以使用双向复制。要了解副本 2 池的 Data Availability 和 Integrity 注意事项，请参阅知识库文章。

   创建新池

   1. 单击 Create New Pool。
   2. 输入 池名称。
   3. 选择 2-way-Replication 或 3-way-Replication作为数据保护策略。

   4. 如果需要压缩数据，选择启用压缩。

      启用压缩可能会影响应用程序的性能，在已压缩或加密的数据时可能会证明无效。在启用压缩之前写入的数据不会压缩。

   5. 单击 Create 以创建新存储池。
   6. 创建池后，单击 Finish。

8. 可选：选择启用加密复选框。
9. 点 Create 创建存储类。

流程

1. 点 Storage → Data Foundation。
2. 在 Storage Systems 选项卡中，选择 storage 系统，然后单击 BlockPools 选项卡。
3. 点 Create Block Pool。

4. 输入 池名称。

   注意

   默认池不支持使用双向复制数据保护策略。但是，如果您要创建额外的池，您可以使用双向复制。

5. 为数据保护策略选择双向复制或三向复制。
6. 选择卷类型。

7. 可选：如果您需要压缩数据，请选择 启用压缩 复选框。

   启用压缩可能会影响应用程序的性能，在已压缩或加密的数据时可能会证明无效。在启用压缩之前写入的数据不会压缩。

8. 点 Create。

流程

1. 点 Storage → Data Foundation。
2. 在 Storage Systems 选项卡中，选择 storage 系统，然后单击 BlockPools。
3. 点击您要更新的池末尾的 Action Menu(⋮)。
4. 单击 Edit Block Pool。

5. 修改表单详情，如下所示：

   注意

   默认池不支持使用双向复制数据保护策略。但是，如果您要创建额外的池，您可以使用双向复制。

   1. 将数据保护策略更改为双向复制或三向复制。

   2. 启用或禁用压缩选项。

      启用压缩可能会影响应用程序的性能，在已压缩或加密的数据时可能会证明无效。在启用压缩之前写入的数据不会压缩。

6. 点 Save。

流程

1. .点 Storage → Data Foundation。
2. 在 Storage Systems 选项卡中，选择 storage 系统，然后单击 BlockPools 选项卡。
3. 点击您要删除的池末尾的 Action Menu(⋮)。
4. 单击 Delete Block Pool。
5. 单击 Delete 确认删除池。

流程

1. 为镜像 Registry 创建一个持久性卷声明。

   1. 在 OpenShift Web 控制台中，点击 Storage → Persistent Volume Claims。
   2. 将 Project 设置为 openshift-image-registry。

   3. 单击 Create Persistent Volume Claim。

      1. 在上方检索的可用存储类列表中，使用置备程序 openshift-storage.cephfs.csi.ceph.com 指定存储类。
      2. 指定持久性卷声明 名称，如 ocs4registry。
      3. 指定 Shared Access (RWX) 访问模式。
      4. 将 Size 指定为最少 100 GB。

      5. 点 Create。

         等待新持久卷声明的状态变为 Bound。

2. 将集群的 Image Registry 配置为使用新的持久卷声明。

   1. 点 Administration → Custom Resource Definitions。
   2. 点与 imageregistry.operator.openshift.io 组关联的 Config 自定义资源定义。
   3. 点 实例 选项卡。
   4. 在集群实例外，点 Action Menu(⋮) → Edit Config。

   5. 添加新的持久性卷声明作为镜像 Registry 的持久性存储。

      1. 在 spec: 下添加以下内容，并替换现有的 storage: 部分（如有必要）。

           storage:
             pvc:
               claim: <new-pvc-name>

         例如：

           storage:
             pvc:
               claim: ocs4registry

      2. 点 Save。

3. 验证新配置是否正在使用。

   1. 点击 Workloads → Pods。
   2. 将 Project 设置为 openshift-image-registry。
   3. 验证新的 image-registry-* pod 的状态是否为 Running，并且以前的 image-registry-* pod 已终止。
   4. 点击新 image-registry-* Pod 查看 pod 详情。
   5. 向下滚动到 Volumes，再验证 registry-storage 卷是否具有与您的新持久性卷声明匹配的 Type，如 ocs4registry。

流程

1. 按照 Creating Object Bucket Claim 中的步骤创建 ObjectBucketClaim。

2. 创建 image-registry-private-configuration-user secret。

   1. 进入 OpenShift web-console。
   2. 点 ObjectBucketClaim -→ ObjectBucketClaim Data。
   3. 在 ObjectBucketClaim 数据 中，在 openshift-image-registry namespace 中查找 MCG access key 和 MCG secret key。

   4. 使用以下命令创建 secret：

      $ oc create secret generic image-registry-private-configuration-user --from-literal=REGISTRY_STORAGE_S3_ACCESSKEY=<MCG Accesskey> --from-literal=REGISTRY_STORAGE_S3_SECRETKEY=<MCG Secretkey> --namespace openshift-image-registry

3. 将 Image Registry Operator 的 managementState 改为 Managed。

   $ oc patch configs.imageregistry.operator.openshift.io/cluster --type merge -p '{"spec": {"managementState": "Managed"}}'

4. 编辑 Image Registry Operator 配置文件的 spec.storage 部分：

   1. 从 Web 控制台获取 Object Bucket Claim Data 部分下的 unique-bucket-name 和 regionEndpoint，或者也可以使用以下命令获取 regionEndpoint 和 unique-bucket-name 的信息：

       $ oc describe  noobaa

   2. 将 regionEndpoint 添加为 http://<Endpoint-name>:<port> 如果

      • StorageClass 是 ceph-rgw 存储类，
      • 端点指向来自 openshift-storage 命名空间中的内部 SVC。

   3. 在对 Operator registry 配置文件进行更改后，image-registry pod 会生成。

      $ oc edit configs.imageregistry.operator.openshift.io -n openshift-image-registry
      apiVersion: imageregistry.operator.openshift.io/v1
      kind: Config
      metadata:
      [..]
      name: cluster
      spec:
      [..]
      storage:
      s3:
      
        bucket: <Unique-bucket-name>
      
        region: us-east-1 (Use this region as default)
      
        regionEndpoint: https://<Endpoint-name>:<port>
      
        virtualHostedStyle: false

5. 将镜像 registry 设置重置为默认值。

   $ oc get pods -n openshift-image-registry

流程

1. 在 OpenShift Web 控制台中，前往 Workloads → Config Maps。
2. 将 Project 下拉菜单设置为 openshift-monitoring。
3. 单击 Create Config Map。

4. 使用以下命令定义一个新的 cluster-monitoring-config Config Map。

   将尖括号 (<, >) 中的内容替换为您自己的值，如 retention: 24h 或 storage: 40Gi。

   将 storageClassName 替换为使用 provisioner openshift-storage.rbd.csi.ceph.com 的 storageclass。在下例中，storageclass 的名称为 ocs-storagecluster-ceph-rbd。

   cluster-monitoring-config Config Map 示例

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: cluster-monitoring-config
     namespace: openshift-monitoring
   data:
     config.yaml: |
         prometheusK8s:
           retention: <time to retain monitoring files, e.g. 24h>
           volumeClaimTemplate:
             metadata:
               name: ocs-prometheus-claim
             spec:
               storageClassName: ocs-storagecluster-ceph-rbd
               resources:
                 requests:
                   storage: <size of claim, e.g. 40Gi>
         alertmanagerMain:
           volumeClaimTemplate:
             metadata:
               name: ocs-alertmanager-claim
             spec:
               storageClassName: ocs-storagecluster-ceph-rbd
               resources:
                 requests:
                   storage: <size of claim, e.g. 40Gi>

5. 单击 Create 以保存并创建 Config Map。

验证步骤

1. 验证持久卷声明是否已绑定到 pod。

   1. 进入 Storage → Persistent Volume Claims。
   2. 将 Project 下拉菜单设置为 openshift-monitoring。

   3. 验证 5 持久性卷声明是否可见，状态为 Bound，附加到三个 alertmanager-main-* pod，以及两个 prometheus-k8s-* pod。

      图 4.1. 监控创建和绑定的存储

      

2. 验证新 alertmanager-main-* pod 的状态是否显示为 Running。

   1. 进入 Workloads → Pods。
   2. 点击新 alertmanager-main-* pod 查看 pod 详情。

   3. 向下滚动到 Volumes，再验证卷是否具有 Type (ocs-alertmanager-claim)，它与您的新持久性卷声明匹配，如 ocs-alertmanager-claim-alertmanager-main-0。

      图 4.2. 附加到 alertmanager-main-* pod 的持久性卷声明

      

3. 验证新的 prometheus-k8s-* pod 的状态是否为 Running。

   1. 点新的 prometheus-k8s-* Pod 查看 pod 详情。

   2. 向下滚动到 Volumes，再验证卷是否具有 Type (ocs-prometheus-claim )，它与您的新持久性卷声明匹配，如 ocs-prometheus-claim-prometheus-k8s-0。

      图 4.3. 附加到 prometheus-k8s-* pod 的持久性卷声明

      

流程

1. 通过命令行界面或用户界面部署 storagecluster。

2. 标记应用程序命名空间。

   apiVersion: v1
   kind: Namespace
   metadata:
        name: <desired_name>
        labels:
             storagequota: <desired_label>

   <desired_name>

   为 application 命名空间指定一个名称，如 quota-rbd。

   <desired_label>

   为存储配额指定一个标签，如 storagequota1。

3. 编辑 storagecluster，以在存储类上设置配额限制。

   $ oc edit storagecluster -n openshift-storage <ocs_storagecluster_name>

   <ocs_storagecluster_name>

   指定存储集群的名称。

4. 在 StorageCluster.Spec 中为 Overprovision Control 添加一个条目：

   apiVersion: ocs.openshift.io/v1
   kind: StorageCluster
   spec:
    [...]
        overprovisionControl:
        - capacity: <desired_quota_limit>
             storageClassName: <storage_class_name>
             quotaName: <desired_quota_name>
             selector:
               labels:
                      matchLabels:
                       storagequota: <desired_label>
   [...]

   <desired_quota_limit>

   为存储类指定所需的配额限制，例如 27Ti。

   <storage_class_name>

   指定要设置配额限制的存储类的名称，如 ocs-storagecluster-ceph-rbd。

   <desired_quota_name>

   为存储配额指定一个名称，如 quota1。

   <desired_label>

   为存储配额指定一个标签，如 storagequota1。

5. 保存修改后的 storagecluster。

6. 验证是否定义了 clusterresourcequota。

   注意

   期望 clusterresourcequota 带有您在上一步中定义的 quotaName，例如 quota1。

   $ oc get clusterresourcequota -A
   
   $ oc describe clusterresourcequota -A

流程

1. 在 OpenShift Web 控制台中，点击 Compute → Nodes，然后选择必须污点的节点。
2. 在 Details 页面中，点 Edit taint。
3. 在 Key <node.ocs.openshift.io/storage>, Value <true> 和 Effect<Noschedule> 字段中输入值。
4. 点 Save。

流程

1. 为要使用的应用创建持久性卷声明 (PVC)。

   1. 在 OpenShift Web 控制台中，点击 Storage → Persistent Volume Claims。
   2. 为应用程序 pod 设置 Project。

   3. 单击 Create Persistent Volume Claim。

      1. 指定由 OpenShift Data Foundation 提供的存储类。
      2. 指定 PVC Name，如 myclaim。

      3. 选择所需的 Access Mode。

         注意

         IBM FlashSystem 不支持 Access Mode, Shared access (RWX)。

      4. 对于 Rados 块设备(RBD)，如果 Access 模式 为 ReadWriteOnce(RWO)，请选择所需的卷模式。默认卷模式是 Filesystem。
      5. 根据应用程序要求指定一个 大小。
      6. 点 Create 并等待 PVC 处于 Bound 状态。

2. 配置新的或现有应用容器集以使用新 PVC。

   • 对于新应用程序 pod，执行以下步骤：

     1. 点 Workloads →Pods。
     2. 创建新的应用 pod。

     3. 在 spec: 部分下，添加 volume: 部分，将新 PVC 添加为应用 Pod 的卷。

        volumes:
          - name: <volume_name>
            persistentVolumeClaim:
              claimName: <pvc_name>

        例如：

        volumes:
          - name: mypd
            persistentVolumeClaim:
              claimName: myclaim

   • 对于现有应用程序 pod，执行以下步骤：

     1. 点 Workloads →Deployment Configs。
     2. 搜索与应用程序 pod 关联的所需部署配置。
     3. 点击其 Action 菜单(⋮) → Edit Deployment Config。

     4. 在 spec: 部分下，添加 volume: 部分，将新 PVC 添加为应用程序 Pod 的卷，然后点 Save。

        volumes:
          - name: <volume_name>
            persistentVolumeClaim:
              claimName: <pvc_name>

        例如：

        volumes:
          - name: mypd
            persistentVolumeClaim:
              claimName: myclaim

3. 验证新配置是否正在使用。

   1. 点击 Workloads → Pods。
   2. 为应用程序 pod 设置 Project。
   3. 验证应用容器集的状态是否为 Running。
   4. 单击应用容器集名称，以查看容器集详细信息。
   5. 向下滚动到 Volumes 部分，再验证卷的 Type 与您的新持久卷声明匹配，如 myclaim。

流程

1. 登录 OpenShift Web 控制台。
2. 点 Storage → Persistent Volume Claims
3. 使用 Filter 文本框搜索所需的 PVC 名称。您还可以按 Name 或 Label 过滤 PVC 列表来缩小列表范围
4. 检查与所需 PVC 对应的 Status 列。
5. 点所需的 Name 查看 PVC 详情。

流程

1. 在 OpenShift Web 控制台中，点 Storage → Data Foundation。
2. 在 Storage systems 选项卡中，选择存储系统，然后点 Overview → Block and File。
3. 找到 Inventory 卡，查看 PVC 数量并显示错误。
4. 点 Storage → Persistent Volume Claims
5. 使用 Filter 文本框搜索所需的 PVC。
6. 点 PVC 名称并导航到 Events
7. 根据需要或按指示处理事件。

流程

1. 在 OpenShift Web 控制台中，导航到 Storage → Persistent Volume Claims。
2. 点击您要扩展的持久性卷声明旁边的 Action Menu(⋮)。

3. 点 Expand PVC ：

   

4. 选择持久性卷声明的新大小，然后点 Expand：

   

5. 要验证扩展，请导航到 PVC 的详情页面，并验证 Capacity 字段是否具有请求的正确大小。

   注意

   当基于 Ceph RADOS 块设备 (RBD) 扩展 PVC 时，如果 PVC 尚未附加到 pod，Condition type 在 PVC 详情页面中为 FileSystemResizePending。挂载卷后，文件系统大小调整成功，并在 Capacity 字段中反映新大小。

流程

1. 获取持久性卷声明(PVC)详情。

   $ oc get pvc data-pvc

   NAME      STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                          AGE
   data-pvc  Bound    pvc-f37b8582-4b04-4676-88dd-e1b95c6abf74   1Gi        RWO            ocs-storagecluster-ceph-rbd           20h

2. 将注解 reclaimspace.csiaddons.openshift.io/schedule=@monthly 添加到 PVC 以创建 reclaimspacecronjob。

   $ oc annotate pvc data-pvc "reclaimspace.csiaddons.openshift.io/schedule=@monthly"

   persistentvolumeclaim/data-pvc annotated

3. 验证 reclaimspacecronjob 是否已创建，格式为 "< pvc-name>-xxxxxxx"。

   $ oc get reclaimspacecronjobs.csiaddons.openshift.io

   NAME                    SCHEDULE    SUSPEND   ACTIVE   LASTSCHEDULE   AGE
   data-pvc-1642663516     @monthly                                      3s

4. 修改计划，使其自动运行此任务。

   $ oc annotate pvc data-pvc "reclaimspace.csiaddons.openshift.io/schedule=@weekly" --overwrite=true

   persistentvolumeclaim/data-pvc annotated

5. 验证 reclaimspacecronjob 的调度是否已修改。

   $ oc get reclaimspacecronjobs.csiaddons.openshift.io

   NAME                  SCHEDULE    SUSPEND   ACTIVE   LASTSCHEDULE   AGE
   data-pvc-1642664617   @weekly                                       3s

流程

1. 创建并应用以下自定义资源以回收空间操作：

   apiVersion: csiaddons.openshift.io/v1alpha1
   kind: ReclaimSpaceJob
   metadata:
     name: sample-1
   spec:
     target:
       persistentVolumeClaim: pvc-1

   其中,

   target

   指明执行操作的卷目标。

   persistentVolumeClaim

   PersistentVolumeClaim 的名称。

   backOfflimit

   指定在将重新声明空间操作 标记为失败 前的最大重试次数。默认值为 6。允许的最大值和最小值分别为 60 和 0。

   retryDeadlineSeconds

   指定操作可能会停用的时间（以秒为单位），它相对于开始时间。该值必须是正整数。默认值为 600 秒，允许的最大值为 1800 秒。

2. 在完成操作后删除自定义资源。

流程

1. 创建并应用以下自定义资源以回收空间操作

   apiVersion: csiaddons.openshift.io/v1alpha1
   kind: ReclaimSpaceCronJob
   metadata:
     name: reclaimspacecronjob-sample
   spec:
     jobTemplate:
       spec:
         target:
           persistentVolumeClaim: data-pvc
     schedule: '@weekly'
     concurrencyPolicy: Forbid

   其中,

   concurrencyPolicy

   描述当 ReclaimSpaceJob 调度到 ReclaimSpaceCronJob 时的更改，而之前的 ReclaimSpaceJob 仍然在运行。默认 Forbid 可防止启动新的作业，而 replace 可用于删除可能处于故障状态的正在运行的作业，并创建一个新的作业。

   failedJobsHistoryLimit

   指定为故障排除保留失败的 ReclaimSpaceJobs 数量。

   jobTemplate

   指定 ReclaimSpaceJob.spec 结构，用于描述请求的 ReclaimSpaceJob 操作的详情。

   successfulJobsHistoryLimit

   指定成功 ReclaimSpaceJob 操作的数量。

   调度

   指定重复操作请求的 和/或间隔，其格式与 Kubernetes CronJob 相同。

2. 在执行重新声明空间操作时，删除 ReclaimSpaceCronJob 自定义资源，或者删除目标 PVC。

流程

1. 从 OpenShift Web 控制台点 Storage → Persistent Volume Claims。

2. 要创建克隆，请执行以下操作之一：

   • 在所需的 PVC 旁边，点 Action 菜单 (⋮) → Clone PVC。
   • 点击您要克隆的 PVC，然后点击 Actions → Clone PVC。
3. 输入克隆的名称。

4. 选择您选择的访问模式。

   重要

   ReadOnlyMany(ROX)访问模式是一个开发者预览功能，它受到开发人员预览支持的限制。开发人员预览版本不应在生产环境中运行，且不受红帽客户门户网站问题单管理系统的支持。如果您需要 ReadOnlyMany 功能的帮助，请联络 ocs-devpreview@redhat.com 邮件列表和红帽开发团队成员将根据可用性和工作计划尽快为您提供协助。请参阅 使用新的只读访问模式创建克隆或恢复快照以使用 ROX 访问模式。

5. 单击 Clone。您将被重定向到新的 PVC 详情页面。

6. 等待克隆的 PVC 状态变为 Bound。

   克隆的 PVC 现在可以被 pod 使用。这个克隆的 PVC 独立于其 dataSource PVC。

流程

1. 在 OpenShift Web 控制台中，点 Storage → Persistent Volume Claims
2. 将 Project 设置为 openshift-storage。

3. 点 Create PersistentVolumeClaim。

   1. 指定 Storage Class,ocs-storagecluster-ceph-nfs。
   2. 指定 PVC 名称，例如 my-nfs-export。
   3. 选择所需的 Access Mode。
   4. 根据应用程序要求指定一个 大小。

   5. 将卷模式选择为文件系统。

      注： NFS PVC 不支持 Block 模式

   6. 点 Create 并等待 PVC 处于 Bound 状态。

流程

1. 在 OpenShift Container Platform web 控制台中进入到 Workloads → Pods。
2. 点 Create Pod 以创建新的应用 pod。
3. 在 metadata 部分下添加一个名称。例如： nfs-export-example，其 namespace 为 openshift-storage。

4. 在 spec: 部分中，使用 image 和 volumeMounts 部分添加 containers: 部分：

   apiVersion: v1
   kind: Pod
   metadata:
    name: nfs-export-example
    namespace: openshift-storage
   spec:
    containers:
      - name: web-server
        image: nginx
        volumeMounts:
          - name: <volume_name>
            mountPath: /var/lib/www/html

   例如：

   apiVersion: v1
   kind: Pod
   metadata:
    name: nfs-export-example
    namespace: openshift-storage
   spec:
    containers:
      - name: web-server
        image: nginx
        volumeMounts:
          - name: nfs-export-pvc
            mountPath: /var/lib/www/html

5. 在 spec: 部分，添加 volumes: 部分将 NFS PVC 添加为应用程序 pod 的卷：

   volumes:
     - name: <volume_name>
       persistentVolumeClaim:
         claimName: <pvc_name>

   例如：

   volumes:
     - name: nfs-export-pvc
       persistentVolumeClaim:
         claimName: my-nfs-export

流程

1. 启用 nfs 标志后，单服务器 CephNFS 由 Rook 部署。您需要获取要在下一步中使用的 nfs-ganesha 服务器的 ceph_nfs 字段的值：

   $ oc get pods -n openshift-storage | grep rook-ceph-nfs

   $ oc describe pod  <name of the rook-ceph-nfs pod> | grep ceph_nfs

   例如：

   $ oc describe pod rook-ceph-nfs-ocs-storagecluster-cephnfs-a-7bb484b4bf-bbdhs | grep ceph_nfs
     ceph_nfs=my-nfs

2. 通过创建 Kubernetes LoadBalancer 服务，在 OpenShift 集群外公开 NFS 服务器。以下示例创建了一个 LoadBalancer 服务，并引用 OpenShift Data Foundation 创建的 NFS 服务器。

   apiVersion: v1
   kind: Service
   metadata:
    name: rook-ceph-nfs-ocs-storagecluster-cephnfs-load-balancer
    namespace: openshift-storage
   spec:
    ports:
      - name: nfs
        port: 2049
    type: LoadBalancer
    externalTrafficPolicy: Local
    selector:
      app: rook-ceph-nfs
      ceph_nfs: <my-nfs>
      instance: a

   将 <my-nfs> 替换为在第 1 步中获取的值。

3. 收集连接信息。外部客户端需要连接到导出的信息来自为 PVC 创建的持久性卷(PV)以及上一步中创建的 LoadBalancer 服务的状态。

   1. 从 PV 获取共享路径。

      1. 获取与 NFS 导出的 PVC 关联的 PV 名称：

         $ oc get pvc <pvc_name> --output jsonpath='{.spec.volumeName}'
         pvc-39c5c467-d9d3-4898-84f7-936ea52fd99d

         将 <pvc_name> 替换为您自己的 PVC 名称。例如：

         oc get pvc pvc-39c5c467-d9d3-4898-84f7-936ea52fd99d --output jsonpath='{.spec.volumeName}'
         pvc-39c5c467-d9d3-4898-84f7-936ea52fd99d

      2. 使用前面获取的 PV 名称获取 NFS 导出的共享路径：

         $ oc get pv pvc-39c5c467-d9d3-4898-84f7-936ea52fd99d --output jsonpath='{.spec.csi.volumeAttributes.share}'
         /0001-0011-openshift-storage-0000000000000001-ba9426ab-d61b-11ec-9ffd-0a580a800215

   2. 获取 NFS 服务器的入口地址。服务的入口状态可以有多个地址。选择外部客户端所需的使用方法。在以下示例中，只有一个地址：主机名 ingress-id.somedomain.com。

      $ oc -n openshift-storage get service rook-ceph-nfs-ocs-storagecluster-cephnfs-load-balancer --output jsonpath='{.status.loadBalancer.ingress}'
      [{"hostname":"ingress-id.somedomain.com"}]

4. 使用上一步中的共享路径和入口地址连接外部客户端。以下示例将导出挂载到客户端的目录路径 /export/mount/path ：

   $ mount -t nfs4 -o proto=tcp ingress-id.somedomain.com:/0001-0011-openshift-storage-0000000000000001-ba9426ab-d61b-11ec-9ffd-0a580a800215 /export/mount/path

   如果这仍然无法正常工作，则可能是 Kubernetes 环境仍然需要时间来配置网络资源，以允许到 NFS 服务器入口。