추가 설정 구성

릴리스 주기 선택

주요 릴리스 주기 또는 빠른 릴리스 주기 중 하나를 따르도록 Atlas 클러스터를 설정할 수 있습니다.

무료 계층 및 공유 계층 클러스터는 주요 릴리스 주기를 따라야 합니다. 클러스터 양식의 Additional Settings 섹션에 있는 드롭다운에서 특정 MongoDB 버전을 선택하여 주요 릴리스 주기를 따르도록 전용 계층 클러스터를 구성할 수 있습니다.

Atlas는 주요 릴리스 주기에 따라 클러스터를 자동으로 업그레이드하지 않습니다. 새 주요 릴리스가 정식 버전으로 출시될 때마다 수동으로 업그레이드를 예약해야 합니다.

클러스터 양식의 Additional Settings 섹션에 있는 드롭다운에서 Latest Release를 선택하여 빠른 릴리스 주기를 따르도록 전용 계층 클러스터를 구성할 수 있습니다.

MongoDB의 최신 주요 버전을 실행하는 경우에만 Rapid Release로 클러스터를 구성할 수 있습니다. 만약 클러스터가 이전 주요 버전을 실행하는 경우 Rapid Release로 전환하려면 수동으로 최신 주요 버전으로 업그레이드해야 합니다.

Atlas는 빠른 릴리스 주기를 따르는 클러스터에 대해 가장 최근의 MongoDB 릴리스를 사용합니다. Atlas는 롤링 프로세스를 통해 이러한 클러스터를 새로운 주요 릴리스 및 빠른 릴리스 버전으로 자동 업그레이드하여 각 릴리스가 출시될 때마다 클러스터 가용성을 유지합니다. 다음 빠른 릴리스 버전으로 업그레이드하는 동안, 현재 클러스터에서 사용 가능한 기능을 반영하기 위해 Atlas UI Clusters 페이지의 클러스터에 해당 클러스터의 FCV 버전 대신 MongoDB 버전이 표시될 수 있습니다.

Rapid Release를 따르는 클러스터를 주요 버전 주기로 되돌리려면 Select a Version 드롭다운 메뉴에서 가장 최근의 주요 버전을 선택하면 됩니다. 그러나 해당 연도의 첫 번째 Rapid Release가 제공되기 전에만 이 작업을 수행할 수 있습니다. 클러스터가 주요 버전에서 Rapid Release 버전으로 업데이트된 후에는 다음 중 버전이 출시될 때까지 클러스터를 되돌릴 수 없습니다.

MongoDB 버전에 대한 자세한 내용은 MongoDB 매뉴얼의 MongoDB 버전 관리 를 참조하세요. 빠른 릴리스 주기에 대한 자세한 내용 은 MongoDB Stable API 및 빠른 릴리스 주기 이해를 참조하세요.

M2/M5 계층 백업 옵션

Atlas는 M2 및 M5 공유 클러스터에 대해 백업을 자동으로 사용하도록 활성화하고 사용자는 이를 비활성화 할 수 없습니다. 자세히 보려면 공유 클러스터 백업 참조합니다.

M10+ 티어 백업 옵션

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

Atlas는 M10+ 클러스터에 대해 다음과 같은 백업 옵션을 제공합니다.

샤드 배포 정보

Atlas는 각 샤드 를 3노드 복제본 세트로 배포하며, 각 노드는 구성된 Cloud Provider & Region, Cluster Tier 및 Additional Settings 를 사용하여 배포합니다. Atlas는 샤드 노드당 하나의 mongod 를 배포합니다.

교차 리전 cluster의 경우 샤드당 노드 수는 구성된 리전 전체의 투표 선택 가능 노드 및 읽기 전용 노드의 총 수와 동일합니다. Atlas는 선택한 리전 전체에 샤드 노드를 분산합니다.

구성 서버 배포 정보

Atlas는 config 서버 를 3노드 복제본 세트로 배포합니다. config 서버는 M30 클러스터 계층에서 실행됩니다. 멀티 리전 클러스터에서는 config 서버가 여러 리전에 분산됩니다.

리전 간 클러스터의 경우 Atlas는 config 서버 복제본 세트 노드를 배포하여 최적의 가용성을 보장합니다. 예를 들어, 선택한 클라우드 서비스 제공자 및 리전 구성에서 지원하는 경우 Atlas는 세 개의 서로 다른 가용영역과 세 개의 서로 다른 리전에 config 서버를 배포할 수 있습니다. 샤딩된 읽기 작업이 계속 작동하려면 config 서버가 읽기 가능한 상태로 유지되어야 합니다. 자세한 내용은 config 서버 가용성을 참조하세요.

샤드 클러스터에서 우선순위가 가장 높은 리전에 영향을 미치는 리전 중단 또는 리전 중단 시뮬레이션으로 인해 클러스터가 읽기 작업에 사용할 수 없게 될 수 있습니다. 구성 서버를 복원하려면 다음 단계를 따르세요.

• 세컨더리 노드에 읽기를 쿼리하는 데 적합한 읽기 설정 을 구성합니다.

• 투표 선택 가능 노드를 다시 확보하기 위해 클러스터를 재구성합니다.

mongos 배포 정보

Atlas는 각 샤드의 각 노드에 대해 하나의 mongos 라우터를 배포합니다. 리전 간 클러스터의 경우, 이를 통해 MongoDB 드라이버를 사용하는 클라이언트가 지리적으로 '가장 가까운' mongos 에 연결할 수 있습니다.

클러스터의 mongos 라우터 수를 계산하려면 샤드 수에 샤드당 복제본 세트 노드 수를 곱합니다.

샤드 클러스터 배포는 복제본 세트 배포로 변환할 수 없습니다.

서버 인스턴스 수가 비용에 미치는 영향에 대해 자세히 알아보려면 노드 수를 참조하세요.

샤드 클러스터에 대해 자세히 알아보려면 MongoDB 매뉴얼의 샤딩 을 참조하세요.

샤드 수를 구성합니다.

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

샤드 클러스터와 함께 배포할 샤드 수를 설정할 수 있습니다. 클러스터는 1 ~ 100 샤드를 가질 수 있습니다.

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

• "shard0"

• "shard1"

• "shard2"

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

프로덕션 환경에서는 단일 샤드로 샤드된 클러스터를 생성하지 마세요. 단일 샤드로 샤딩된 클러스터는 다중 샤드 구성과 동일한 이점을 제공하지 않습니다.

복제본 세트를 샤드 cluster로 업그레이드 시 고려할 사항

클러스터 계층이 M30 이상인 경우 복제본 세트 배포를 샤드 클러스터 배포로 업그레이드할 수 있습니다.

업그레이드가 완료되면 용도 클라이언트 모두 다시 시작하고 샤드 클러스터에 다시 연결합니다. 용도 클라이언트를 다시 시작하지 않는 경우 Atlas가 샤드 전체에 데이터를 배포하기 시작하면 데이터가 일치하지 않을 수 있습니다.

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

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

읽기 설정

다음 표에서는 BI Connector 에 사용할 수 있는 읽기 기본 설정과 해당 readPreference 및 readPreferenceTag 연결 문자열 옵션에 대해 설명합니다.

샘플링 설정

BI Connector는 MongoDB에서 데이터를 샘플링 하여 관계형 스키마를 생성합니다. 다음과 같은 샘플링 설정을 구성할 수 있습니다.

전제 조건

• Atlas 클러스터에서 미사용 데이터 암호화 기능을 활성화하기 전에 키 관리를 사용하여 미사용 데이터 암호화를 사용하도록 Atlas 프로젝트를 구성해야 합니다. 자세한 내용은 고객 키 관리를 사용한 미사용 데이터 암호화를 참조하세요.

• 클러스터의 한 미사용 데이터 암호화 제공자에서 다른 제공자로 전환하려면 먼저 클러스터에 대해 미사용 데이터 암호화를 비활성화한 다음 원하는 미사용 데이터 암호화 제공자로 다시 활성화해야 합니다. 자세한 내용은 고객 키 관리를 사용한 미사용 데이터 암호화를 참조하세요.

절차

이러한 cluster와 관련하여 자체 암호화 키 관리를 시작하려면 Encryption using your Key Management (M10 and up) 을 Yes로 전환합니다.

키 관리를 사용하는 Atlas 미사용 데이터 암호화는 M10+ 복제본 세트 클러스터에서 사용할 수 있습니다. Atlas 미사용 데이터 암호화는 클러스터 백업 암호화 만 지원합니다. 레거시 백업(사용 중단됨)을 사용하는 클러스터에서는 미사용 데이터 암호화를 활성화할 수 없습니다.

자체 암호화 키를 관리하면 클러스터의 시간당 실행 비용이 증가합니다. 고급 보안 기능에 대한 Atlas 청구에 대한 자세한 내용은 고급 보안을 참조하세요.

