MongoDB Ops Manager 애플리케이션 인스턴스 또는 애플리케이션 데이터베이스 노드를 실행하는 Kubernetes 클러스터에 장애가 발생했지만 중앙 클러스터를 사용할 수 있는 경우, Kubernetes Operator를 사용하여 다음 시나리오에 따라 애플리케이션 데이터베이스의 복제본 세트 및 MongoDB Ops Manager 애플리케이션 인스턴스의 배포를 재구성할 수 있습니다.
MongoDB Ops Manager 애플리케이션 인스턴스의 일부 또는 전부가 실패하더라도 MongoDB Ops Manager 애플리케이션은 상태 비저장이므로 데이터가 손실되지 않습니다. MongoDB Ops Manager 애플리케이션의 가용성을 높이려면 이미 구성되어 사용 가능한 Kubernetes 멤버 클러스터에 새 MongoDB Ops Manager 애플리케이션 인스턴스를 추가하거나, MongoDB Ops Manager 애플리케이션 인스턴스를 실행하기 위한 새 Kubernetes 클러스터를 추가합니다.
복제본 세트의 노드 중 소수만 실패하고 복제본 세트 세트의 노드 대부분을 사용할 수 있는 경우, 조정 프로세스 중에 Kubernetes Operator는 실패한 Kubernetes 클러스터를 무시하고 애플리케이션 데이터베이스는 쓰기 가능 상태 로 유지됩니다.
spec.applicationDatabase.clusterSpecList설정을 사용하여 애플리케이션 데이터베이스의 복제본 세트 노드를 이미 구성되고 사용 가능한 멤버 Kubernetes 클러스터에 추가하거나 애플리케이션 데이터베이스의 실패한 복제본 세트 멤버를 배포 새 Kubernetes 클러스터를 추가합니다. 또한 장애가 발생한 Kubernetes 클러스터 에서 복제본 세트의 노드를 확장하다 하여 이러한 노드가 더 이상 포함되지 않도록 복제본 세트 를 재구성할 수도 있습니다.If a majority of replica set's nodes fail, the replica set can't form a voting majority to elect a primary node. To learn more, see Replica Set Deployment Architectures. In this case, if at least one node in an Application Database's replica set remains available, then no data is lost. Because there is no primary node in a replica set, you must forcibly reconfigure the replica set to add new replica set nodes. The nodes will form a voting majority allowing the replica set to elect a primary. New Application Database instances will sync with the healthy nodes to receive the data.
If all Kubernetes member clusters hosting the Application Database's replica set nodes fail, this causes an irreversible data loss (Ops Manager doesn't back up the Application Database). If possible, use an odd number of member Kubernetes clusters and distribute your Application Database nodes across data centers, zones, or Kubernetes clusters. To learn more, see Replica Sets Distributed Across Two or More Data Centers.