8.13. RHBA-2023:1170 OpenShift Data Foundation 4.12.1 程序错误修复和安全更新


OpenShift Data Foundation release 4.12.1 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:1170 公告中。

8.13.1. 新功能

Metropolitan 灾难恢复(Metro-DR)解决方案正式发布

Red Hat Advanced Cluster Management for Kubernetes 2.7 的 Red Hat OpenShift Data Foundation Metro-DR 功能现已正式发布。

注意

Block 和 Files 的 Regional-DR 解决方案作为技术预览提供,并受技术预览支持限制。

如需更多信息,请参阅 planning guideMetro-DR solution for OpenShift Data Foundation 指南。

8.13.2. 功能增强

修复了 COS 发现的读取性能问题

在这个改进中,多云对象网关数据库的读取操作性能有所改进。为实现此目的,需要预先编译对数据库运行的一些查询使用的某些正则表达式。这会节省实时运行时的时间。(BZ#2149861)

为断开连接的环境支持和 RelatedImages 字段添加了过去 CSV 缺少的注解

multicluster-orchestrator Operator 在支持带有此功能增强的断开连接的模式的 Operator 下列出。要显示此 Operator,断开连接的模式支持注解会作为用户界面 (UI) 使用这个注解添加到 CSV 中。(BZ#2166223)

8.13.3. 已知问题

无法从 hub 控制台启动应用程序的故障切换

在使用主动/被动 Hub Metro-DR 设置时,您可能会遇到罕见的场景,Ramen 协调器会在超过其允许速率限制参数后停止运行。因为协调特定于每个工作负载,因此只有该工作负载会受到影响。在这种情况下,与那个工作负载相关的所有灾难恢复编配活动停止直到 Ramen pod 重启为止。

临时解决方案:重启 Hub 集群上的 Ramen pod。

$ oc delete pods <ramen-pod-name> -n openshift-operators
Copy to Clipboard Toggle word wrap

(BZ#2175201)

重复活跃 hub 区失败后无法从控制台故障转移应用程序

在多个 hub 恢复过程中,当出现双故障(如 hub 和受管集群都停机时),如果最后操作被重新定位,则可能无法从 RHACM 控制台启动故障切换。

临时解决方案:使用 CLI 将 DRPC.spec.action 字段设置为 Failover。

$ oc edit drpc -n app-1  app-1-placement-1-drpc
Copy to Clipboard Toggle word wrap
spec
  action: Failover
Copy to Clipboard Toggle word wrap

结果:对工作负载进行故障将启动到故障转移集群。

(BZ#2176028)

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat