17.2. 将 Red Hat OpenShift Data Foundation 4.17 更新至 4.18


本章可帮助您在所有 Red Hat OpenShift Data Foundation 部署(非附加和外部)在次版本间进行升级。所有部署的升级过程都保持不变。唯一的区别在在升级后的结果。

  • 对于内部和内部附加部署,升级 OpenShift Data Foundation 会升级所有 OpenShift Data Foundation 服务,包括后端 Red Hat Ceph Storage (RHCS)集群。
  • 对于外部模式部署,升级 OpenShift Data Foundation 会仅升级 OpenShift Data Foundation 服务,同时后端 Ceph 存储集群保持不变,需要单独升级。

    您必须升级 Red Hat Ceph Storage 和 OpenShift Data Foundation,以获取新的功能支持、安全修复和其他程序错误修复。因为对 RHCS 升级没有依赖,因此您可以先升级 OpenShift Data Foundation operator,然后再升级 RHCS 升级,反之亦然。有关 RHCS 版本的更多信息,请参阅知识库解决方案。https://access.redhat.com/solutions/2045583

重要

不支持直接从 4.17 之前的版本升级到 4.18。

重要

由于 Ceph 已知问题,带有多路径设备或分区磁盘的 Region-DR 环境不应从 v4.17 升级到 v4.18。这个问题将在 4.18 z-streams 或以后的发行版本中解决。

先决条件

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

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

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

    注意

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

  • 确保您有足够的时间完成 OpenShift 数据基础更新过程,因为更新时间因集群中运行的 OSD 数量而异。
  • 可选: 要减少使用 CSI 插件的大型集群的升级时间,请确保将 rook-ceph-operator-config configmap 中的以下参数调整为更高的计数或百分比。

    • CSI_RBD_PLUGIN_UPDATE_STRATEGY_MAX_UNAVAILABLE
    • CSI_CEPHFS_PLUGIN_UPDATE_STRATEGY_MAX_UNAVAILABLE

      注意

      默认情况下,rook-ceph-operator-config configmap 为空,您需要添加 data 密钥。

      这会影响 CephFS 和 CephRBD daemonset,并允许 pod 同时重启或不可用,并减少升级时间。如需最佳值,您可以将参数值设置为 20%。但是,如果值过高,则升级过程中可能会观察新卷的中断。

  • 只适用于使用 AWS 安全令牌服务(STS)的 AWS 上的 OpenShift Data Foundation 部署的先决条件

    noobaa-core 帐户的信任策略中添加另一个条目,如下所示:

    1. 登录到 AWS 角色所在的 AWS Web 控制台,使用 http://console.aws.amazon.com/
    2. 输入 IAM 管理工具并点 Roles
    3. 在 OpenShift CLI 中使用以下命令,查找为 AWS STS 创建的角色名称,以支持多云对象网关(MCG)身份验证:

      $ oc get deployment noobaa-operator -o yaml -n openshift-storage | grep ROLEARN -A1
                value: arn:aws:iam::123456789101:role/your-role-name-here
      Copy to Clipboard Toggle word wrap
    4. 在工具中搜索您在上一步中获取的角色名称,然后单击角色名称。
    5. 在角色摘要下,单击 Trust relationships
    6. Trusted entities 选项卡中,点击右侧的 Edit trust policy
    7. "Action": "sts:AssumeRoleWithWebIdentity" 字段中,有两个字段可用于为两个 NooBaa 服务帐户启用访问权限 noobaanoobaa-endpoint。为核心 pod 的新服务帐户名称 system:serviceaccount:openshift-storage:noobaa-core 添加另一个条目。
    8. 点页面右下角的 Update policy

      进行更新可能需要大约 5 分钟时间。

流程

  1. 在 OpenShift Web 控制台中,导航到 Operators Installed Operators
  2. 选择 openshift-storage 项目。
  3. 点 OpenShift Data Foundation operator 名称。
  4. Subscription 标签页,点 Update Channel 下的链接。
  5. 选择 stable-4.18 更新频道 并保存
  6. 如果 Upgrade status 显示 requires approval,请单击 requires approval

    1. 在 Install Plan Details 页面中,单击 Preview Install Plan
    2. 检查安装计划并点 Approve

      等待 StatusUnknown 改为 Created

  7. 导航到 Operators Installed Operators
  8. 选择 openshift-storage 项目。

    等待 OpenShift Data Foundation Operator Status 更改为 Up to date

  9. 成功升级 Operator 后,用户界面中会显示一个带有 Web console update is available 信息的弹出窗口。点这个弹出窗口中的 Refresh web console 来反映控制台的更改。
注意

升级后,如果集群有五个或更多节点、机架或房间,并且当部署中存在 5 个或更多数量的故障域时,您可以根据机架或区域的数量配置 Ceph monitor 数量。OpenShift Web 控制台的通知面板或 Alert Center 中显示警报,以指示用于增加 Ceph 监控计数的选项。您可以使用警报中的 Configure 选项来配置 Ceph 监控器计数。有关更多信息,请参阅 解决低 Ceph 监视器计数警报

验证步骤

  • 在 OpenShift Data Foundation 名称后检查 Version,并检查 Operator 状态。

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

    • 进入到 Storage Data Foundation Storage Systems 选项卡,然后点存储系统名称。
    • 检查 Overview - Block 和 FileObject 选项卡的状态卡上绿色勾号。绿色勾号表示存储集群、对象服务和数据弹性是健康的。
  • 如果验证步骤失败,请联系红帽支持
重要

在更新外部模式部署后,还必须更新外部 secret。具体步骤,请参阅 更新 OpenShift 数据基础外部 secret

其它资源

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

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat