升级到 OpenShift Data Foundation

Red Hat OpenShift Data Foundation 4.9

有关如何将 OpenShift Container Storage 更新至 OpenShift Data Foundation 最新版本的说明。

Red Hat Storage Documentation Team

摘要

本文档介绍如何将 OpenShift Container Storage 的早期版本更新至 Red Hat OpenShift Data Foundation。

使开源包含更多

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。详情请查看 CTO Chris Wright 的信息

对红帽文档提供反馈

我们感谢您对文档提供反馈信息。请告诉我们如何让它更好。提供反馈:

  • 关于特定内容的简单评论:

    1. 请确定您使用 Multi-page HTML 格式查看文档。另外,确定 Feedback 按钮出现在文档页的右上方。
    2. 用鼠标指针高亮显示您想评论的文本部分。
    3. 点在高亮文本上弹出的 Add Feedback
    4. 按照显示的步骤操作。
  • 要提交更复杂的反馈,请创建一个 Bugzilla ticket:

    1. 进入 Bugzilla 网站。
    2. Component 部分中,选择 文档
    3. Description 中输入您要提供的信息。包括文档相关部分的链接。
    4. Submit Bug

第 1 章 OpenShift Data Foundation 更新过程概述

OpenShift Container Storage 基于开源 Ceph 技术,自引入以来,在容器化、混合云环境中扩展了其范围和基本角色。它补充了除其他数据相关的硬件和软件外,还使其可在混合云环境中快速连接、可访问和扩展的现有存储。为了更好地反映这些基础和基础架构的独特之处,OpenShift Container Storage 现在是 OpenShift Data Foundation

重要

您只能通过从 OpenShift Container Platform OperatorHub 安装 OpenShift Data Foundation operator,从 OpenShift Container Storage 4.8 执行 OpenShift Data Foundation 版本 4.9 的升级流程。

在以后的版本中,您可以通过启用自动更新(如果在 Operator 安装过程中未这样做)或执行手动更新,在次版本间(如 4.9 和 4.x 之间)或在更新间(如 4.9.0 和 4.9.1 之间)升级 Red Hat OpenShift Data Foundation。

您还需要为内部和外部模式部署按照以下顺序升级 Red Hat OpenShift Data Foundation 的不同部分:

  1. 根据 OpenShift Container Platform 更新集群文档更新 OpenShift Container Platform。
  2. 更新 Red Hat OpenShift Data Foundation.

    1. 要准备断开连接的环境以获取更新,请参阅 Operator 指南,在受限网络中使用 Operator Lifecycle Manager,以便在使用时能够更新 Red Hat OpenShift Data Foundation 和 Local Storage Operator。
    2. 通过在 OpenShift Container Platform Web 控制台中从 OperatorHub 安装 Red Hat OpenShift Data Foundation operator,将 Red Hat OpenShift Container Storage operator 版本 4.8 更新至版本 4.9。请参阅 Red Hat OpenShift Container Storage 4.8 更新至 Red Hat OpenShift Data Foundation 4.9
    3. 将 Red Hat OpenShift Data Foundation 从 4.9.x 更新到 4.9.y。请参阅 更新 Red Hat OpenShift Data Foundation 4.9.x 到 4.9.y
    4. 若要更新外部模式部署,还必须执行 更新 OpenShift Data Foundation 外部机密 一节中的步骤。
    5. 如果使用本地存储:

      1. 更新 Local Storage operator

        如果您不确定,请参阅检查 Local Storage Operator 部署

      2. 为由本地存储支持的集群执行更新后配置更改

        详情请参阅由本地存储支持的集群的 Post-update 配置

更新注意事项

开始之前,请先查阅以下重要注意事项:

  • 红帽建议将同一版本的 Red Hat OpenShift Container Platform 与 Red Hat OpenShift Data Foundation 一起使用。

    如需有关 OpenShift Container Platform 和 Red Hat OpenShift Data Foundation 支持的组合的更多信息,请参阅 Interoperability Matrix

  • 要了解集群是以内部还是外部模式部署的信息,请参阅有关 How to determine ODF cluster have storage in internal 或 external mode 的知识库文章
  • 只有在 Local Storage Operator 版本与 Red Hat OpenShift Container Platform 版本匹配时,才会完全支持 Local Storage Operator。
  • 灵活的扩展功能仅在 Red Hat OpenShift Data Foundation 版本 4.7 及更新的版本中提供。存储集群从以前的版本升级到版本 4.7 或更高版本不支持灵活的扩展。如需更多信息,请参阅 4.7 发行注记的新功能部分中的 OpenShift Container Storage 集群灵活性扩展

