cluster를 수정합니다.

마이그레이션, 가용성 및 성능 영향

클러스터를 변경하려면 새 서버와 스토리지 볼륨으로 마이그레이션해야 하는 경우가 많습니다. 초기 동기화 및 스토리지 볼륨 간 데이터 재동기화에 필요한 시간은 클러스터의 데이터 양에 따라 선형적으로 증가합니다.

파일 복사 기반 초기 동기화는 초기 동기화가 필요할 때마다 항상 NVMe 클러스터의 모든 노드를 동기화하는 데 사용됩니다.

다음 마이그레이션에는 초기 동기화가 필요합니다.

• 무료 클러스터 또는 공유 클러스터(M0, M2, M5 클러스터)에서 상위 클러스터 계층으로 확장합니다.

• 일반 스토리지 볼륨에서 NVMe 스토리지 볼륨으로, NVMe에서 일반 스토리지로 변경합니다.

• 수동 또는 자동 확장을 통해 한 NVMe 클러스터 계층에서 다른 계층으로 확장 또는 축소할 수 있습니다. NVMe 클러스터는 사용 가능한 저장 공간의 90%가 소비되면 다음 상위 계층으로 자동 확장됩니다.

• 리전 변경과 같이 NVMe 지원 Atlas 클러스터 교체가 필요한 변경 사항입니다.

• Azure에 배포된 클러스터의 경우 클러스터 클래스로 변경합니다.

가용성을 최대화하려면 다음을 수행합니다.

• 복제본 세트의 경우 Atlas는 세컨더리 노드부터 시작해 프라이머리로 한 번에 한 노드씩 마이그레이션합니다.

• 샤딩된 클러스터의 경우 Atlas는 샤드의 마이그레이션을 서로 독립적으로 수행합니다. 각 샤드(예: 복제본 세트)에 대해 Atlas는 세컨더리 노드부터 시작해 프라이머리로 한 번에 한 노드씩 마이그레이션합니다.

재시도 가능 쓰기는 새로운 프라이머리 투표 동안 쓰기 오류를 방지해야 합니다. 투표에는 평균 5초가 소요됩니다.

프라이머리가 이미 운영 용량에 도달한 경우 마이그레이션이 성능에 영향을 미칠 수 있습니다. 새로 마이그레이션된 각 복제본 세트 노드는 프라이머리에서 초기 동기화를 수행해야 하므로 운영 부하가 추가됩니다. 읽기 설정을 세컨더리에서 읽도록 설정한 경우에도 마이그레이션이 성능에 영향을 미칠 수 있습니다. 마이그레이션하는 동안 복제본 세트가 세컨더리 하나를 잃기 때문입니다.

Atlas 클러스터의 워크로드가 확장 기능을 비롯한 작업을 방해하는 경우 MongoDB Atlas는 상황에 따라 보호 조치로 클러스터에 인덱스를 생성할 수 있습니다.

청구

클러스터를 변경하면 적용하기 전에 다양한 옵션의 비용을 비교할 수 있습니다. Cluster Overview 상자에는 데이터 전송을 제외하고 선택한 구성의 비용이 표시됩니다.

다음 섹션에서는 각 Atlas 클러스터 확장 구성 옵션에 대한 전체 문서를 제공합니다.

백업

클러스터 백업에 대한 자세한 내용은 클라우드 백업을 참조하세요.

사용 가능한 리전 보기

Atlas CLI를 사용하여 Atlas가 신규 배포를 지원하는 사용 가능한 리전을 나열하려면 다음 명령을 실행합니다.

atlas clusters availableRegions list [options]

명령 구문 및 매개변수에 대한 자세한 내용은 Atlas 클러스터 사용 가능한 리전 목록에 대한 Atlas CLI 문서를 참조하세요.

무료 클러스터 및 공유 클러스터 고려 사항

• M10+ 전용 클러스터를 M0 무료 클러스터 또는 M2/M5 공유 클러스터로 축소할 수 없습니다.

• 다음 시나리오에서 클러스터 계층을 변경하려면 가동 중지 시간이 필요합니다.

• M0 무료 클러스터 또는 M2/M5 공유 클러스터에서 M10 이상의 클러스터 계층으로 변경합니다.

• M0 무료 클러스터에서 M2/M5 공유 클러스터로 변경합니다.

• M2 공유 클러스터에서 M5 공유 클러스터로 변경합니다.

  데이터 손상을 방지하려면 확장 기간 동안 클러스터에서 쓰기 작업을 중단하세요.

클러스터 계층

원하는 클러스터 계층을 선택하세요. 검색 노드를 별도로 배포한 경우 Base Tier 탭에서 원하는 클러스터 계층을 선택합니다. 선택한 인스턴스 크기에 따라 클러스터의 각 데이터 보유 서버 [1]에 대한 메모리, 저장소, vCPU, IOPS 사양 등이 결정됩니다.

Cluster Tier 섹션에서 다음 작업을 수행할 수 있습니다.

• cluster 저장을 사용자 지정합니다.

• 자동 확장 옵션 구성

분석 워크로드 에 적합한 크기의 클러스터 계층 을 선택할 수 있습니다. 학습 보려면 워크로드 격리를 위한 분석 노드를 참조하세요.

읽기 전용 노드를 배포하고 클러스터의 확장 속도를 높이고 싶다면 복제본 세트 확장 모드를 조정해 보세요.

검색 계층

Search Tier 탭에서 원하는 검색 계층을 선택합니다. 선택한 검색 계층을 해당 리전에서 사용할 수 없는 경우 Atlas는 자동으로 해당 리전의 다음 상위 검색 계층으로 전환합니다. 선택한 인스턴스 크기에 따라 클러스터의 각 검색 노드에 대한 메모리, 저장소, IOPS 사양, 비용 등이 결정됩니다.

클러스터의 MongoDB 버전 업그레이드

1. 클러스터에 대해 현재 구성된 MongoDB 버전을 보려면 Additional Settings을 선택합니다.

   Atlas는 cluster 가용성을 유지하기 위해 롤링 프로세스를 통해 항상 지정된 버전의 안정적인 최신 릴리스로 cluster를 업그레이드합니다.

   업그레이드하기 전에 클러스터의 FCV 를 고정하지 않는 한 클러스터 를 이전 MongoDB 버전으로 다운그레이드할 수 없습니다.

   최신 MongoDB 버전이 주요 버전 릴리스인 경우에만 Latest Release 사용에서 특정 릴리스 사용으로 전환할 수 있습니다.

2. Select a version 드롭다운에서 새 MongoDB 버전을 선택합니다.

   Atlas는 다음과 같은 업그레이드 경로를 지원합니다.

   • MongoDB 5.0 -> MongoDB 6.0

   • MongoDB 6.0 -> MongoDB 7.0

   • MongoDB 7.0 -> 최신 릴리스

클러스터에 대한 백업 활성화 또는 비활성화

백업은 M2 및 M5 공유 클러스터에 대해 자동으로 활성화되며 비활성화할 수 없습니다.

M10+ Atlas 클러스터에 대한 백업을 활성화하려면 Turn on Cloud Backup (M10 and up)을 Yes로 전환합니다. 이를 활성화하면 Atlas는 정기적으로 데이터베이스의 스냅샷을 생성하여 프로젝트의 보존 정책에 따라 보존합니다.

사용 가능한 백업 옵션에 대한 자세한 설명은 클러스터에 대한 백업 옵션 구성을 참조하세요.

클러스터의 종료 방지 활성화 또는 비활성화

클러스터에 대해 Termination Protection을 활성화하려면 Termination Protection을 Yes로 전환합니다.

활성화하면 Atlas는 사용자가 클러스터를 삭제할 수 없도록 합니다. 종료 방지 기능이 활성화된 클러스터를 삭제하려면 먼저 종료 방지 기능을 비활성화해야 합니다. 기본적으로 Atlas는 모든 클러스터에 대해 종료 방지 기능을 비활성화합니다.

