연산자 클러스터 실패 시 MongoDB Ops Manager 복구

MongoDB 엔터프라이즈 Kubernetes Operator는 더 이상 사용되지 않습니다. The new Kubernetes Operator용 MongoDB 컨트롤러 가 MongoDB 엔터프라이즈 Kubernetes Operator를 대체합니다. Kubernetes Operator용 컨트롤러의 첫 번째 버전은 Enterprise Kubernetes Operator 의 v1.33 버전과 기능적으로 동일합니다. 이 변경 사항에 대한 자세한 내용과 새 연산자로 마이그레이션하는 방법에 대한 지침은 첫 번째 새 버전의 출시 노트 를 참조하세요. MongoDB 엔터프라이즈 Kubernetes Operator의 향후 릴리스는 없을 예정입니다. 각 버전은 기존 1년 지원 정책에 따라 수명이 종료됩니다. 지속적인 지원 받으려면 Kubernetes Operator용 컨트롤러로 마이그레이션 하세요.

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 cluster에 Kubernetes Operator를 설치 합니다.

참고

구성원 cluster를 재사용할 계획인 경우 적절한 서비스 계정과 역할이 존재하는지 확인하세요. 이러한 값은 겹칠 수 있으며 중앙 cluster와 멤버 cluster 간에 권한이 다를 수 있습니다.

Kubernetes Operator에 필요한 적절한 역할 확인하려면 공개 리포지토리 의 샘플 을 참조하세요.

실패한 Ops Manager 리소스에서 백업된 리소스를 검색합니다.

실패한 Ops Manager 리소스 의 객체 사양을 복사하고 다음 리소스를 조회 자리 표시자 텍스트를 특정 Ops Manager 리소스 이름 및 네임스페이스 로 바꿉니다.

리소스 유형	Values
시크릿	`<om-name>-db-om-password` `<om-name>-db-agent-password` `<om-name>-db-keyfile` `<om-name>-db-om-user-scram-credentials` `<om-namespace>-<om-name>-admin-key` `<om-name>-admin-secret` `<om-name>-gen-key` TLS 인증서 비밀(선택 사항)
ConfigMaps	`<om-name>-db-cluster-mapping` `<om-name>-db-member-spec` TLS 인증서용 사용자 지정 CA(선택 사항)
Ops Manager	`<om-name>`

그런 다음 복사한 사양을 새 파일에 붙여넣고 앞의 값을 사용하여 새 리소스를 구성합니다. 자세히 알아보려면 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가 추가한 모든 주석 포함)입니다.

참고

애플리케이션 데이터베이스 복제본 세트 에서 일부 노드가 손실되어 과반수를 구성할 수 없는 경우 복제본 세트 를 강제로 재구성합니다. 이렇게 하면 새로운 복제본 세트 노드가 추가되어 투표 과반수를 구성하여 복제본 세트 가 프라이머리 를 선택할 수 있습니다.

돌아가기

사용 가능한 클러스터 복구

데이터베이스 리소스 배포