Ops Manager 리소스 배포

네임스페이스 kubectl 를 기본값 으로 구성합니다.

아직 실행하지 않았다면 다음 명령을 실행하여 생성한 네임스페이스에서 kubectl 명령을 모두 실행합니다.

kubectl config set-context $(kubectl config current-context) --namespace=<metadata.namespace>

인증서에 대한 시크릿을 생성합니다.

HashiCorp Vault 를 사용하는 경우 대신 볼트 시크릿을 생성 할 수 있습니다.

시크릿 스토리지 옵션에 대한 자세한 내용은 시크릿 스토리지 구성을 참조하세요.

1. TLS 인증서와 비공개 키가 있으면 다음 명령을 실행 하여 시크릿 을 생성하세요. MongoDB Ops Manager의 TLS 인증서를 저장합니다.

   kubectl create secret tls <prefix>-<metadata.name>-cert \
     --cert=<om-tls-cert> \
     --key=<om-tls-key>

2. 다음 명령을 실행하여 새 시크릿 을 생성합니다. 애플리케이션 데이터베이스의 TLS 인증서를 저장합니다.

   kubectl create secret tls <prefix>-<metadata.name>-db-cert \
     --cert=<appdb-tls-cert> \
     --key=<appdb-tls-key>

사용자 지정 CA 인증서에 인증서를 추가합니다.

MongoDB Ops Manager TLS 인증서가 사용자 지정 CA 에서 서명한 경우, CA 인증서에는 MongoDB Ops Manager 백업 데몬이 인터넷에서 MongoDB 바이너리를 다운로드할 수 있도록 허용하는 추가 인증서도 포함되어 있어야 합니다. TLS 인증서를 만들려면 ConfigMap 을 만듭니다.CA 인증서를 보유합니다:

1. downloads.mongodb.com 에서 Ops Manager에 대한 전체 TLS 인증서 체인을 얻습니다. 다음 openssl 명령은 체인의 인증서를 현재 작업 디렉토리에 .crt 형식으로 출력합니다.

   openssl s_client -showcerts -verify 2 \
   -connect downloads.mongodb.com:443 -servername downloads.mongodb.com < /dev/null \
   | awk '/BEGIN/,/END/{ if(/BEGIN/){a++}; out="cert"a".crt"; print >out}'

2. Ops Manager용 CA 의 인증서 파일을 이전 단계에서 얻은 downloads.mongodb.com 의 전체 TLS 인증서 체인과 연결합니다.

   cat cert2.crt cert3.crt cert4.crt  >> mms-ca.crt

3. ConfigMap 만들기 MongoDB Ops Manager의 경우:

   kubectl create configmap om-http-cert-ca --from-file="mms-ca.crt"

다음 Ops Manager Kubernetes 객체 중 하나를 복사합니다. 예제.

Ops Manager 및 애플리케이션 데이터베이스 구성과 일치하도록 설정을 변경합니다.

1
---
2
apiVersion: mongodb.com/v1
3
kind: MongoDBOpsManager
4
metadata:
5
  name: <myopsmanager>
6
spec:
7
  replicas: 1
8
  version: <opsmanagerversion>
9
  adminCredentials: <adminusercredentials> # Should match metadata.name
10
                                           # in the Kubernetes secret
11
                                           # for the admin user
12
13
  externalConnectivity:
14
    type: LoadBalancer
15
  security:
16
      certsSecretPrefix: <prefix> # Required. Text to prefix 
17
                                  # the name of the secret that contains
18
                                  # Ops Manager's TLS certificate.
19
      tls:
20
        ca: "om-http-cert-ca"  # Optional. Name of the ConfigMap file
21
                               # containing the certificate authority that
22
                               # signs the certificates used by the Ops
23
                               # Manager custom resource.
24
25
  applicationDatabase:
26
    topology: SingleCluster
27
    members: 3
28
    version: "6.0.0-ubi8"
29
    security:
30
      certsSecretPrefix: <prefix> # Required. Text to prefix to the 
31
                                  # name of the secret that contains the Application
32
                                  # Database's TLS certificate. Name the secret 
33
                                  # <prefix>-<metadata.name>-db-cert.
34
      tls:
35
        ca: "appdb-ca" # Optional, unless enabling TLS for |mms|. 
36
                       # Name of the ConfigMap file
37
                       # containing the certicate authority that
38
                       # signs the certificates used by the
39
                       # application database.
40
41
...