복제본 세트를 샤딩된 클러스터로 확장

클러스터에 대해 다음 Atlas App Services 기능 중 하나가 활성화되어 있는 경우 복제본 세트를 샤딩된 클러스터로 변환할 수 없습니다:

• Document Preimage 구성 옵션이 활성화된 데이터베이스 트리거 또는

• Atlas Device Sync

클러스터를 샤딩된 클러스터로 배포하려면 Shard your cluster (M30 and up)를 Yes로 전환합니다.

복제본 세트를 다중 샤드 클러스터로 확장하려면 먼저 단일 샤드 클러스터로 확장하고 애플리케이션을 다시 시작하고 클러스터에 다시 연결한 후 샤드를 추가해야 합니다.

애플리케이션 클라이언트를 다시 시작하지 않는 경우 Atlas가 샤드 전체에 데이터를 배포하기 시작하면 데이터가 일치하지 않을 수 있습니다.

애플리케이션 클라이언트를 다시 연결하지 않으면 애플리케이션이 데이터 중단을 겪을 수 있습니다.

• DNS 시드 목록 연결 문자열을 사용하는 경우 애플리케이션은 샤딩된 클러스터의 mongos에 자동으로 연결됩니다.

• 표준 연결 문자열을 사용하는 경우, 새 클러스터 토폴로지를 반영하도록 연결 문자열을 업데이트해야 합니다.

다음 수정: Number of Shards

이 필드는 배포가 샤딩된 클러스터인 경우에만 표시됩니다.

클러스터는 1~70개의 샤드를 포함할 수 있습니다.

복제본 세트를 다중 샤드 클러스터로 확장하려면 먼저 단일 샤드 클러스터로 확장하고 애플리케이션을 다시 시작하고 클러스터에 다시 연결한 후 샤드를 추가해야 합니다.

애플리케이션 클라이언트를 다시 연결하지 않으면 애플리케이션이 데이터 중단을 겪을 수 있습니다.

복제본 세트 클러스터를 단일 샤드 클러스터로 확장한 후 샤딩된 클러스터와 함께 배포할 샤드 수를 설정할 수 있습니다.

샤딩된 클러스터의 샤드 수를 줄이는 경우, Atlas는 "_id" 필드에 있는 숫자에 따라 내림차순으로 샤드를 제거합니다(샤딩된 클러스터 구성 참조). 예를 들어, 다음과 같은 세 개의 샤드가 있는 샤딩된 클러스터를 가정해 보겠습니다.

• "shard0"

• "shard1"

• "shard2"

샤드 수를 2개로 설정하면 Atlas는 클러스터에서 "shard2"를 제거합니다.

프로덕션 환경에서는 단일 샤드로 샤딩된 클러스터를 생성하지 마세요. 단일 샤드로 샤딩된 클러스터는 다중 샤드 구성과 동일한 이점을 제공하지 않습니다. 단일 샤드 클러스터를 만든 후 애플리케이션을 다시 시작하고 클러스터에 다시 연결하고 나서 클러스터에 샤드를 추가합니다.

클러스터에 대한 Atlas용 BI Connector 활성화 또는 비활성화

이 클러스터에 대해 Atlas용 BI Connector를 활성화하려면 Enable Business Intelligence Connector (M10 and up) 을 Yes로 전환합니다.

미사용 데이터 암호화 활성화

KMS를 사용하여 이 cluster에 대해 저장된 Atlas 미사용 데이터 암호화를 활성화하려면 Manage your own encryption keys (M10 and up)를 Yes으로 토글합니다. 자세한 내용은 자체 암호화 키 관리를 참조하세요.

추가 구성 옵션 구성

이 섹션에서 클러스터에 대한 추가 옵션을 구성합니다.

이러한 옵션에 대한 자세한 내용은 추가 옵션 구성을 참조하세요.

전제 조건

복제본 세트를 샤딩된 클러스터로 변환하려면 다음을 따릅니다.

• 클러스터는 M10+ 클러스터여야 합니다.

• Project Cluster Manager 이상의 역할이어야 합니다.

절차