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 guide 和 Metro-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
$ oc delete pods <ramen-pod-name> -n openshift-operators
重复活跃 hub 区失败后无法从控制台故障转移应用程序
在多个 hub 恢复过程中,当出现双故障(如 hub 和受管集群都停机时),如果最后操作被重新定位,则可能无法从 RHACM 控制台启动故障切换。
临时解决方案:使用 CLI 将 DRPC.spec.action
字段设置为 Failover。
oc edit drpc -n app-1 app-1-placement-1-drpc
$ oc edit drpc -n app-1 app-1-placement-1-drpc
spec action: Failover
spec
action: Failover
结果:对工作负载进行故障将启动到故障转移集群。