1
---
2
apiVersion: mongodb.com/v1
3
kind: MongoDBOpsManager
4
metadata:
5
  name: <myopsmanager>
6
spec:
7
  replicas: 1
8
  version: <opsmanagerversion>
9
  adminCredentials: <adminusercredentials> # Should match metadata.name
10
                                           # in the Kubernetes secret
11
                                           # for the admin user
12
13
  externalConnectivity:
14
    type: LoadBalancer
15
  security:
16
      certsSecretPrefix: <prefix> # Required. Text to prefix 
17
                                  # the name of the secret that contains
18
                                  # Ops Manager's TLS certificate.
19
      tls:
20
        ca: "om-http-cert-ca"  # Optional. Name of the ConfigMap file
21
                               # containing the certificate authority that
22
                               # signs the certificates used by the Ops
23
                               # Manager custom resource.
24
25
  applicationDatabase:
26
    topology: MultiCluster
27
    clusterSpecList:
28
    - clusterName: cluster1.example.com
29
      members: 4
30
    - clusterName: cluster2.example.com
31
      members: 3
32
    - clusterName: cluster3.example.com
33
      members: 2
34
    version: "6.0.0-ubi8"
35
    security:
36
      certsSecretPrefix: <prefix> # Required. Text to prefix to the 
37
                                  # name of the secret that contains the Application
38
                                  # Database's TLS certificate. Name the secret 
39
                                  # <prefix>-<metadata.name>-db-cert.
40
      tls:
41
        ca: "appdb-ca" # Optional, unless enabling TLS for |mms|. 
42
                       # Name of the ConfigMap file
43
                       # containing the certicate authority that
44
                       # signs the certificates used by the
45
                       # application database.
46
47
...

원하는 텍스트 편집기를 열고 객체 를 붙여넣습니다. 사양을 새 텍스트 파일 로 저장합니다.

배포와 관련된 설정을 구성합니다.

선택 사항: 백업 설정을 구성합니다.

백업을 구성하려면 허용한 후 다음을 수행합니다.

• S3 스냅샷 저장소 또는 블록 저장소 저장소를 구성하도록 선택합니다. S3 스냅샷 저장소 와 블록 저장소 저장소를 모두 배포 하는 경우 MongoDB Ops Manager 는 백업 에 사용할 스냅샷 저장소 중 하나를 무작위로 선택합니다.

• oplog 저장 또는 S3 oplog 저장 를 구성하도록 선택합니다. oplog 저장 와 S3 oplog 저장 를 모두 배포 하는 경우 MongoDB Ops Manager 는 그 중 하나를 무작위로 선택하여 oplog 백업 에 사용할 수 있습니다.

또한 S3 스냅샷 저장소 또는 블록 저장소 저장소를 구성해야 합니다.

S3 스냅샷 저장소 와 블록 저장소 저장소를 모두 배포 하는 경우 MongoDB Ops Manager 는 백업에 사용할 스냅샷 중 하나를 무작위로 선택합니다.

스냅샷 저장소를 구성하려면 다음 설정을 구성합니다.

블록 저장소를 구성하려면 다음 설정을 구성합니다.

선택 사항: Ops Manager 백업에 대한 추가 설정을 구성합니다.

배포서버 에 적용 하려는 백업에 대한 선택적 설정 을 객체 에 추가합니다. 사양 파일. 예를 예시, 각 유형의 백업 저장 및 MongoDB Ops Manager 백업 데몬 프로세스의 경우 레이블을 할당하여 특정 백업 저장소 또는 백업 데몬 프로세스를 특정 프로젝트와 연결할 수 있습니다. OpsManager 리소스의 spec.backup.[*].assignmentLabels 요소를 사용합니다.

선택 사항: Ops Manager 배포에 대한 추가 설정을 구성합니다.

배포에 적용할 선택적 설정 을 객체 에 추가합니다. 사양 파일.

이 파일 을 .yaml 파일 확장자로 저장합니다.

Ops Manager 인스턴스를 만듭니다.

Ops Manager 리소스 정의의 파일 이름에 대해 다음 kubectl 명령을 실행합니다.

kubectl apply -f <opsmgr-resource>.yaml

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 인스턴스의 상태를 추적합니다.

Ops Manager 리소스의 상태를 확인하려면 다음 명령을 호출합니다.

kubectl get om -o yaml -w

이 명령은 리소스가 배포되는 동안 status 필드 아래에 다음과 유사한 출력을 반환합니다.

