中央クラスターが稼働している場合にシャーディングされたクラスターを復旧する

いずれかのKubernetesクラスターが失敗しても、中央クラスターが利用可能で、各MongoDBシャードのレプリカセットとコンフィギュレーションサーバーのレプリカセットが過半数の投票を維持している場合は、Kubernetes演算子を使用してシャーディングされたクラスターの配置を再構成できます。

手順

ノードクラスターが動作しなくなった場合は、Kubernetes演算子が管理しているノードクラスターのリストを含むmongodb-kubernetes-operator-member-list configmapからそのクラスターを除く必要があります。
コンフィギュレーションマップを更新すると、 Kubernetes Operator が再起動します。
Kubernetes Operator の再起動後、構成に失敗したノードクラスターがない場合、clusterSpecList でこの失敗したクラスターを参照する複数の Kubernetes クラスターのMongoDBデプロイカスタムリソースは正しく調整されます。

失敗したノードクラスターは引き続き clusterSpecList で参照されていますが、調整中は無視されます（他のクラスターは通常、調整されます）。ただし、失敗したノードのプロセスはMongoDB Ops Managerから削除されません。代わりに、これらは無視され、 MongoDB Ops Manager UIにダウンまたは古い状態として表示されます。

配置を再構成するには、まず失敗したノードクラスターに配置されたレプリカセットノードを 0 に手動で増やすダウンする必要があります。そのためには、クラスター要素全体を clusterSpecList 要素から削除するか、その members 数を 0 に指定します。

注意

レプリカセットの非操作的なノードがある場合、配置を正しく再構成できない場合があります。このような場合は、まず、シャードとコンフィギュレーションサーバーのレプリカセットの両方から失敗したプロセスを削除する必要があります。

失敗した members カウントを 0 にスケールした後、正常なKubernetesクラスターにノードを追加するか、完全に新しいクラスターも追加して、配置を元のサイズに再構成できます。