추가 설정 구성

Flex 클러스터의 백업 옵션

Atlas는 Flex 클러스터에 대해 백업을 자동으로 활성화하고 사용자는 이를 비활성화할 수 없습니다. 자세히 알아보려면 Flex 클러스터 백업을 참조하세요.

M10+ 티어 백업 옵션

M10+ Atlas 클러스터에 클라우드 백업을 활성화하려면 Turn on Cloud Backup 토글을 On으로 설정합니다. 이를 활성화하면 Atlas는 정기적으로 데이터베이스의 스냅샷을 생성하여 프로젝트의 백업 정책에 따라 보존합니다.

M10+ Atlas 클러스터에 대한 클라우드 백업을 비활성화하려면 Turn on Cloud Backup 토글을 Off로 설정합니. 이렇게 하면 클러스터에 대한 지속적인 클라우드 백업 기능이 비활성화됩니다. 클라우드 백업이 비활성화된 후 기존 스냅샷을 유지하려면 클러스터에 변경 사항을 적용하기 전에 Keep existing snapshots after backups disabled? 토글을 On으로 설정합니다. 이 옵션은 Atlas에 클러스터의 기존 스냅샷과 oplog를 클러스터의 백업 정책에 따라 유지하도록 지시합니다.

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

Atlas Infinite 클러스터에 대한 백업 옵션

Atlas Infinite 클러스터에는 24 시간 연속 클라우드 백업 창이 포함되어 있습니다. 해당 창 이후에도 스냅샷을 보존하려면 Atlas가 기본적으로 활성화하는 Additional Backup Retention 설정을 사용하세요. 추가 백업 보존에는 백업 정책 및 워크로드에 따라 추가 비용이 발생합니다.

Atlas Administration API에서 backupEnabled 필드는 Atlas Infinite 클러스터의 Additional Backup Retention을(를) 제어합니다. 연속 백업 창은 항상 적용되므로 Atlas가 클러스터를 백업할지 여부는 제어하지 않습니다.

클러스터를 생성한 후 스냅샷 보존 정책을 구성할 수 있습니다. 자세한 내용은 백업 정책 관리를 참조하세요.

샤드 배포 정보

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

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

구성 서버 배포 정보

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

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

Atlas 관리형 설정 서버를 사용하도록 설정하면 Atlas는 전용 설정 서버를 사용하는 대신 설정 서버 데이터를 애플리케이션 데이터와 함께 코로케이션할 수 있습니다. 자세한 내용은 샤딩된 클러스터용 Atlas 관리 구성 서버를 참조하세요.

mongos 배포 정보

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

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

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

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

샤딩된 클러스터에 대해 자세히 알아보려면 MongoDB 매뉴얼의 Sharding 참조합니다.

샤드 수를 구성합니다.

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

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

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

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

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

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

• "shard0"

• "shard1"

• "shard2"

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

예시: 8.0에서 샤드 제거 때, Atlas moveCollection 명령을 사용하여 해당 샤드 에 있는 샤딩되지 않은 컬렉션을 나머지 샤드 로 이동합니다. 이 프로세스 동안 샤딩되지 않은 모든 컬렉션은 온라인 유지됩니다.

• 모든 샤딩된 컬렉션은 샤드 제거 프로세스 중에도 온라인 유지되며 사용할 수 있습니다. 제거된 샤드 에서 샤딩된 컬렉션을 비우려면 밸런서 를 켜야 합니다.

• Atlas movePrimary 명령을 사용하여 moveCollection 명령으로 비울 수 없는 샤딩되지 않은 컬렉션을 모두 이동합니다. 의 제한 사항에 moveCollection 대해 자세히 학습 제한 사항을 참조하세요. movePrimary 는 오프라인 작업입니다.

• 샤드 제거에 대한 자세한 내용은 샤드 클러스터에서 샤드 제거를 참조하세요.

복제본 세트를 샤드 클러스터로 변환할 때 고려 사항

클러스터 계층 M30 이상인 경우 복제본 세트 샤딩된 클러스터 로 변환할 수 있습니다.

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

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

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

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

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

MongoDB 8.3부터는 DDL 작업 및 applyOps 는 모든 샤딩된 클러스터의 mongos 에서만 실행 수 있습니다. 이러한 작업은 복제본 세트 에서 샤딩된 클러스터 로 전환하는 동안 일시적으로 사용하지 못할 수 있습니다.

변환 후에는 컬렉션을 샤드 하고 적절한 샤드 키 선택하여 샤드 전체에 데이터를 분산해야 합니다. 자세한 학습은 복제본 세트를 샤드 클러스터로 변환을 참조하세요.

Atlas용 BI Connector 사용 가능

클러스터 구성 양식은 BI Connector for Atlas가 EOL에 도달했으므로 제한합니다:

• 클러스터에 대해 BI Connector for Atlas가 이미 활성화되지 않은 경우 Enable Business Intelligence Connector 섹션이 나타나지 않으며 활성화할 수 없습니다.

• Atlas용 BI Connector가 이미 활성화된 경우, 섹션에 지원 중단 알림이 표시되며 Atlas용 BI Connector만 끌 수 있습니다. 비활성화한 후에는 다시 켤 수 없습니다. Review Changes 페이지에도 동일한 알림이 표시됩니다.

대신 MongoDB SQL Interface(Atlas Dedicated)를 사용하는 것이 좋습니다. 기존 BI Connector for Atlas 워크로드를 이전하려면 마이그레이션 가이드를 참조하세요.

전제 조건

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

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

절차

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

키 관리를 사용하는 Atlas 미사용 데이터 암호화는 M10+ 복제본 세트 클러스터에서 사용할 수 있습니다. Atlas 미사용 데이터 암호화는 클러스터 백업 암호화만 지원합니다.

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

고려 사항

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

추가 설정 보기 및 편집

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

atlas clusters advancedSettings update <clusterName> [options]

Atlas Core Amazon Web Services 클러스터에 대해 더 빠른 리전 간 초기 동기화 활성화

AWS 리전에 새 노드를 추가하면 Atlas는 클라우드 기반 초기 동기화를 수행하여 소스 노드의 스냅샷을 생성하고 AWS의 기본 스냅샷 기능을 사용하여 이를 새 노드로 복원합니다.

이 설정을 활성화하면 Atlas는 AWS 시간 기반 스냅샷 복사본을 사용하여 소스 노드와 다른 AWS 리전에 있는 대상 AWS 노드에 대해 클라우드 기반 초기 동기화를 수행합니다. Atlas는 데이터 최신성을 극대화하기 위해 프라이머리 노드보다 세컨더리 노드에서의 복원을 우선시합니다. 시간 기반 스냅샷 복사 작업은 500MiB/s의 최대 복사 작업 처리량을 달성할 수 있습니다. Atlas는 스냅샷의 크기에 따라 복사 작업 완료 시간을 조정하여 항상 처리량을 극대화합니다.

Atlas는 AWS 및 Google Cloud 클러스터에 대해서만 리전 간 클라우드 기반 초기 동기화를 지원합니다. Azure 클러스터의 경우 Atlas는 논리적 초기 동기화를 수행하여 노드를 새 리전에 추가합니다. 클러스터 구성을 편집할 때 클러스터에 노드를 추가하거나 교체할 수 있습니다.

이 설정은 최소 하나의 AWS 노드가 포함된 클러스터에서만 활성화할 수 있습니다. 모든 클러스터는 기본적으로 선택 해제되어 있습니다. 만약 AWS 클러스터에 대해 계속 선택 해제 상태를 유지하면, Atlas는 AWS의 네이티브 비시간 기반 스냅샷 복사 메서드를 사용하여 리전 간 클라우드 기반 초기 동기화를 수행합니다. 비시간 기반 스냅샷 복사본은 시간 기반 스냅샷 복사본보다 훨씬 느릴 수 있습니다.

더 빠른 시간 기반 리전 간 초기 동기화를 활성화하면 AWS에서 추가 비용이 발생합니다. AWS 스냅샷 요금에 대해 자세히 학습하려면 Amazon EBS 요금 페이지를 참조하세요.

Azure 클러스터의 적응형 용량

Atlas는 적어도 하나의 노드가 있는 Microsoft Azure 상의 클러스터에 대해 Adaptive Capacity 을(를) 기본적으로 활성화합니다. 적응형 용량은 M30 및 그 이상의 클러스터에 적용됩니다. 자세한 내용은 적응형 용량을 참조하세요.

개별 클러스터의 적응형 용량을 사용하지 않거나 다시 사용하려면 Atlas UI 또는 Atlas Administration API를 사용하세요.

최소 oplog 기간 설정

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

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

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

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

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

Oplog 크기 설정

라이브 마이그레이션 또는 대량의 데이터 로드 시 도움이 되는 고정된 oplog 크기를 설정할 수 있습니다.