status:
 applicationDatabase:
  lastTransition: "2022-04-01T09:49:22Z"
  message: AppDB Statefulset is not ready yet
  phase: Pending
  type: ""
  version: ""
 backup:
  phase: ""
 opsManager:
  phase: ""

Kubernetes Operator는 다음 순서로 리소스를 조정합니다.

1. 애플리케이션 데이터베이스.

2. Ops Manager.

3. 백업.

Kubernetes 연산자는 이전 리소스가 Running 단계에 들어갈 때까지 리소스를 조정하지 않습니다.

Ops Manager 리소스가 Pending 단계를 완료한 후 백업을 활성화한 경우 명령은 status 필드 아래에 다음과 유사한 출력을 반환합니다.

status:
 applicationDatabase:
     lastTransition: "2022-04-01T09:50:20Z"
     members: 3
     phase: Running
     type: ReplicaSet
     version: "6.0.5-ubi8"
  backup:
   lastTransition: "2022-04-01T09:57:42Z"
   message: The MongoDB object <namespace>/<oplogresourcename>
     doesn't exist
   phase: Pending
   opsManager:
     lastTransition: "2023-04-01T09:57:40Z"
     phase: Running
     replicas: 1
     url: https://om-svc.cloudqa.svc.cluster.local:8443
     version: "6.0.17"

백업은 데이터베이스 백업을 구성할 때까지 Pending 상태로 유지됩니다.

리소스가 Pending 단계를 완료하면 명령은 status 필드 아래에 다음과 유사한 출력을 반환합니다.

status:
  applicationDatabase:
     lastTransition: "2022-12-06T18:23:22Z"
     members: 3
     phase: Running
     type: ReplicaSet
     version: "6.0.5-ubi8"
   opsManager:
     lastTransition: "2022-12-06T18:23:26Z"
     message: The MongoDB object namespace/oplogdbname doesn't exist
     phase: Pending
     url: https://om-svc.dev.svc.cluster.local:8443
     version: ""

백업은 데이터베이스 백업을 구성할 때까지 Pending 상태로 유지됩니다.

Ops Manager 애플리케이션에 액세스합니다.

취하는 단계는 Kubernetes의 Ops Manager 애플리케이션으로 트래픽을 라우팅하는 방법에 따라 다릅니다. Kubernetes 서비스를 생성하도록 Kubernetes 연산자를 구성했거나 Kubernetes 서비스를 수동으로 생성한 경우, 다음 방법 중 하나를 사용하여 Ops Manager 애플리케이션에 액세스합니다.

타사 서비스를 사용하여 Ops Manager 애플리케이션에 액세스하는 방법을 알아보려면 해당 솔루션의 설명서를 참조하세요.

Kubernetes 연산자에 대한 자격 증명을 생성합니다.

자격 증명 을 구성하려면 MongoDB Ops Manager 조직 을 생성하고, 프로그래밍 방식 API 키를 생성하고, 시크릿 을 생성해야 합니다.. 이러한 활동 은 Kubernetes Operator에 대한 자격 증명 생성 페이지의 전제 조건 및 절차를 따릅니다.

ConfigMap 을 사용하여 프로젝트 만들기 .

프로젝트를 만들려면 ConfigMap을 사용하여 프로젝트 1개 만들기 페이지의 전제 조건 및 절차를 따르세요.

프로젝트 ConfigMap에서 다음 필드를 설정합니다.

• ConfigMap에서 data.baseUrl 를 MongoDB Ops Manager 애플리케이션의 URL 로 설정합니다. 이 URL 을 찾으려면 다음 명령을 호출합니다.

  kubectl get om -o yaml -w

  이 명령은 다음 예와 유사하게 status.opsManager.url 필드에 Ops Manager 애플리케이션의 URL을 반환합니다.

  status:
     applicationDatabase:
       lastTransition: "2022-12-06T18:23:22Z"
       members: 3
       phase: Running
       type: ReplicaSet
       version: "6.0.5-ubi8"
     opsManager:
       lastTransition: "2022-12-06T18:23:26Z"
       message: The MongoDB object namespace/oplogdbname doesn't exist
       phase: Pending
       url: https://om-svc.dev.svc.cluster.local:8443
       version: ""

  중요

  Kubernetes Operator와 함께 운영 관리자를 배포하고 운영 관리자가 배포된 Kubernetes 클러스터 외부에 배포된 MongoDB 데이터베이스 리소스를 관리하는 경우, data.baseUrl 을 운영 관리자 리소스 사양의 spec.configuration.mms.centralUrl 설정과 동일한 값으로 설정해야 합니다.

  학습 내용은 외부 MongoDB 배포 관리를 참조하세요.

• 를 data.sslMMSCAConfigMap ConfigMap 의 이름으로 설정합니다. 호스트의 인증서에 서명하는 데 사용되는 루트 CA 인증서가 포함되어 있습니다.MongoDB Ops Manager Kubernetes Operator를 사용하려면 ConfigMap에서 이 MongoDB Ops Manager 리소스의 인증서 이름을 mms-ca.crt 으로 지정해야 합니다.

MongoDB database 리소스를 배포하여 백업 구성을 완료합니다.

기본값 으로 MongoDB Ops Manager 는 백업 을 활성화합니다. oplog 및 스냅샷 저장소에 대한 MongoDB database 리소스 를 생성하여 구성을 완료합니다.

1. Ops Manager 리소스와 동일한 네임스페이스에 oplog 저장소에 대한 MongoDB database 리소스 를 배포합니다.

   참고

   이 데이터베이스를 3명의 멤버로 구성된 복제본 세트로 생성합니다.

   리소스의 metadata.name 를 Ops Manager 리소스 정의에 지정한 spec.backup.opLogStores.mongodbResourceRef.name 과 일치시킵니다.

2. 리소스 와3 동일한 MongoDB 네임스페이스 에 S 스냅샷 저장소 에 대한 데이터베이스 리소스 MongoDB Ops Manager 를 배포합니다.

   참고

   S3 스냅샷 저장소 를 복제본 세트 로 생성합니다.

   리소스의 metadata.name 를 Ops Manager 리소스 정의에 지정한 spec.backup.s3Stores.mongodbResourceRef.name 과 일치시킵니다.

Ops Manager 리소스가 실행 중인지 확인합니다.

Ops Manager 리소스의 상태를 확인하려면 다음 명령을 호출합니다.

kubectl get om -o yaml -w

Ops Manager가 실행 중일 때 이 명령은 status 필드 아래에 다음과 유사한 출력을 반환합니다.

status:
  applicationDatabase:
    lastTransition: "2022-12-06T17:46:15Z"
    members: 3
    phase: Running
    type: ReplicaSet
    version: "6.0.5-ubi8"
  opsManager:
    lastTransition: "2022-12-06T17:46:32Z"
    phase: Running
    replicas: 1
    url: https://om-backup-svc.dev.svc.cluster.local:8443
    version: "6.0.17"

리소스 배포 상태에 대한 자세한 내용은 Kubernetes 연산자 문제 해결을 참조하세요.

네임스페이스 kubectl 를 기본값 으로 구성합니다.

아직 실행하지 않았다면 다음 명령을 실행하여 생성한 네임스페이스에서 kubectl 명령을 모두 실행합니다.

kubectl config set-context $(kubectl config current-context) --namespace=<metadata.namespace>

다음 Ops Manager Kubernetes 객체 중 하나를 복사합니다. 예제.

MongoDB Ops Manager 구성과 일치하도록 설정을 변경합니다.

1
---
2
apiVersion: mongodb.com/v1
3
kind: MongoDBOpsManager
4
metadata:
5
  name: <myopsmanager>
6
spec:
7
  replicas: 1
8
  version: <opsmanagerversion>
9
  adminCredentials: <adminusercredentials> # Should match metadata.name
10
                                           # in the secret
11
                                           # for the admin user
12
  externalConnectivity:
13
    type: LoadBalancer
14
15
  applicationDatabase:
16
    topology: SingleCluster
17
    members: 3
18
    version: <mongodbversion>
19
...

1
---
2
apiVersion: mongodb.com/v1
3
kind: MongoDBOpsManager
4
metadata:
5
  name: <myopsmanager>
6
spec:
7
  replicas: 1
8
  version: <opsmanagerversion>
9
  adminCredentials: <adminusercredentials> # Should match metadata.name
10
                                           # in the Kubernetes secret
11
                                           # for the admin user
12
13
  externalConnectivity:
14
    type: LoadBalancer
15
16
  applicationDatabase:
17
    topology: MultiCluster
18
    clusterSpecList:
19
    - clusterName: cluster1.example.com
20
      members: 4
21
    - clusterName: cluster2.example.com
22
      members: 3
23
    - clusterName: cluster3.example.com
24
      members: 2