第 2 章 OpenShift Data Foundation 升级频道和发行版本

在 OpenShift Container Platform 4.1 中,红帽引进了升级频道的概念,用于为集群升级推荐适当的版本。通过控制升级的速度,这些升级频道允许您选择升级策略。当 OpenShift Data Foundation 在 OpenShift Container Platform 中作为 Operator 部署时,它遵循相同的策略,通过在多个频道中提供修复来控制升级的速度。升级频道与 OpenShift Data Foundation 的次要版本关联。

例如,OpenShift Data Foundation 4.9 升级频道建议在 4.9 内进行升级。他们不推荐升级到 4.10 或更高版本的版本。这可确保管理员明确决定升级到下一个 OpenShift Data Foundation 次要版本。

升级频道仅控制版本选择,不会影响安装的集群版本; odf-operator 决定要安装的 OpenShift Data Foundation 版本。开箱即用,它会始终安装最新的 OpenShift Data Foundation 版本,维护与 OpenShift Container Platform 的兼容性。因此,在 OpenShift Container Platform 4.9 中,OpenShift Data Foundation 4.9 将是可安装的最新版本。

OpenShift Data Foundation 升级与 OpenShift Container Platform 升级相关联,以确保与 OpenShift Container Platform 保持兼容性和互操作性。对于 OpenShift Data Foundation 4.9,OpenShift Container Platform 4.9 和 4.10(在正式发布时)被支持。OpenShift Container Platform 4.10 支持维护与 OpenShift Container Platform 的正向兼容性。使 OpenShift Data Foundation 版本与 OpenShift Container Platform 相同,以便获得该发行版本中的所有功能和增强功能的优势。

重要

由于 Kubernetes 的设计,次版本之间的所有 OpenShift Container Platform 升级都必须按顺序进行。您必须从 OpenShift Container Platform 4.8 更新至 4.9,然后升级到 4.10。您无法直接从 OpenShift Container Platform 4.8 更新至 4.10。如需更多信息,请参阅 OpenShift Container Platform 文档中的 准备对 更新集群 进行 EUS-to-EUS 更新

OpenShift Data Foundation 4.9 提供以下升级频道:

  • stable-4.9
  • EUS-4.y(仅在运行偶数 4.y 集群发行版本时,如 4.10)

stable-4.9 频道

新版本正式发布后,与次版本对应的 stable 频道将使用可用于升级的新镜像进行更新。您可以使用 stable-4.9 频道,从 OpenShift Container Storage 4.8 升级,以及在 4.9 中升级。

eus-4.y 频道

除了稳定(stable)的频道外,所有次版本号为偶数的 OpenShift Container Platform 次版本还会提供延长的更新支持(EUS)。对于具有标准和高级订阅的客户,这些 EUS 版本将完全支持和维护支持阶段延长至 18 个月。stable-4.y 和 eus-4.y 频道的唯一区别在于,只有下一个 EUS 版本可用时 EUS 频道才会包括这个版本。

第 3 章 将 Red Hat OpenShift Container Storage 4.8 更新至 Red Hat OpenShift Data Foundation 4.9

本章可帮助您在所有 Red Hat OpenShift Data Foundation 部署(Internal、Internal-Attached 和 External)中升级 z-stream 版本。所有部署的升级过程都保持不变。唯一的区别在在升级后的结果。

  • 对于内部和内部附加的部署,升级 OpenShift Container Storage 升级所有 OpenShift Container Storage 服务,包括后端 Ceph 存储集群。
  • 对于外部模式部署,升级 OpenShift Container Storage 只会升级 OpenShift Container Storage 服务,而后端 Ceph 存储集群没有变化,需要单独升级。

    我们建议升级 RHCS 和 OpenShift Container Storage,以获取新的功能支持、安全修复和其他程序错误修复。由于我们对 RHCS 升级没有强烈依赖,因此您可以先升级 OpenShift Data Foundation operator,然后再升级 RHCS 升级,或反之亦然。请参阅 解决方案 以了解更多关于 Red Hat Ceph Storage 版本的信息。

