在 Operator 集群可操作的情况下恢复分片集群

MongoDB Enterprise Kubernetes Operator 已弃用。新的 MongoDB Controllers for Kubernetes Operator 取代了MongoDB Enterprise Kubernetes Operator。第一个版本的 Controllers for Kubernetes Operator 在功能上等同于 v1.33 的Enterprise Kubernetes Operator。有关此更改的更多信息以及迁移到新 Operator 的指导，请参阅第一个新版本的发布说明。MongoDB Enterprise Kubernetes Operator 的未来版本将不会再发布。根据现有的一年支持政策，每个版本都将结束生命周期。请迁移到Kubernetes Operator 的控制器以获得持续支持。

如果您的一个Kubernetes集群出现故障，但操作符集群可用，并且每个MongoDB分片的副本集和配置服务器副本集都保持投票多数，则可以使用Kubernetes Operator 重新配置分片集群的部署。

步骤

从`mongodb-enterprise-operator-member-list` 中删除出现故障的集群。

当成员集群无法再运行时，您必须将其从包含Kubernetes Operator 管理的成员集群列表的 mongodb-enterprise-operator-member-list 配置映射中删除。
更新配置映射时， Kubernetes Operator 会重新启动。
Kubernetes Operator 重新启动后，如果其配置中没有出现故障的成员集群，在其 clusterSpecList 中引用此故障集群的多 Kubernetes集群MongoDB 部署自定义资源将正确进行协调。
即使 clusterSpecList 中仍引用出现故障的成员集群，但在协调过程中将其忽略（其他集群可正常协调）。但是，失败成员的进程不会从MongoDB Ops Manager中删除。相反，它们会被忽略，并在MongoDB Ops Manager用户界面中显示为处于关闭/过时状态。

手动扩展故障集群中的副本集成员。

为了重新配置部署，您必须首先手动将部署在故障节点集群中的副本集扩展到 0。为此，您可以从 clusterSpecList 元素中删除整个集群元素，或将其 members 计数指定为 0。

注意

有时，当副本集存在非操作成员时，无法正确重新部署。在这种情况下，您必须先从分片和配置服务器副本集中删除失败的进程。

将部署重新配置为其原始状态。

将失败的 members 计数扩展到 0 后，您可以通过在正常运行的Kubernetes集群上添加成员或添加全新的集群，将部署重新配置为其原始大小。

后退

分片集群灾难恢复

来年

恢复故障集群