AI 에이전트의 경우: 문서 인덱스는 https://www.mongodb.com/ko-kr/docs/llms.txt에서 사용할 수 있으며, 모든 페이지의 마크다운 버전은 어떤 URL 경로에 .md를 추가하여 사용할 수 있습니다.
Docs Menu

중앙 클러스터 실패 시 샤딩된 클러스터 복구

Kubernetes Operator가 배포된 Kubernetes 클러스터에 장애가 발생하면 먼저 Kubernetes Operator를 복구해야 합니다. 이를 위해 아래 단계에 설명된 대로 별도의 정상적인 Kubernetes 클러스터에 Kubernetes Operator를 배포하고 구성합니다. 그런 다음 정상적인 Kubernetes 클러스터에 Kubernetes Operator를 다시 배포한 후 다음 복구 단계를 따를 수 있습니다.

MongoDB Ops Manager 인스턴스도 중앙 클러스터에 배포된 경우 다음 단계에 따라 정상 Kubernetes 클러스터에 재배포합니다.

1

이 가이드 에 따라 원래대로라면 별도의 정상적인 Kubernetes 클러스터에 Kubernetes Operator를 설치할 수 있습니다.

2

kubectl mongodb multicluster setup 명령을 사용하여 자격 증명 , 역할 및 권한을 설정하다 하고 연산자 에 대한 mongodb-kubernetes-operator-member-list 구성 맵을 만듭니다.

자세한 학습 Kubernetes 역할 및 역할 바인딩 이해를 참조하세요.

3

MongoDB 리소스: GitOps를 따르는 경우 백업 또는 Git 리포지토리 에서 yaml 파일을 적용 .

  1. MongoDB 리소스 에서 참조하는 다음 구성 맵과 시크릿을 복원합니다.

    • spec.credentials (secret)

    • spec.opsManager.configMapRef.name

  2. <resource-name>-state이라는 배포서버 상태 구성 맵을 복원합니다.

    이 구성 맵은 Kubernetes Operator가 MongoDB database 올바르게 조정하는 데 필요합니다. 런타임 시 Kubernetes Operator에 의해 동적으로 생성됩니다. 복원 하려면 이 구성 맵을 주기적으로 백업하는 별도의 프로세스 이전에 설정하다 해야 합니다.

    이 구성 맵을 백업 에서 복원할 수 없는 경우 복구 단계를 진행하기 전에 MongoDB 지원팀 문의 하세요.

  3. TLS 인증서 및 관련 TLS 시크릿을 다시 생성합니다. 수동으로 생성하거나 Cert-Manager를 사용하여 생성할 수 있습니다. 복원된 TLS 인증서가 변경(재발급)되면 복제본 세트 자동화 에서 TLS 인증서 교체 절차를 수행할 수 있습니다.

4

위 단계를 수행한 후 이 가이드의 단계에 따라 복원 프로세스 계속 진행합니다.

이 페이지 평가하기

이 페이지의 내용