重要

不支持直接从 4.8 以上版本升级到 4.9。

先决条件

  • 确保 OpenShift Container Platform 集群已更新至版本 4.9.X 的最新稳定版本,请参阅 更新集群
  • 确保 OpenShift Container Storage 集群处于健康状态,数据具有弹性。

    • 进入 Storage → Overview 并选中 Block and FileObject 选项卡以检查状态卡上的绿色勾号。绿色勾号表示 存储集群对象服务数据弹性都是健康的。
  • 确保所有 OpenShift Container Storage Pod(包括 Operator Pod)在 openshift-storage 命名空间中处于 Running 状态

    要查看 pod 的状态,在 OpenShift Web 控制台中点 Workloads → Pods。从 Project 下拉列表中选择 openshift-storage

    注意

    如果禁用 Show default projects 选项,请使用切换按钮列出所有默认项目。

  • 确保您有足够的时间完成 OpenShift 数据基础更新过程,因为更新时间因集群中运行的 OSD 数量而异。

流程

  1. 在 OpenShift Web 控制台中,导航到 OperatorHub
  2. 使用 Filter by keyword 框搜索 OpenShift Data Foundation,然后单击 OpenShift Data Foundation 标题。
  3. Install
  4. 在 install Operator 页面中,点 Install。等待 Operator 安装完成。

    注意

    我们建议使用所有默认设置。更改可能会导致意外行为。仅在您意识到其结果时进行修改。

验证步骤

  1. 验证页面显示 Succeeded 消息以及 Create StorageSystem 选项。

    注意

    对于升级的集群,因为存储系统是自动创建的,所以不会再次创建它。

  2. 在通知弹出窗口中,单击 Refresh Web 控制台 链接,以反映 OpenShift 控制台中的 OpenShift Data Foundation 更改。
  3. 验证 OpenShift Web 控制台中容器集的状态。

    • Workloads → Pods
    • 从 Project 下拉列表中选择 openshift-storage

      注意

      如果禁用 Show default projects 选项,请使用切换按钮列出所有默认项目。

      等待 openshift-storage 命名空间中的所有容器集重启并达到 Running 状态。

  4. 验证 OpenShift Data Foundation 集群是否正常运行并且数据具有弹性。

    • 导航到 StorageOpenShift Data foundationStorage Systems 选项卡,然后点击存储系统名称。
    • 检查 Block and FileObject 选项卡,以查找状态卡上的绿色勾号。绿色勾号表示存储集群、对象服务和数据弹性都是健康的。
重要

其它资源

如果您在更新 OpenShift Data Foundation 时遇到任何问题,请参阅故障排除指南中的常见的进行故障排除所需的日志部分。

第 4 章 把 Red Hat OpenShift Data Foundation 从 4.9.x 更新到 4.9.y。

本章可帮助您在所有 Red Hat OpenShift Data Foundation 部署(Internal、Internal-Attached 和 External)中升级 z-stream 版本。所有部署的升级过程都保持不变。唯一的区别在在升级后的结果。

  • 对于内部和内部附加的部署,升级 OpenShift Container Storage 升级所有 OpenShift Container Storage 服务,包括后端 Ceph 存储集群。
  • 对于外部模式部署,升级 OpenShift Container Storage 只会升级 OpenShift Container Storage 服务,而后端 Ceph 存储集群没有变化,需要单独升级。

    我们建议升级 RHCS 和 OpenShift Container Storage,以获取新的功能支持、安全修复和其他程序错误修复。由于我们对 RHCS 升级没有强烈依赖,因此您可以先升级 OpenShift Data Foundation operator,然后再升级 RHCS 升级,或反之亦然。请参阅 解决方案 以了解更多关于 Red Hat Ceph Storage 版本的信息。

当新的 z-stream 发行版本可用时,升级过程会在更新策略被设置为 Automatic 时自动触发。如果更新策略被设置为 Manual,则使用以下步骤。

先决条件

  • 确保 OpenShift Container Platform 集群已更新至版本 4.9.X 的最新稳定版本,请参阅 更新集群
  • 确保 OpenShift Data Foundation 集群正常运行,数据具有弹性。

    • 导航到 Storage → OpenShift Data Foundation → Storage Systems 选项卡,然后点击存储系统名称。
    • 检查 Overview - Block 和 FileObject 选项卡的状态卡上绿色勾号。绿色勾号表示存储集群、对象服务和数据弹性是健康的。
  • 确保所有 OpenShift Data Foundation Pod(包括操作器 Pod)在 openshift-storage 命名空间中处于 Running 状态。

    要查看 pod 的状态,在 OpenShift Web 控制台中点 Workloads → Pods。从 Project 下拉列表中选择 openshift-storage

    注意

    如果禁用 Show default projects 选项,请使用切换按钮列出所有默认项目。

  • 确保您有足够的时间完成 OpenShift 数据基础更新过程,因为更新时间因集群中运行的 OSD 数量而异。

流程

  1. 在 OpenShift Web 控制台中,导航到 Operators → Installed Operators
  2. 选择 openshift-storage 项目。

    注意

    如果禁用 Show default projects 选项,请使用切换按钮列出所有默认项目。

  3. 单击 OpenShift Data Foundation 操作器名称。
  4. Subscription 标签页。
  5. 如果 Upgrade Status 显示 需要批准,请单击 require approval 链接。
  6. InstallPlan Details 页面中点 Preview Install Plan
  7. 检查安装计划并点 Approve
  8. 等待 Status 从 Unknown 变为 Created

验证步骤

  • 验证 OpenShift Data Foundation 名称下面的 Version 和 operator 状态是否为最新版本。

    • 导航到 Operators → Installed Operators,再选择 openshift-storage 项目。
    • 升级完成后,新版本会更新到 OpenShift 数据基础的新版本号,并通过绿色勾号更改 Succeeded 状态。
  • 验证 OpenShift 数据基础集群是否正常运行并且数据具有弹性。

    • 导航到 Storage → OpenShift Data Foundation → Storage Systems 选项卡,然后点击存储系统名称。
    • 检查 Overview - Block 和 FileObject 选项卡的状态卡上绿色勾号。绿色勾号表示存储集群、对象服务和数据弹性是健康的
重要

如果在安装 OpenShift Data Foundation Operator 后,不能自动启用 console plugin 选项,则需要启用它。

有关如何启用 console 插件的更多信息,请参阅启用 Red Hat OpenShift Data Foundation 控制台插件

第 5 章 更改更新批准策略

为确保在同一频道中有新更新时自动更新存储系统,我们建议把更新批准策略设置为 Automatic。将更新批准策略更改为 Manual 需要在每次升级时手动批准。

流程

  1. 导航到 Operators → Installed Operators
  2. Project 下拉列表中选择 openshift-storage

    注意

    如果禁用 Show default projects 选项,请使用切换按钮列出所有默认项目。

  3. 单击 OpenShift Data Foundation operator 名称
  4. 转至 订阅 选项卡。
  5. 单击 铅笔 图标以更改 更新批准
  6. 选择更新批准策略并点 Save

验证步骤

  • 验证 Update 批准显示了它下面新选择的批准策略。

第 6 章 更新 OpenShift Data Foundation 外部机密

在升级到最新版本的 OpenShift Data Foundation 后,更新 OpenShift Data Foundation 外部机密。

注意

批处理更新不需要更新外部 secret。例如,从 OpenShift Data Foundation 4.9.X 更新到 4.9.Y 时。

先决条件

  • 将 OpenShift Container Platform 集群更新至最新的稳定版本 4.9.z,请参阅更新集群
  • OpenShift Container Storage operator 已升级到 OpenShift Data Foundation 版本 4.9。请参阅将 Red Hat OpenShift Container Storage 4.8 更新至 Red Hat OpenShift 数据基础
  • 确保 OpenShift Data Foundation 集群正常运行,数据具有弹性。导航到 StorageOpenShift Data foundationStorage Systems 选项卡,然后点击存储系统名称。

    • Overview - Block and File 选项卡中,检查 Status 卡并确认 存储集群 有一个绿色勾号指示其健康。
    • 单击 Object 选项卡,并确认 Object Service数据弹性具有绿色勾号,指示其运行正常。RADOS 对象网关仅列出在以外部模式部署 OpenShift Data Foundation 时包含 RADOS 对象网关端点详细信息的情况。
  • Red Hat Ceph Storage 必须安装并配置 Ceph 控制面板。

流程

  1. 下载 OpenShift Data Foundation 的 ceph-external-cluster-details-exporter.py python 脚本。

    # oc get csv $(oc get csv -n openshift-storage | grep ocs-operator | awk '{print $1}') -n openshift-storage -o jsonpath='{.metadata.annotations.external\.features\.ocs\.openshift\.io/export-script}' | base64 --decode > ceph-external-cluster-details-exporter.py
  2. 通过在外部 Red Hat Ceph Storage 集群中的任何客户端节点上运行 ceph-external-cluster-details-exporter.py,更新外部 Red Hat Ceph Storage 存储集群的权限上限。您可能需要要求您的 Red Hat Ceph Storage 管理员来执行此操作。

    # python3 ceph-external-cluster-details-exporter.py --upgrade --run-as-user=<ocs_client_name>
    --run-as-user

    在 OpenShift Data Foundation 集群部署期间使用的客户端名称。如果未设置其他客户端名称,请使用默认的客户端名称 client.healthchecker

    用户的更新权限被设置为:

    caps: [mgr] allow command config
    caps: [mon] allow r, allow command quorum_status, allow command version
    caps: [osd] allow rwx pool=RGW_POOL_PREFIX.rgw.meta, allow r pool=.rgw.root, allow rw pool=RGW_POOL_PREFIX.rgw.control, allow rx pool=RGW_POOL_PREFIX.rgw.log, allow x pool=RGW_POOL_PREFIX.rgw.buckets.index
  3. 运行之前下载的 python 脚本,再保存从外部 Red Hat Ceph Storage 存储集群生成的 JSON 输出。

    1. 运行之前下载的 python 脚本:

      # python3 ceph-external-cluster-details-exporter.py --rbd-data-pool-name <rbd block pool name> --monitoring-endpoint <ceph mgr prometheus exporter endpoint> --monitoring-endpoint-port <ceph mgr prometheus exporter port> --rgw-endpoint <rgw endpoint> --run-as-user <ocs_client_name>  [optional arguments]
      --rbd-data-pool-name
      用于在 OpenShift Data Foundation 中提供块存储的必填参数。
      --rgw-endpoint
      是可选的。如果要通过 Ceph Rados 网关为 OpenShift Data Foundation 置备对象存储,请提供此参数。提供以下格式的端点: <ip_address>:<port>
      --monitoring-endpoint
      是可选的。它接受可从 OpenShift Container Platform 集群访问的活跃和待机 mgrs 的以逗号分隔的 IP 地址列表。如果没有提供,则会自动填充该值。
      --monitoring-endpoint-port
      是可选的。它是与 --monitoring-endpoint 指定的 ceph-mgr Prometheus exporter 关联的端口。如果没有提供,则会自动填充该值。
      --run-as-user

      在 OpenShift Data Foundation 集群部署期间使用的客户端名称。如果未设置其他客户端名称,请使用默认的客户端名称 client.healthchecker

      注意

      确保除 monitoring-endpoint 和 monitoring-endpoint-port 之外的所有参数,包括可选参数,与以外部模式部署 OpenShift Data Foundation 期间所用的相同。

    2. 保存在上一步中运行脚本后生成的 JSON 输出。

      输出示例:

      [{"name": "rook-ceph-mon-endpoints", "kind": "ConfigMap", "data": {"data": "xxx.xxx.xxx.xxx:xxxx", "maxMonId": "0", "mapping": "{}"}}, {"name": "rook-ceph-mon", "kind": "Secret", "data": {"admin-secret": "admin-secret", "fsid": "<fs-id>", "mon-secret": "mon-secret"}}, {"name": "rook-ceph-operator-creds", "kind": "Secret", "data": {"userID": "<user-id>", "userKey": "<user-key>"}}, {"name": "rook-csi-rbd-node", "kind": "Secret", "data": {"userID": "csi-rbd-node", "userKey": "<user-key>"}}, {"name": "ceph-rbd", "kind": "StorageClass", "data": {"pool": "<pool>"}}, {"name": "monitoring-endpoint", "kind": "CephCluster", "data": {"MonitoringEndpoint": "xxx.xxx.xxx.xxxx", "MonitoringPort": "xxxx"}}, {"name": "rook-ceph-dashboard-link", "kind": "Secret", "data": {"userID": "ceph-dashboard-link", "userKey": "<user-key>"}}, {"name": "rook-csi-rbd-provisioner", "kind": "Secret", "data": {"userID": "csi-rbd-provisioner", "userKey": "<user-key>"}}, {"name": "rook-csi-cephfs-provisioner", "kind": "Secret", "data": {"adminID": "csi-cephfs-provisioner", "adminKey": "<admin-key>"}}, {"name": "rook-csi-cephfs-node", "kind": "Secret", "data": {"adminID": "csi-cephfs-node", "adminKey": "<admin-key>"}}, {"name": "cephfs", "kind": "StorageClass", "data": {"fsName": "cephfs", "pool": "cephfs_data"}}, {"name": "ceph-rgw", "kind": "StorageClass", "data": {"endpoint": "xxx.xxx.xxx.xxxx", "poolPrefix": "default"}}, {"name": "rgw-admin-ops-user", "kind": "Secret", "data": {"accessKey": "<access-key>", "secretKey": "<secret-key>"}}]
  4. 上传生成的 JSON 文件。

    1. 登录 OpenShift Web 控制台。
    2. Workloads → Secrets
    3. 将项目设置为 openshift-storage
    4. rook-ceph-external-cluster-details
    5. Actions (⋮) → Edit Secret
    6. Browse,再上传该 JSON 文件。
    7. 点击 Save