클러스터의 스토리지 자동 확장을 선택하지 않은 경우에만 Set Oplog Size 구성 설정을 지정할 수 있습니다. MongoDB 명령인 replSetResizeOplog를 사용하여 Atlas의 클러스터에서 oplog의 크기를 조정할 수 없습니다.

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

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

현재 oplog 크기와 복제 지연 시간을 확인하려면 다음을 수행합니다.

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

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

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

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

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

1. 저장 자동 확장을 옵트아웃합니다.

2. 최소 Oplog Window를 0으로 설정합니다.

3. 필요한 oplog 크기를 결정합니다.

   • Atlas UI에서 마이그레이션 프로세스 동안의 지연 시간을 모니터링합니다.

   • 마이그레이션 중 Atlas UI에 표시된 지연 시간이 rs.printReplicationInfo() 메서드를 사용하여 얻은 복제 지연 시간에 가까워지면 oplog 크기를 늘리세요.

4. 인풋 박스에 원하는 Oplog Size를 메가바이트 단위로 지정합니다. 설정은 디스크상의 크기가 아니라 oplog의 압축되지 않은 크기를 구성합니다.

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

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

   경고

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

서버 측 JavaScript 허용

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

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

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

• 클러스터가 MongoDB 버전 8.0을 실행하는 경우 보안 및 성능 향상을 위해 서버 사이드 Allow Server-Side JavaScript이 기본적으로 비활성화되어 있습니다. 이 옵션은 클러스터 내 각 mongod와 mongos의 security.javascriptEnabled 설정 파일 옵션에 해당합니다.

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

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

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

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

중요한: Atlas는 더 이상 TLS 1.0 또는 1.1을(를) 지원하지 않습니다. 모든 클러스터는 TLS 1.0 또는 1.1로의 연결 시도를 거부합니다. 클러스터의 최소 TLS 버전을 1.2 이상으로 설정합니다.

사용자 지정 암호 제품군 구성 설정

암호 제품군 목록에서 클러스터의 노드 간 및 클라이언트-Atlas 간 통신에 사용할 암호 제품군을 선택합니다. 사용 가능한 암호 목록은 클러스터의 최소 TLS 버전에 따라 달라집니다.

모든 쿼리에 인덱스 필요

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

디폴트 쓰기 고려

Atlas Infinite 클러스터에서는 기본값 쓰기 고려 (write concern)를 설정할 수 없습니다. Atlas Infinite 클러스터에서 쓰기 고려 (write concern)가 작동하는 방식을 학습하려면 Atlas Infinite 클러스터의 쓰기 고려 (write concern)를 참조하세요.

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

클러스터의 기본값 쓰기 고려 (write concern) 과반수입니다.

트랜잭션 수명 설정

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

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

빠른 디스크 사전 예열 활성화 또는 비활성화

Atlas는 Amazon Web Services와 Azure에서 호스팅된 클러스터에 대해 Fast Disk Pre-Warming 설정을 제공합니다. Atlas는 이러한 클러스터에 대해 기본적으로 빠른 디스크 사전 원밍을 지원합니다.

Amazon Web Services 또는 Azure 클러스터의 빠른 디스크 사전 원밍을 비활성화하려면 Fast Disk Pre-Warming 설정에서 Off를 선택합니다. 다시 활성화하려면 Fast Pre-Warming (Default)를 선택합니다.

기본 클라우드 공급자 인프라의 설계로 인해 Atlas가 클라우드 기반 초기 동기화를 수행할 때마다(예: 클러스터의 기존 리전에 새 노드를 추가하는 경우) 디스크 사전 예열이 발생합니다. 클라우드 기반 초기 동기화 중에 Atlas는 새 노드가 준비될 때까지 읽기 작업을 수행하지 못하도록 일시적으로 숨깁니다.

배경 디스크 예열보다 빠른 디스크 사전 예열이 더 빠릅니다. 빠른 디스크 사전 워밍이 활성화되면 새 노드는 사전 워밍을 수행하는 동안 프로비저닝된 IOPS의 대부분을 사용하므로 Atlas는 사전 워밍이 완료될 때까지 노드를 숨겨 둡니다. 빠른 디스크 사전 원밍이 비활성화되면 Atlas는 노드가 준비되는 대로 노드를 다시 표시합니다. 그리고 배경에서 디스크를 원밍하므로 노드가 더 빠르게 표시됩니다.