고려 사항

Atlas는 복제본 세트 및 샤드 클러스터에 대해 Oplog Size 을 동적으로 수정합니다. 하지만 Minimum TLS Protocol Version 및 Allow Server-Side JavaScript 설정의 경우 샤드 멤버와 config 서버 복제본 세트의 롤링 재시작을 수행합니다. Atlas가 유지 관리 작업 중 고가용성을 지원하는 방법에 대해 자세히 알아보려면 MongoDB Atlas가 고가용성을 제공하는 방법을 참조합니다.

추가 설정 보기 및 편집

이러한 설정을 보고 편집하려면 다음 단계를 따르세요.

최소 oplog 기간 설정

클러스터의 oplog 항목에 대한 보존 기간을 수정합니다. 기본적으로 Atlas는 mongod 가 oplog에서 항목을 제거하기 전에 24 시간 동안 항목을 유지합니다.

이 옵션은 storage.oplogMinRetentionHours 클러스터의 mongod 각 에 대해 구성 파일 옵션을 수정하는 것에 해당합니다.

최소 oplog 윈도우를 설정하려면 다음 단계를 따르세요.

1. 저장 자동 확장이 허용되고 이를 해제하지 않았는지 확인합니다. Atlas는 디폴트로 자동 확장을 활성화합니다.

2. 최소 oplog window를 원하는 값으로 설정합니다. 이 값을 설정하지 않으면 Atlas는 mongod 가 oplog에서 oplog 항목을 제거하기 전에 24 시간 동안 oplog 항목을 보존합니다.

Oplog 크기 설정

고정된 oplog 크기를 설정할 수 있습니다. 예를 들어, 실시간 마이그레이션이나 집중적인 데이터 로드 시 유용합니다.

클러스터의 저장 자동 확장에서 제외하는 경우에만 Set Oplog Size 구성 설정을 지정할 수 있습니다.

스토리지 자동 확장이 활성화된 클러스터의 경우 대신 Minimum Oplog Window 를 설정할 수 있습니다. 최소 Oplog 윈도우 설정을 참조하세요. Atlas는 기본적으로 스토리지 자동 확장을 활성화합니다.

설정할 수 있는 최소 oplog 크기는 990메가바이트입니다. 선택한 oplog 크기로 인해 클러스터 디스크의 사용 가능한 용량이 25% 미만인 경우 Atlas에서 오류를 반환합니다.

oplog 크기를 확인하려면 다음 단계를 따르세요.

1. mongosh 을(를) 통해 클러스터에 연결합니다.

2. Atlas admin 역할을 가진 사용자로 인증합니다.

3. rs.printReplicationInfo() 메서드를 실행합니다.

Atlas는 현재 oplog 크기와 시간을 표시합니다.

고정된 oplog 크기를 설정하려면 다음 단계를 따르세요.

1. 스토리지 자동 확장을 선택 해제합니다.

2. Minimum Oplog Window (최소 Oplog 창)를 0 으)로 설정합니다.

3. 인풋 박스에 원하는 Oplog Size 을 메가바이트 단위로 지정합니다.

   샤드 클러스터 배포의 경우, 이 옵션은 클러스터에 있는 각 샤드의 oplog 크기를 수정합니다.

   이 옵션은 replication.oplogSizeMB 클러스터의 mongod 각 에 대해 구성 파일 옵션을 수정하는 것에 해당합니다.

   경고

   oplog의 크기를 줄이려면 oplog에서 데이터를 제거해야 합니다. Atlas는 oplog의 크기를 줄이기 위해 제거된 모든 oplog 항목에 액세스하거나 해당 항목을 복원할 수 없습니다. oplog를 줄이기 전에 이러한 데이터 손실의 영향을 고려하세요.

인덱스 키 제한 적용

1024바이트 인덱스 키 제한 적용을 허용하거나 사용하지 않도록 비활성화합니다. 대상 collection의 인덱스 필드 전체에서 해당 인덱스 항목이 1024바이트를 초과하지 않는 경우에만 문서를 업데이트하거나 삽입할 수 있습니다.

비활성화된mongod 경우 는 제한을 위반하는 문서를 작성하지만 인덱싱 하지는 않습니다 . 이 옵션은 param.failIndexKeyTooLong 클러스터의 mongod 각 에 setParameter 대해 명령을 통해 매개변수를 수정하는 것에 해당합니다.

서버 측 JavaScript 허용

JavaScript의 서버 측 실행을 수행하는 작업 실행을 활성화하거나 비활성화합니다.