25
    version: "6.0.5-ubi8"
26
27
...

원하는 텍스트 편집기를 열고 객체 를 붙여넣습니다. 사양을 새 텍스트 파일 로 저장합니다.

이전 예시 에 포함된 설정을 구성합니다.

선택 사항: 백업 설정을 구성합니다.

백업을 구성하려면 허용한 후 다음을 수행합니다.

• S3 스냅샷 저장소 또는 블록 저장소 저장소를 구성하도록 선택합니다. S3 스냅샷 저장소 와 블록 저장소 저장소를 모두 배포 하는 경우 MongoDB Ops Manager 는 백업 에 사용할 스냅샷 저장소 중 하나를 무작위로 선택합니다.

• oplog 저장 또는 S3 oplog 저장 를 구성하도록 선택합니다. oplog 저장 와 S3 oplog 저장 를 모두 배포 하는 경우 MongoDB Ops Manager 는 그 중 하나를 무작위로 선택하여 oplog 백업 에 사용할 수 있습니다.

또한 S3 스냅샷 저장소 또는 블록 저장소 저장소를 구성해야 합니다. S3 스냅샷 저장소 와 블록 저장소 저장소를 모두 배포 하는 경우 MongoDB Ops Manager 는 백업 에 사용할 스냅샷 저장소 중 하나를 무작위로 선택합니다.

S3 스냅샷 저장소 를 구성하려면 다음 설정을 구성합니다.

블록 저장소를 구성하려면 다음 설정을 구성합니다.

선택 사항: Ops Manager 백업에 대한 추가 설정을 구성합니다.

배포서버 에 적용 하려는 백업에 대한 선택적 설정 을 객체 에 추가합니다. 사양 파일. 예를 예시, 각 유형의 백업 저장 및 MongoDB Ops Manager 백업 데몬 프로세스의 경우 레이블을 할당하여 특정 백업 저장소 또는 백업 데몬 프로세스를 특정 프로젝트와 백업 수 있습니다. OpsManager 리소스의 spec.backup.[*].assignmentLabels 요소를 사용합니다.

선택 사항: Ops Manager 배포에 대한 추가 설정을 구성합니다.

배포에 적용할 선택적 설정 을 객체 에 추가합니다. 사양 파일.

이 파일 을 .yaml 파일 확장자로 저장합니다.

Ops Manager 인스턴스를 만듭니다.

Ops Manager 리소스 정의의 파일 이름에 대해 다음 kubectl 명령을 실행합니다.

kubectl apply -f <opsmgr-resource>.yaml

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 인스턴스의 상태를 추적합니다.

Ops Manager 리소스의 상태를 확인하려면 다음 명령을 호출합니다.

kubectl get om -o yaml -w

이 명령은 리소스가 배포되는 동안 status 필드 아래에 다음과 유사한 출력을 반환합니다.

status:
 applicationDatabase:
  lastTransition: "2023-04-01T09:49:22Z"
  message: AppDB Statefulset is not ready yet
  phase: Pending
  type: ""
  version: ""
 backup:
  phase: ""
 opsManager:
  phase: ""

Kubernetes Operator는 다음 순서로 리소스를 조정합니다.

1. 애플리케이션 데이터베이스.

2. Ops Manager.

3. 백업.

Kubernetes 연산자는 이전 리소스가 Running 단계에 들어갈 때까지 리소스를 조정하지 않습니다.

MongoDB Ops Manager 리소스가 Pending 단계를 완료한 후 백업을 활성화한 경우 명령은 status 필드 아래에 다음과 유사한 출력을 반환합니다.

 status:
   applicationDatabase:
     lastTransition: "2023-04-01T09:50:20Z"
     members: 3
     phase: Running
     type: ReplicaSet
     version: "6.0.5-ubi8"
  backup:
   lastTransition: "2022-04-01T09:57:42Z"
   message: The MongoDB object <namespace>/<oplogresourcename>
     doesn't exist
   phase: Pending
   opsManager:
     lastTransition: "2022-04-01T09:57:40Z"
     phase: Running
     replicas: 1
     url: http://om-svc.cloudqa.svc.cluster.local:8080
     version: "6.0.17"

백업은 백업 데이터베이스를 구성할 때까지 Pending 상태 로 유지됩니다.

Ops Manager 애플리케이션에 액세스합니다.

