Ops Manager 리소스 계획하기

암호화 키

Kubernetes 연산자는 암호화 키를 생성하여 Ops Manager 애플리케이션 데이터베이스 의 민감한 정보를 보호합니다. Kubernetes Operator는 이 키를 비밀 Ops Manager 리소스와 동일한 네임스페이스에 있습니다. Kubernetes 연산자는 시크릿의 이름을 <om-resource-name>-gen-key 로 지정합니다.

Ops Manager 리소스를 제거해도 키는 Kubernetes cluster의 시크릿에 저장된 상태로 유지됩니다. 애플리케이션 데이터베이스를 영구 볼륨 에 저장한 경우 그리고 같은 이름의 다른 Ops Manager 리소스를 만들면 Kubernetes 연산자는 이 시크릿을 재사용합니다. 다른 이름으로 Ops Manager 리소스를 생성하는 경우, Kubernetes 연산자는 새 시크릿과 애플리케이션 데이터베이스를 생성하며 이전 시크릿은 재사용되지 않습니다.

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

간소화된 구성

Ops Manager를 배포한 후에는 구성해야 합니다. 일반 절차에는 구성 마법사 를 통해 Ops Manager를 설정하는 과정이 포함됩니다. 배포하기 전에 객체 사양에서 몇 가지 필수 설정을 설정하면 구성 마법사를 건너뛸 수 있습니다.

Ops Manager 객체 사양의 spec.configuration 블록에서 다음을 수행해야 합니다.

• mms.ignoreInitialUiSetup 을 추가하고 true 로 설정합니다.

• Ops Manager 인스턴스가 오류 없이 시작될 수 있도록 최소 구성 설정 을 추가합니다.

1
spec:
2
  configuration:
3
    mms.ignoreInitialUiSetup: "true"
4
    automation.versions.source: "remote"
5
    mms.adminEmailAddr: cloud-manager-support@mongodb.com
6
    mms.fromEmailAddr: cloud-manager-support@mongodb.com
7
    mms.mail.hostname: email-smtp.us-east-1.amazonaws.com
8
    mms.mail.port: "465"
9
    mms.mail.ssl: "true"
10
    mms.mail.transport: smtp
11
    mms.minimumTLSVersion: TLSv1.2
12
    mms.replyToEmailAddr: cloud-manager-support@mongodb.com

백업

Kubernetes Operator는 기본적으로 백업 을 활성화합니다. Kubernetes 연산자가 배포하는 StatefulSet 백업 디먼 를 호스팅하는 하나의 파드로 구성된 다음 영구 볼륨 클레임 을 생성합니다. 및 영구 볼륨 백업 디먼의 헤드 데이터베이스 Kubernetes 연산자는 Ops Manager API 를 사용하여 백업 디먼을 활성화하고 헤드 데이터베이스를 구성합니다.

HTTPS를 통해 실행되도록 Ops Manager 구성

Kubernetes 연산자를 통해 생성된 Ops Manager 인스턴스가 HTTP 대신 HTTPS 를 통해 실행되도록 구성할 수 있습니다.

HTTPS 를 통해 실행되도록 Ops Manager 인스턴스를 구성하려면 다음을 수행합니다.

1. TLS 인증서와 비공개 키가 포함된 시크릿을 생성합니다.

2. 이 시크릿을 Ops Manager 구성 객체에 추가합니다.

자세한 지침 은 Ops Manager 리소스 배포를 참조하세요.

Ops Manager 애플리케이션 액세스

기본적으로 Kubernetes 연산자는 Kubernetes cluster 외부에서 발생하는 트래픽을 Ops Manager 애플리케이션으로 라우팅하는 Kubernetes 서비스를 생성하지 않습니다.

Ops Manager 애플리케이션에 액세스하려면 다음을 수행합니다.

• Kubernetes 서비스를 생성하도록 Kubernetes 연산자를 구성합니다.

• Kubernetes 서비스를 수동으로 생성합니다. MongoDB는 클라우드 공급자가 지원하는 경우 LoadBalancer Kubernetes 서비스를 사용할 것을 권장합니다.

• OpenShift를 사용하는 경우 route를 사용합니다.

• Istio와 같은 타사 서비스를 사용합니다.

가장 간단한 방법은 외부 트래픽을 Ops Manager 애플리케이션으로 라우팅하는 Kubernetes 서비스를 생성하도록 Kubernetes 연산자를 구성하는 것입니다. Ops Manager 배포 절차에서는 객체 에 다음 설정을 추가하도록 지시합니다. 서비스를 생성하도록 Kubernetes 연산자를 구성하는 사양입니다.

• spec.externalConnectivity

• spec.externalConnectivity.type

원격 또는 로컬 모드에서 Ops Manager 배포

환경에서 Kubernetes cluster의 호스트에 인터넷 액세스 권한을 부여할 수 없는 경우 Kubernetes 연산자를 사용하여 로컬 또는 원격 모드에서 작동하도록 Ops Manager를 구성할 수 있습니다. 이러한 모드에서 백업 디먼과 managed MongoDB 리소스는 인터넷이 아닌 Ops Manager에서 설치 아카이브를 다운로드합니다.

• 원격 모드를 사용하도록 Ops Manager 리소스 구성: Ops Manager는 Kubernetes cluster에 배포된 웹 서버 또는 S3 호환 파일 저장소의 HTTP 엔드포인트에서 설치 아카이브를 읽습니다.

