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

Kubernetes 용 MongoDB 컨트롤러

Kubernetes Operator용 MongoDB 컨트롤러는 MongoDB 엔터프라이즈, Ops Manager 및 MongoDB Community Kubernetes 에 배포합니다. 이 페이지에서는 설치하기 전에 배포서버 경로와 설치 방법을 선택할 수 있습니다. Kubernetes Operator를 처음 사용하는 경우 Quick Start(빠른 시작)부터 시작하세요.

Kubernetes 연산자는 로컬 평가 클러스터에서 여러 Kubernetes 클러스터에 걸친 생산 배포에 이르기까지 범위 배포서버를 지원합니다. 목표에 맞는 경로를 선택합니다.

로컬 머신의 단일 노드 Kind 클러스터 에 Ops Manager 및 MongoDB 복제본 세트 배포합니다.

Kubernetes 연산자를 전체적으로 평가하거나 사용자 지정 리소스가 서로 어떻게 작동하는지 학습하거나 문제를 로컬에서 재현하려면 빠른 시작을 선택하세요.

Kind 는 하나의 노드 실행하므로 노드 또는 클러스터 손실 후에도 지속되는 배포서버 필요한 경우에는 적합하지 않습니다.

Ops Manager 및 MongoDB 리소스를 하나의 프로덕션 Kubernetes 클러스터 에 배포합니다.

가용성 요구 사항이 하나의 Kubernetes 클러스터 내에서 충족되고 작업에 필요한 인프라스트럭처가 가장 적을 때 단일 클러스터 배포를 선택합니다.

전체 Kubernetes 클러스터 또는 리전의 손실에서 살아남아야 할 때는 그리 좋지 않습니다.

서비스 메시의 유무에 따라 여러 Kubernetes 클러스터에 걸쳐 하나의 MongoDB 배포서버를 배포합니다.

고가용성과 재해 복구를 위해 복제본 세트 노드를 리전 또는 데이터 센터에 걸쳐 배포해야 할 경우 다중 클러스터 배포서버를 선택합니다.

이는 여러 Kubernetes 클러스터를 구성하고 운영해야 하기 때문에 Kubernetes 연산자를 평가할 때 적절하지 않습니다.

MongoDB Community Kubernetes 에 배포 하려면 GitHub의 MongoDB Community 설명서를 참조하세요. MongoDB 엔터프라이즈 및 Ops Manager 에서 사용할 수 있는 구성 옵션이 다양하기 때문에 이 가이드 이러한 배포에 대해 다룹니다.

각 방법은 동일한 Kubernetes 연산자를 설치합니다. 각 방법에 대해 자세히 학습하려면 Kubernetes 연산자용 MongoDB 컨트롤러 설치를 참조하세요.

MongoDB 게시하는 YAML 매니페스트를 적용합니다.

소스 제어에 매니페스트를 유지하는 경우 또는 적용하기 전에 매니페스트를 검토하고 편집하려는 경우 kubectl을(를) 선택합니다.

YAML을 편집하지 않고 구성을 설정하다 하려는 경우에는 덜 이상적입니다.

mongodb-kubernetes 차트를 설치하고 차트 값을 통해 구성을 설정합니다.

매니페스트 대신 값을 통해 Kubernetes 연산자를 구성하려거나, 네임스페이스의 하위 집합 모니터링과 같이 Helm에서만 제공하는 옵션이 필요한 경우 Helm을 선택합니다.

조직에서 Helm을 허용하지 않는 경우에는 적절하지 않습니다.

OpenShift 차트 값과 함께 oc 또는 Helm을 사용합니다.

MANAGED_SECURITY_CONTEXT 설정이 필요한 OpenShift Container Platform을 실행할 때 이 방법을 선택하세요.

OpenShift 외 다른 Kubernetes 배포에는 적절하지 않습니다.

엔터프라이즈 MongoDB 배포서버는 데이터베이스 자체와 데이터 백업, 자동화(배포서버, 구성, 업그레이드), 실시간 모니터링 등을 담당하는 외부 데이터베이스 관리 리소스인 두 가지 리소스 유형으로 구성됩니다. 이 외부 리소스는 MongoDB Ops Manager(자체 관리형 리소스)일 수도 있고 Cloud Manager(managed 대응)일 수도 있습니다.

Community MongoDB 배포서버는 데이터베이스 리소스로만 구성되며 외부 관리 리소스는 포함되지 않습니다.

Kubernetes 연산자를 사용하면 특정 필요에 따라 하나 이상의 Kubernetes 클러스터에서 다양한 구성으로 이러한 리소스를 만들고 배포서버의 모든 측면을 관리할 수 있습니다.

Kubernetes Operator는 네이티브 Kubernetes API 효과적으로 확장하여 앞서 언급한 Kubernetes 요소 MongoDB 사용자 지정 리소스로 포함함으로써 작동하므로, 다른 리소스와 동일한 방식으로 YAML Kubernetes 를 사용하여 해당 요소를 정의하고 배포 할 수 있습니다.

Kubernetes 연산자를 사용하는 Kubernetes 인스턴스의 구성 흐름을 보여주는 다이어그램입니다.
클릭하여 확대

MongoDB 및 Ops Manager 사용자 지정 리소스는 독립형 팝으로 배포할 수 있지만, 권장 배포 토폴로지는 위 다이어그램에서 볼 수 있듯이 데이터베이스와 Ops Manager를 StatefulSet으로 배포하는 것입니다. 또한 Kubernetes Operator는 데이터 저장 및 백업을 담당하는 PersistentVolumes 을 만들기 위해 Kubernetes 클러스터에 storageClass 의 가용성이 필요하며, managed 클러스터에서는 기본적으로 사용할 수 있습니다.

Kubernetes Operator를 사용하여 Kubernetes에 MongoDB를 배포하기 위한 특정 시스템 요구 사항 및 사전 요건에 대해 자세히 알아보려면 사전 요건 페이지를 참조하세요.

Kubernetes Operator용 MongoDB 컨트롤러는 이전 MongoDB 엔터프라이즈 Kubernetes Operator 및 MongoDB Community Operator를 대체하는 연산자 입니다. Kubernetes Operator의 첫 번째 버전에 대한 자세한 내용은 출시 노트를 참조하세요.