Ops Managerアプリケーションインスタンスまたはアプリケーションデータベースノードを実行しているKubernetesクラスターが失敗しても、中央クラスターが利用可能な場合は、Kubernetes演算子を使用して、次のシナリオに基づいてアプリケーションデータベースのレプリカセットとOps Managerアプリケーションインスタンスの配置を再構成できます。
MongoDB Ops Managerアプリケーションの一部またはすべてのインスタンスが失敗しても、 MongoDB Ops Managerアプリケーションはステートレスであるため、データは失われません。 MongoDB Ops ManagerApplicationMongoDB Ops Manager の可用性を高めるには、すでに構成されて使用可能なKubernetes ノードクラスターに新しい ApplicationKubernetes インスタンスを追加するか、MongoDB Ops Manager Application インスタンスを実行するための新しい クラスターを追加します。
調整プロセス中にレプリカセットのノードの少数のみに障害が発生し、レプリカセット内の大多数のノードが使用可能な場合、Kubernetes Operator は失敗した Kubernetes クラスターを無視し、アプリケーション データベースは書込み可能な状態のままになります。
spec.applicationDatabase.clusterSpecList設定を使用して、アプリケーション データベースのレプリカセット ノードをすでに構成され利用可能なメンバーの Kubernetes クラスターに追加するか、アプリケーション データベースの失敗したレプリカセット メンバーを配置する新しい Kubernetes クラスターを追加します。 また、失敗した Kubernetes クラスター上のレプリカセットのノードをスケールダウンして、レプリカセットを再構成し、これらのノードを含めないようにすることもできます。レプリカセットのノードの過半数が失敗した場合、レプリカセットはプライマリ ノードを選出するための投票過半数を形成できません。 詳細については、「レプリカセットの配置アーキテクチャ」を参照してください。 この場合、アプリケーション データベースのレプリカセット内の少なくとも 1 つのノードが使用可能な状態であれば、データは失われません。 レプリカセットにはプライマリ ノードがないため、新しいレプリカセット ノードを追加するには、レプリカセットを強制的に再構成する必要があります。 ノードは投票権の過半数を形成し、レプリカセットがプライマリを選出できるようにします。 新しいアプリケーション データベース インスタンスは、正常なノードと同期してデータを受け取ります。
アプリケーションデータベースのレプリカセットノードをホストしているすべてのKubernetes ノードクラスターが失敗した場合、取り返しのつかないデータ損失が発生します（MongoDB Ops Managerはアプリケーションデータベースをバックアップしません）。可能であれば、奇数のノード Kubernetes クラスターを使用し、 アプリケーションデータベース ノードをデータセンター、ゾーン、または Kubernetes クラスターに分散します。詳しくは、「 2 つ以上のデータセンターに分散されたレプリカセット 」を参照してください。