Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

第 7 章 灾难恢复故障排除

7.1. 对 Metro-DR 进行故障排除
复制链接

问题

在重新定位到首选集群时，DRPlacementControl 会一直报告 PROGRESSION 为 "MovingToSecondary"。

在以前的版本中，在 Kubernetes v1.23 之前，Kubernetes control plane 不会清理为 StatefulSets 创建的 PVC。此活动由集群管理员或管理 StatefulSets 的软件操作员保留。因此，当 Pod 被删除时，StatefulSet 的 PVC 会保持不变。这可防止 Ramen 将应用程序重新定位到首选集群。

解决方案

  1. 如果工作负载使用 StatefulSets，且重新定位会卡住 PROGRESSION 为 "MovingToSecondary"，则运行： 

    $ oc get pvc -n <namespace>
    Copy to Clipboard Toggle word wrap

  2. 对于属于该 StatefulSet 的命名空间的每个绑定的 PVC，请运行 

    $ oc delete pvc <pvcname> -n namespace
    Copy to Clipboard Toggle word wrap

    删除所有 PVC 后，卷组复制组 (VRG) 过渡到 secondary，然后会被删除。

  3. 运行以下命令 

    $ oc get drpc -n <namespace> -o wide
    Copy to Clipboard Toggle word wrap

    几分钟后，PROGRESSION 报告 "Completed" 并完成重新定位。

结果
工作负载重新定位到首选集群

BZ reference: [2118270]

问题
虽然只有单个应用程序被选择供 DR 策略使用，但同一命名空间中的所有应用程序都会受到保护。这会导致 PVC，与多个工作负载的 DRPlacementControl spec.pvcSelector 匹配；或者，如果所有工作负载中没有选择器，复制管理可能会多次管理每个 PVC，并根据单独的 DRPlacementControl 操作造成数据崩溃或无效操作。
解决方案
标签 PVC 属于唯一工作负载，并使用所选标签作为 DRPlacementControl spec.pvcSelector，以忽略哪个 DRPlacementControl 保护和管理命名空间中的哪些 PVC 子集。无法使用用户界面为 DRPlacementControl 指定 spec.pvcSelector 字段，因此必须使用命令行删除并创建此类应用程序的 DRPlacementControl。

BZ 参考：[2128860]

问题
当主集群停机并回到在线时，重新定位 或 故障恢复 可能会处于 Initiating 状态。
解决方案

要避免这种情况，请关闭从旧的活跃 hub 到受管集群的所有访问。

另外，您可以在旧的活跃 hub 集群上缩减 ApplicationSet 控制器，然后再移动工作负载或处于清理阶段。

在旧的活跃 hub 中，使用以下命令缩减两个部署： 

$ oc scale deploy -n openshift-gitops-operator openshift-gitops-operator-controller-manager --replicas=0

$ oc scale statefulset -n openshift-gitops openshift-gitops-application-controller --replicas=0
Copy to Clipboard Toggle word wrap

BZ 参考： [2243804]

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat