Ops Manager Application インスタンスまたは Application Database ノードを実行中Kubernetesクラスターに障害が発生しても、中央クラスターが使用可能な場合は、 Kubernetes Operator を使用して、次のシナリオに基づいてアプリケーションデータベースのレプリカセットと 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ノード クラスターに障害が発生すると、不可分的なデータ損失が発生します（Ops Manager はアプリケーション データベースをバックアップしません）。可能であれば、奇数のメンバーKubernetesクラスターを使用し、 アプリケーションデータベース ノードをデータセンター、ゾーン、またはKubernetesクラスターに分散します。詳しくは、「 2 つ以上のデータセンターに分散されたレプリカセット 」を参照してください。