연산자 클러스터가 작동하는 경우 MongoDB Ops Manager 및 AppDB 복구

Kubernetes MongoDB Ops Manager 애플리케이션 인스턴스 또는 애플리케이션 데이터베이스 노드를 실행 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 클러스터 에서 복제본 세트의 노드를 확장하다 하여 이러한 노드가 더 이상 포함되지 않도록 복제본 세트 를 재구성할 수도 있습니다.

• 복제본 세트의 노드 과반수가 실패하면 복제본 세트 는 과반수를 구성하여 프라이머리 노드 를 선택할 수 없습니다. 학습 내용은 복제본 세트 배포 아키텍처 를 참조하세요. 이 경우 애플리케이션 데이터베이스의 복제본 세트 에 있는 노드 가 하나 이상 사용 가능한 상태로 유지되면 데이터가 손실되지 않습니다. 복제본 세트 에는 프라이머리 노드 가 없기 때문에 새 복제본 세트 노드를 추가 하려면 복제본 세트 를 강제로 재구성 해야 합니다. 노드는 투표 과반수를 구성하여 복제본 세트 가 프라이머리 를 선택할 수 있도록 합니다. 새 애플리케이션 데이터베이스 인스턴스는 정상 노드와 동기화 되어 데이터를 수신합니다.

• 애플리케이션 데이터베이스의 복제본 세트 노드를 호스팅하는 모든 Kubernetes 멤버 클러스터에 장애가 발생하면 되돌릴 수 없는 데이터 손실이 발생합니다(MongoDB Ops Manager 는 애플리케이션 데이터베이스를 백업하지 않음). 가능하면 홀수의 멤버 Kubernetes 클러스터를 사용하고 애플리케이션 데이터베이스 노드를 데이터 센터, 구역 또는 Kubernetes 클러스터에 분산합니다. 학습 내용은 둘 이상의 데이터 센터에 분산된 복제본 세트를 참조하세요.