Kubernetes演算子が配置されているKubernetesクラスターが失敗した場合は、まずKubernetes演算子を復旧する必要があります。そのためには、以下の手順に従って、別の正常なKubernetesクラスターにKubernetes 演算子を配置して構成します。その後、Kubernetes 演算子を正常なKubernetesクラスターに再配置したら、こちらの復旧手順に従うことができます。
Ops Managerインスタンスも中央クラスターに配置されている場合は、これらの手順に従って、正常なKubernetesクラスターに再配置してください。
手順
Kubernetes演算子を再配置します。
このガイドに従って、最初に行ったように、別の正常なKubernetesクラスターにKubernetes Operator をインストールできます。
マルチクラスター配置用にKubernetes Operator とKubernetesクラスターを構成します。
kubectl mongodb multicluster setup コマンドを使用して認証情報、ロール、権限を設定し、演算子用の mongodb-kubernetes-operator-member-list 構成マップ を作成します。
詳細については、「 Kubernetes のロールとロール バインディングの理解 」を参照してください。
Kubernetes Operator 配置状態を復元します。
MongoDBリソース: GitOps に準拠している場合は、バックアップまたは Gitリポジトリから YAML ファイルを適用します。
MongoDBリソースが参照する次の構成マップとシークレットを復元します。
spec.credentials（シークレット）spec.opsManager.configMapRef.name
<resource-name>-stateという名前の配置状態構成マップを復元します。この構成マップは、 Kubernetes Operator がMongoDBデータベース を正しく調整するために必要です。Kubernetes Operator によって実行時に動的に作成されます。これを復元するには、このコンフィギュレーション マップを定期的にバックアップする別の プロセスを以前に設定する必要があります。
このコンフィギュレーションマップをバックアップから復元できない 場合は、復元手順に入る前にMongoDBサポート にお問い合わせください。
TLS 証明書と関連する TLS シークレットを再作成します。これらは手動で作成することも、Cert-Manager を使用して作成することもできます。復元された TLS 証明書が変更（再発行）された場合、レプリカセットのオートメーションによって TLS 証明書のローテーション手順が実行される可能性があることに注意してください。
Kubernetes Operator の動作する配置で復元プロセスを続行します。
上記の手順を実行した後、このガイドの手順に従って復元プロセスを続行します。