취하는 단계는 Kubernetes의 Ops Manager 애플리케이션으로 트래픽을 라우팅하는 방법에 따라 다릅니다. Kubernetes 서비스를 생성하도록 Kubernetes 연산자를 구성했거나 Kubernetes 서비스를 수동으로 생성한 경우, 다음 방법 중 하나를 사용하여 Ops Manager 애플리케이션에 액세스합니다.

타사 서비스를 사용하여 Ops Manager 애플리케이션에 액세스하는 방법을 알아보려면 해당 솔루션의 설명서를 참조하세요.

선택 사항: Kubernetes Operator에 대한 자격 증명 을 생성합니다.

백업 을 활성화한 경우, MongoDB Ops Manager 조직 을 생성하고, 프로그래밍 방식 API 키를 생성하고, secret-storage-tool 에 시크릿을 생성해야 합니다. 이러한 활동 은 Kubernetes Operator에 대한 자격 증명 생성 페이지의 전제 조건 및 절차를 따릅니다.

선택 사항:ConfigMap 을 사용하여 프로젝트 만들기 .

백업 을 활성화 한 경우 ConfigMap을 사용하여 프로젝트 1개 생성 페이지의 전제 조건 및 절차에 따라 프로젝트 를 생성합니다.

ConfigMap에서 data.baseUrl 를 MongoDB Ops Manager 애플리케이션의 URL 로 설정하다 해야 합니다. 이 URL 을 찾으려면 다음 명령을 호출합니다.

kubectl get om -o yaml -w

이 명령은 다음 예와 유사하게 status.opsManager.url 필드에 Ops Manager 애플리케이션의 URL을 반환합니다.

 status:
   applicationDatabase:
     lastTransition: "2022-04-01T10:00:32Z"
     members: 3
     phase: Running
     type: ReplicaSet
     version: "6.0.5-ubi8"
  backup:
   lastTransition: "2022-04-01T09:57:42Z"
   message: The MongoDB object <namespace>/<oplogresourcename>
     doesn't exist
   phase: Pending
   opsManager:
     lastTransition: "2022-04-01T09:57:40Z"
     phase: Running
     replicas: 1
     url: http://om-svc.cloudqa.svc.cluster.local:8080
     version: "6.0.17"

선택 사항: MongoDB database 리소스를 배포하여 백업 구성을 완료합니다.

백업 MongoDB database oplog 을 활성화한 경우, 및 스냅샷 저장소에 대한 리소스를 생성하여 구성을 완료합니다.

1. Ops Manager 리소스와 동일한 네임스페이스에 oplog 저장소에 대한 MongoDB database 리소스 를 배포합니다.

   참고

   이 데이터베이스를 복제본 세트로 생성합니다.

   리소스의 metadata.name 를 Ops Manager 리소스 정의에 지정한 spec.backup.opLogStores.mongodbResourceRef.name 과 일치시킵니다.

2. 다음 중 하나를 선택합니다:

   1. MongoDB Ops Manager 리소스와 동일한 네임스페이스에 블록 저장소에 대한 MongoDB database 리소스 를 배포합니다.

      리소스의 metadata.name 를 Ops Manager 리소스 정의에 지정한 spec.backup.blockStores.mongodbResourceRef.name 과 일치시킵니다.

   2. S 스냅샷3 저장소 3 로 사용할 S 버킷을 구성합니다.

      리소스3 MongoDB Ops Manager 정의에 지정한 세부 정보를 사용하여 S 버킷에 액세스 할 수 있는지 확인합니다.

선택 사항: MongoDB Ops Manager 리소스 가 실행 확인합니다.

백업 을 활성화한 경우 다음 명령을 호출하여 MongoDB Ops Manager 리소스 의 상태를 확인합니다.

kubectl get om -o yaml -w

MongoDB Ops Manager 가 실행 때 이 명령은 status 필드 아래에 다음 출력을 반환합니다.

status:
  applicationDatabase:
    lastTransition: "2022-04-01T10:00:32Z"
    members: 3
    phase: Running
    type: ReplicaSet
    version: "6.0.5-ubi8"
  backup:
    lastTransition: "2022-04-01T10:00:53Z"
    phase: Running
    version: "6.0.5-ubi8"
  opsManager:
    lastTransition: "2022-04-01T10:00:34Z"
    phase: Running
    replicas: 1
    url: http://om-svc.cloudqa.svc.cluster.local:8080
    version: "6.0.17"

리소스 배포 상태에 대한 자세한 내용은 Kubernetes 연산자 문제 해결을 참조하세요.