7.2. 灾难恢复
ACM 控制台查看硬刷新的持久性
在以前的版本中,从 ACM 控制台进行硬刷新会导致视图恢复到 OCP (local-cluster)控制台。这是因为 Multicluster Orchestrator 控制台路由没有正确注册 ACM (所有集群)视图,这会破坏预期的导航行为。现在,路由逻辑已被修正,刷新浏览器不再更改活动视图。用户按预期保留在 ACM 控制台中。
现在为虚拟机可见 DR 状态
VM 列表页面中缺少 DR 状态,在管理使用标签选择器保护的虚拟机时无法使用 Remove disaster recovery 选项。这是因为 UI 无法正确识别虚拟机的集群及其 DRPC。
这个问题已通过从正确的字段读取虚拟机集群并改进使用标签选择器时如何解析 DRPC 来解决。现在,DR Status 和 Remove disaster recovery 选项可以正常工作。
为启用了一致性组的 CephFS 应用禁用 DR 不再保留某些资源
为启用了一致性组的 CephFS 应用禁用 DR 不再保留任何资源。不再需要手动清理。
从 4.18 升级到 4.19 后,ramen-hub-operator-config 中的 s3StoreProfile
在以前的版本中,从 4.18 升级到 4.19 后,
ramen-hub-operator-configConfigMap 被 Ramen-hub CSV 中的默认值覆盖。这会导致丢失自定义 S3Profile,以及 Multicluster Orchestrator (MCO) Operator 添加的其他配置。这个问题已被解决,以便在升级过程中保留自定义条目,防止 S3 配置集配置中断。
VirtualMachines.kubevirt.io资源不再因为重新定位中的 mac 分配失败而失败在以前的版本中,当虚拟机重新定位回首选集群时,重新定位可能会失败,因为它的 MAC 地址不可用。如果在故障转移集群失败后没有在首选集群中完全清理虚拟机,会出现这种情况。这个清理过程已被修正,确保成功重新定位到首选集群。
当还没有创建
ReplicationDestination资源时,故障转移过程不再会失败在以前的版本中,如果用户在
LastGroupSyncTime更新前启动故障转移,故障转移过程将失败。此失败由一条错误消息指示ReplicationDestination不存在。这个问题已被解决,故障切换可以正常工作。
在重新定位基于一致性组的工作负载后,同步不再停止
在以前的版本中,当使用带有卷一致性组的 CephRBD 卷的应用程序正在运行,且辅助受管集群离线时,这些卷的复制可能会无限期停止,即使次要集群恢复在线后也是如此。在这种情况下,会触发
Volume SynchronizationDelay警报,从Warning状态开始,之后升级到Critical,表示复制已针对受影响的卷。这个问题已被解决,以确保在恢复二级集群时自动恢复复制。