验证步骤

  • 要验证 OpenShift Data Foundation 集群是否健康且数据具有弹性,请导航到 StorageOpenShift Data foundationStorage Systems 选项卡,然后点击存储系统名称。

    • OverviewBlock and File 标签页中,检查 Details 卡来验证 RHCS 仪表板链接是否可用,并检查 Status 卡以确认存储集群有一个绿色勾号指示它处于健康状态。
    • 单击 Object 选项卡,并确认 Object Service数据弹性具有绿色勾号,指示其运行正常。RADOS 对象网关仅列出在以外部模式部署 OpenShift Data Foundation 时包含 RADOS 对象网关端点详细信息的情况。

第 7 章 向预先存在的后备存储中添加注解

向预先存在的后备存储中添加正确的注解可让对象网关(RGW)支持的后备存储报告其实际和可用大小。Multicloud 对象网关(MCG)可以检索和使用这些信息。只有在集群中存在 RGW 并在集群中使用时,这个流才相关。RGW 默认仅在内部平台(如 vSphere)中使用。

注意

如果您在升级到 OpenShift Data Foundation 版本 4.8 后将注解添加到预先存在的后备存储中,则您不需要在升级到 4.9 后添加它们。在 4.8 及更高版本中创建的所有后备存储都将默认具有此注解。

流程

  1. 登录 OpenShift Container Platform Web 控制台。
  2. HomeSearch
  3. Resources 中搜索 BackingStore,然后单击它。
  4. 在 S3 兼容 BackingStore 旁边,点 Action Menu(⋮)Edit annotations
  5. KEY 添加 rgw
  6. 点击 Save

第 8 章 由本地存储支持的集群更新后配置更改

在 Red Hat OpenShift Container Platform 4.6 及之后,Local Storage operator 提供了新的自定义资源类型来管理本地存储:

  • LocalVolumeDiscovery
  • LocalVolumeSet

如果您使用 Local Storage Operator 从版本 4.5 或更早版本升级到 OpenShift Data Foundation 版本 4.9,且这些资源尚未创建,则需要在更新后执行额外的配置步骤,以确保所有功能都能正常工作。这些资源类型不会作为从 4.5 更新的一部分自动处理,必须手动创建。有关创建资源的步骤 ,请参阅由本地存储支持的集群的 Post-update 配置更改

注意

如果您已在从 4.5 升级后创建了这些资源,则不需要在升级到 4.9 后创建这些资源。

8.1. 添加注解

当您从以前的版本升级到 OpenShift Data Foundation 版本 4.9 时,您需要向存储集群添加注释,以便通过用户界面替换失败的存储设备。

流程

  1. 登录 OpenShift Container Platform Web 控制台。
  2. HomeSearch
  3. Resources 中搜索 StorageCluster 并点击它。
  4. ocs-storagecluster 旁边,点 Action 菜单 (⋮)Edit annotations
  5. KEYVALUE 添加 cluster.ocs.openshift.io/local-devicestrue
  6. 点击 Save