• 로컬 모드를 사용하도록 Ops Manager 리소스 구성 : Ops Manager는 영구 볼륨 에서 설치 아카이브를 읽습니다. Ops Manager StatefulSet에 대해 생성합니다.

외부 MongoDB 배포 관리하기

Kubernetes 연산자로 Ops Manager를 배포하면 Ops Manager가 배포된 MongoDB 데이터베이스 리소스를 managed합니다.

• Ops Manager와 동일한 Kubernetes cluster로.

• Kubernetes cluster 외부.

Ops Manager가 Ops Manager와 다른 Kubernetes cluster 또는 Kubernetes cluster 외부에 배포된 MongoDB database 리소스를 managed하는 경우, 다음을 수행해야 합니다.

1. Ops Manager 리소스 사양의 spec.configuration 에 mms.centralUrl 설정을 추가합니다.

   Ops Manager가 Kubernetes cluster 외부에 노출되는 URL로 값을 설정합니다.

   spec:
     configuration:
       mms.centralUrl: https://a9a8f8566e0094380b5c257746627b82-1037623671.us-east-1.elb.example.com:8080/

2. Kubernetes Operator를 사용하여 배포한 Kubernetes cluster 내부의 모든 MongoDB database 리소스에서 참고 하는 ConfigMap을 업데이트합니다 .

   data.baseUrl 를 Ops Manager 리소스 사양 spec.configuration.mms.centralUrl 설정과 동일한 값으로 설정합니다.

   중요

   여기에는 oplog 및 스냅샷 저장소의 MongoDB database 리소스가 참고 ConfigMap이 포함됩니다.

멀티-Kubernetes-Cluster 배포에 Ops Manager 사용

중앙 cluster에 Ops Manager 인스턴스를 배포하고 연결하려면 다음 절차를 따르세요.

• Ops Manager 리소스 아키텍처 검토

• Ops Manager 리소스 고려 사항 및 필수 구성 요소 검토

• TLS 암호화를 사용하여 중앙 클러스터에 Ops Manager 인스턴스 배포

이러한 절차는 다음과 같은 예외를 제외하고 Kubernetes Operator와 함께 배포된 단일 cluster에 대한 절차와 동일합니다.

• 컨텍스트와 네임스페이스를 설정합니다.

  다중 Kubernetes 클러스터 배포에서 Ops Manager 리소스를 배포하는 경우:

  • context을 중앙 클러스터의 이름(예: kubectl config set context "$MDB_CENTRAL_CLUSTER_FULL_NAME")으로 설정합니다.

  • --namespace을 다중 Kubernetes 클러스터 배포에 사용한 것과 동일한 범위(예: kubectl config --namespace "mongodb")로 설정합니다

• Ops Manager에 대한 외부 연결을 구성합니다.

  다중 Kubernetes cluster 배포에서 중앙 cluster의 Ops Manager 리소스 배포에 노드 cluster를 연결하려면 다음 방법 중 하나를 사용합니다.

  • spec.externalConnectivity 를 true 으로 설정하고 그 안에 Ops Manager 포트를 지정합니다. ops-manager-external.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

  • 중앙 cluster와 모든 멤버 cluster를 동일한 서비스 격자에 추가합니다. 서비스 메시는 중앙 및 모든 멤버 cluster에서 Ops Manager 인스턴스로의 통신을 설정합니다. 자세히 알아보려면 멀티-Kubernetes-cluster 빠른 시작 절차 및 Istio의 istio-injection=enabled 레이블을 참고하는 단계를 참고하세요. 자동 사이드카 삽입 도 참조하세요. Istio 문서에 있습니다.

• cluster에 Ops Manager와 애플리케이션 데이터베이스를 배포하세요.

  단일 Kubernetes 클러스터와 동일한 절차를 사용하여 중앙 클러스터에만 Ops Manager 및 애플리케이션 데이터베이스를 배포하도록 선택할 수 있습니다. 자세한 내용 은 TLS 암호화를 사용하여 중앙 cluster에 Ops Manager 인스턴스 배포를 참조하세요.

• 중앙 cluster에 Ops Manager를 배포하고 선택한 member cluster에 애플리케이션 데이터베이스를 배포합니다.

  중앙 cluster에 Ops Manager를 배포하고 선택한 멤버 cluster의 하위 집합에 애플리케이션 데이터베이스를 배포하도록 선택하여 Ops Manager에서 애플리케이션 데이터베이스의 복원력과 가용성을 높일 수 있습니다. Ops Manager CRD에서 다음 설정을 구성합니다.

  • topology 를 사용하여 MultiCluster 값을 지정합니다.

  • clusterSpecList 를 지정하고 애플리케이션 데이터베이스를 배포하려는 선택한 각 Kubernetes cluster의 { clusterName }와 각 Kubernetes cluster 내 members (MongoDB) 수를 포함합니다.

  참고

  다중 Kubernetes 클러스터 배포에서 선택한 멤버 클러스터에 애플리케이션 데이터베이스를 배포하는 경우 중앙 클러스터와 멤버 클러스터를 동일한 서비스메시 구성에 포함해야 합니다. 이를 통해 Ops Manager에서 애플리케이션 데이터베이스로의 BI 통신이 가능해집니다.

  자세히 알아보려면 Ops Manager 를 참조하고 다중 Kubernetes cluster 배포 예시를 검토하고topology 에 MultiCluster 를 지정 .