• 클러스터에서 미만의 MongoDB 버전을 5 0실행하는 경우. , 이 옵션은 security.javascriptEnabled 클러스터의 mongod 각 에 대한 구성 파일 옵션을 수정하는 것에 해당합니다.

• 클러스터에서 MongoDB 버전 5 0 를 실행하는 경우. 이상의 경우, mongos security.javascriptEnabled 이 mongod 옵션은 클러스터의 및 각각에 대해 구성 파일 옵션을 수정하는 것에 해당합니다.

수정 및 익명화된 쿼리 데이터의 로깅 활성화

편집되고 익명화된 $queryStats 출력을 MongoDB 로그에 포함합니다. $queryStats 출력에 리터럴 또는 필드 값이 포함되어 있지 않습니다. 이 설정을 활성화하면 클러스터 성능에 영향을 미칠 수 있습니다.

최소 TLS 프로토콜 버전을 설정합니다.

클러스터가 수신 연결에 대해 허용하는 최소 TLS 버전을 설정합니다. 이 옵션은 클러스터의 각 net.tls.disabledProtocols mongod 에 대해 구성 파일 옵션을 구성하는 것에 해당합니다.

모든 쿼리에 인덱스 필요

결과를 반환하기 위해 컬렉션 스캔이 필요한 쿼리 실행을 활성화하거나 비활성화합니다. 이 옵션은 클러스터의 notablescan mongod 각 에 setParameter 대해 명령을 통해 매개변수를 수정하는 것에 해당합니다.

디폴트 쓰기 고려

이 클러스터 의 쓰기 작업에 대해 MongoDB에서 요청하는 기본 승인 수준을 설정합니다.

MongoDB 5 부터 시작합니다.0, 클러스터에 대한 기본 쓰기 고려는 과반수입니다.

트랜잭션 수명 설정

다중 문서 트랜잭션 의 최대 수명을 설정합니다. 이 옵션은 클러스터의 transactionLifetimeLimitSeconds mongod 각 에 setParameter 대해 명령을 통해 매개변수를 수정하는 것에 해당합니다.

클러스터의 기본 트랜잭션 수명은 60초입니다.

청크 마이그레이션 동시성을 설정합니다.

MongoDB 버전 5 를 실행하는 샤드 Atlas 클러스터의 경우.0.15 또는 6.0.6 이상 버전에서는 소스 및 수신 샤드의 스레드 수를 설정하여 청크 마이그레이션 의 성능을 개선할 수 있습니다. 이 값을 총 CPU 코어 수의 절반으로 설정할 수 있습니다. 자세한 내용은 chunkMigrationConcurrency 를 참조하세요.

고속 디스크 사전 예열 활성화 또는 비활성화

빠른 디스크 사전 예열 을 활성화하려면 클러스터의 경우 Allow Fast Disk Pre-Warming 를 로 Yes 전환합니다.

cluster에 대한 빠른 디스크 사전 예열을 비활성화하려면 Allow Fast Disk Pre-Warming 을 No 로 전환합니다.

기본 클라우드 제공자 인프라의 설계로 인해, 기존 리전에 새 노드를 추가하는 경우와 같이 Atlas가 클러스터에 새 노드를 프로비저닝해야 할 때마다 디스크 사전 예열이 발생합니다. 디스크 사전 예열은 일시적으로 숨겨진 세컨더리 노드를 사용합니다.

빠른 디스크 사전 예열은 백그라운드 디스크 예열보다 빠릅니다. 기본적으로 Atlas는 배포에 대해 빠른 디스크 사전 예열을 활성화합니다. 디스크 사전 예열이 활성화되면 Atlas는 노드를 숨겨 이 노드가 읽기 작업을 실행하지 못하도록 합니다.

다음 권장 사항을 고려하세요.

• 일관된 쿼리 지연 시간을 요구하는 워크로드가 있는 경우 이 설정을 사용하도록 설정하세요.

• 일관된 쿼리 성능보다 최대의 가용성을 보장하는 워크로드가 있고 새로 추가되거나 교체된 노드를 즉시 활성화하고 표시해야 하는 경우 이 설정을 비활성화하고 사전 예열을 거치는 노드의 태그와 함께 사용자 지정 연결 문자열을 사용합니다. , 예열 프로세스가 완료될 때까지 이 연결 문자열을 사용하면 노드에서 읽기가 방지되는 반면 대부분의 IOPS 는 사전 예열 프로세스에서 활용됩니다.