M40+ AWS 클러스터의 경우, NVMe 스토리지를 사용하지 않는 경우 Atlas는 클라우드 기반 초기 동기화 중에 빠른 디스크 사전 워밍을 지원하기 위해 더 높은 성능의 AWS 저장 볼륨을 임시로 프로비저닝합니다. 디스크 사전 원밍이 완료되면 Atlas가 볼륨을 수정하여 노드의 원래 저장 설정으로 돌려놓습니다. 이 수정은 AWS가 모든 EBS 볼륨에 대해 24시간 마다 허용하는 4개의 EBS 볼륨 수정 중 하나를 사용합니다. EBS 볼륨 수정 제한에 대한 자세한 내용은 Amazon Web Services에서 저장 용량 또는 IOPS 변경을 참조하십시오.

더 높은 성능의 임시 저장 볼륨을 프로비저닝하면 월간 Atlas 청구서에서 클러스터의 저장 비용이 일시적으로 증가할 수 있습니다. 자세한 내용은 저장 용량을 참조하세요.

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

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

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

읽기 작업의 기본 시간 제한 설정

MongoDB 버전 8.0+를 실행하는 클러스터의 경우 이러한 클러스터에 대한 모든 읽기 작업의 기본 최대 제한 시간(밀리초)을 지정할 수 있습니다. 이렇게 하면 의도하지 않은 장기 실행 쿼리로부터 데이터베이스를 보호할 수 있습니다. 이 옵션은 클러스터 매개변수 defaultMaxTimeMS에 해당합니다.

복제본 세트 확장 모드 구성

클러스터의 복제본 세트 확장 모드 수정합니다. Atlas 기본값 으로 확장 모드 In Parallel By Workload Type 을(를) 사용합니다. Atlas In Parallel By Node Type 및 Sequential 모드로 복제본 세트 확장하다 할 수도 있습니다.

다음 목록에서는 사용 가능한 확장 모드에 대해 설명합니다.

• In Parallel By Workload Type 모드 읽기 전용 운영 노드 및 분석 노드가 있는 클러스터에만 적용됩니다. Atlas 다른 확장 모드 지정하지 않는 한 기본값 으로 이 확장 모드 사용합니다. 이 모드 에서는 Atlas 운영 노드와 병렬로 분석 노드를 확장합니다.

  참고

  클러스터에 선택 가능한 노드만 있는 경우 확장 모드 In Parallel By Workload Type 는 클러스터 동작에 영향을 주지 않습니다.

• In Parallel By Node Type 모드는 빈번하고 시기적절한 클러스터 계층 확장이 필요한 대규모 동적 워크로드에 적합합니다. 이 모드에서는 Atlas가 선택 가능 노드를 읽기 전용 및 분석 노드와 병렬로 확장합니다. 이는 가장 빠른 확장 전략이지만, 광범위한 세컨더리 읽기 수행 시 워크로드의 지연 시간에 영향을 미칠 수 있습니다.

• Sequential 모드 는 지연 시간에 민감한 세컨더리 읽기를 수행하는 정상 상태 워크로드 및 애플리케이션에 적합합니다. 이 모드 에서는 Atlas 모든 노드를 순차적으로 확장합니다.

로그 편집 활성화

이 옵션을 켜면 필드 값에 잠재적으로 민감한 정보가 기록되지 않습니다. 자세한 내용은 로그 편집을 참조하세요.

로그 편집을 활성화 및 비활성화하려면 롤링 재시작이 필요합니다.

샤딩된 클러스터용 Atlas 관리 Config 서버

새 샤딩된 클러스터에 대한 config 서버 유형의 Atlas 관리를 활성화하거나 비활성화합니다. Atlas로 관리되는 config 서버는 최적의 성능과 비용 절감을 위한 기준에 따라 config 서버 유형을 자동으로 전환합니다. 샤딩된 클러스터에 대해 Atlas 관리 config 서버를 사용하도록 설정하지 않는 경우, Atlas는 항상 클러스터에 전용 config 서버를 사용합니다.

모든 8.0 Atlas 샤딩된 클러스터의 경우, Atlas 관리 config 서버는 기본값 으로 On입니다. Atlas 관리형 config 서버를 비활성화하려면 토글을 Off로 설정하다 . 클러스터 에 11 미만의 샤드와 임베디드 config 서버가 있는 경우, Atlas 관리형 config 서버를 끄면 클러스터 전용 config 서버로 즉시 전환됩니다.