연산자 클러스터 실패 시 MongoDB Ops Manager 복구
Kubernetes Operator 및 MongoDB Ops Manager 애플리케이션을 호스팅하는 Kubernetes 클러스터에 장애가 발생하는 경우 연산자 클러스터와 MongoDB Ops Manager 애플리케이션을 수동으로 복구할 수 있습니다.
MongoDB Ops Manager의 이전 실행 상태를 복원하려면 MongoDB Ops Manager 및 애플리케이션 데이터베이스 리소스에 대한 주기적인 백업 메커니즘을 구성합니다. Kubernetes Operator는 MongoDB Ops Manager 애플리케이션 배포를 관리하기 위해 이러한 리소스가 필요합니다.
Kubernetes Operator 및 MongoDB Ops Manager 복구
Kubernetes 연산자 및 Ops Manager를 복구하려면 새 Kubernetes cluster에서 Ops Manager 리소스를 복원합니다.
새 cluster에서 Kubernetes 연산자를 구성합니다.
지침에 따라 새 Kubernetes 클러스터 에 Kubernetes Operator를 설치 합니다.
참고
구성원 cluster를 재사용할 계획인 경우 적절한 서비스 계정과 역할이 존재하는지 확인하세요. 이러한 값은 겹칠 수 있으며 중앙 cluster와 멤버 cluster 간에 권한이 다를 수 있습니다.
Kubernetes Operator에 필요한 적절한 역할 을 확인하려면 공개 리포지토리 의 샘플 을 참조하세요.
실패한 Ops Manager 리소스에서 백업된 리소스를 검색합니다.
객체 복사 실패한 리소스 에 대한 사양을 MongoDB Ops Manager 실행하고 다음 리소스를 조회 하여 자리 표시자 텍스트를 특정 MongoDB Ops Manager 리소스 이름 및 네임스페이스 로 바꿉니다.
리소스 유형 | Values |
---|---|
시크릿 |
|
ConfigMaps |
|
Ops Manager |
|
그런 다음 복사한 사양을 새 파일에 붙여넣고 앞의 값을 사용하여 새 리소스를 구성합니다. 자세히 알아보려면 Ops Manager 리소스 배포를 참조하세요.
Ops Manager 리소스를 새 cluster에 다시 적용합니다.
다음 명령을 사용하여 업데이트된 리소스를 적용합니다.
kubectl apply \ --context "$MDB_CENTRAL_CLUSTER_FULL_NAME" \ --namespace "mongodb" -f https://raw.githubusercontent.com/mongodb/mongodb-enterprise-kubernetes/master/samples/ops-manager/ops-manager-external.yaml
Ops Manager 리소스의 상태를 확인하려면 다음 명령을 사용합니다.
kubectl get om -o yaml -w
중앙 cluster가 Running
상태에 도달하면 원하는 cluster 배포로 애플리케이션 데이터베이스를 다시 확장할 수 있습니다.
이 점 에서 새로 복원된 Kubernetes 연산자는 기존 애플리케이션 데이터베이스의 관리 를 선택해야 합니다.
초기 프로젝트를 생성하는 데 사용되는 ConfigMap 입니다.
이전 Kubernetes 연산자 인스턴스에서 사용된 시크릿 입니다.
또는 사용자
MongoDB
MongoDBMulticluster
지정 리소스 주석 을 포함하여 소스 클러스터 에서 마지막으로 사용 가능한 상태 Kubernetes Operator가 라이프사이클 중에 추가합니다.
참고
애플리케이션 데이터베이스 복제본 세트 에서 일부 노드가 손실되어 과반수를 구성할 수 없는 경우 복제본 세트 를 강제로 재구성합니다. 이렇게 하면 새로운 복제본 세트 노드가 추가되어 투표 과반수를 구성하여 복제본 세트 가 프라이머리 를 선택할 수 있습니다.