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

낮은 CPU 클래스

일반적으로 Low CPU 옵션은 더 많은 메모리와 더 적은 CPU를 필요로 하는 애플리케이션을 위한 저렴한 대안을 제공합니다. 이 옵션에는 동일한 계층의 General 옵션이 있는 인스턴스 vCPU의 절반이 포함됩니다. 예를 들어, General M40 인스턴스에는 4개의 vCPU가 포함되고 Low CPU M40 인스턴스에는 2개의 vCPU가 포함됩니다. 클러스터 계층에 따라 이 옵션의 최대 연결 수는 더 적을 수도 있습니다. 자세한 내용은 연결 제한과 클러스터 계층을 참조하세요.

NVMe 스토리지

AWS 또는 Azure에서 실행되는 일부 전용 클러스터에 대해 Local NVMe SSD 스토리지 옵션을 선택할 수 있습니다. 로컬로 연결된 임시 NVMe SSD는 최고 수준의 속도와 성능을 제공합니다. Atlas는 NVMe 클러스터에 스토리지를 GB 단위로 프로비저닝합니다.

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

Oplog 크기 동작

Atlas 클러스터 에 대해 저장 자동 확장 활성화되어 있는지 여부에 따라 클러스터의 oplog 크기와 해당 항목을 다르게 관리합니다.

• Atlas는 디폴트로 cluster 자동 확장을 활성화합니다. 저장 자동 확장을 사용하기로 선택한 경우 Atlas는 최소 oplog 보존 기간 창(oplogMinRetentionHours) 설정에 따라 oplog 항목을 관리합니다. oplog 항목에 타임스탬프가 표시됩니다. oplog window는 oplog의 최신 타임스탬프와 가장 오래된 타임스탬프 간의 시간 차입니다.

  기본값 으로 Atlas 최소 oplog 보존 창 24 시간으로 설정합니다. 즉, 최소 oplog 보존 창 특정 사용자 지정 값으로 설정하다 하지 않는 mongod 한, Atlas cluster 의 는 최소 24 시간 동안 그리고 oplog MongoDB 권장사항 에서 허용하는 최대 크기에 도달할 때까지 모든 oplog 항목을 보존합니다. .

  Atlas UI 에서 최소 oplog 보존 창 특정 값으로 설정하다 수 있습니다. 저장 자동 확장 성공적으로 완료되려면 Atlas 최소 oplog 보존 창 (oplogMinRetentionHours)이 최대 (60 초) * (구성된 디스크 공간의 GB )만큼 필요합니다.

  클러스터의 스토리지 용량이 감소하면 Atlas는 감소된 스토리지 크기에 맞도록 oplog 크기를 자동으로 축소합니다.

  참고

  마이그레이션과 같이 일부 고용량 불크 쓰기 시나리오에서는 클러스터가 구성된 최소 oplog 유지 창을 유지하지 못할 수 있습니다. 마이그레이션 및 기타 쓰기 집중 작업을 계획합니다.

• Auto-scale 섹션에서 Storage Scaling 확인란을 선택 취소하여 cluster 저장 자동 확장을 옵트아웃할 수 있습니다. 저장 자동 확장을 옵트아웃하는 경우 Atlas는 다음과 같이 oplog 크기를 관리합니다.

  • UI에서 oplog 크기를 지정하지 않는 경우 Atlas는 oplog 크기를 다음과 같이 설정합니다.

    • General 및 Low-CPU 클러스터의 경우, 클러스터 생성 시 디스크 크기의 5%입니다.

    • NVMe스토리지가 있는 클러스터의 경우 디스크 크기의 10%

    EBS(비 NVMe) 스토리지를 사용하는 전용 클러스터의 경우, 저장소 크기를 변경하면 Atlas가 새로운 디스크 크기에 맞춰 oplog 크기를 자동으로 확장합니다. NVMe 스토리지를 사용하는 클러스터의 경우, NVMe 스토리지는 독립적으로 크기를 조정할 수 없으므로 oplog 크기는 디스크 크기가 아닌 인스턴스 크기에 연결됩니다. 클러스터의 계층을 변경하면 Atlas가 oplog 크기를 새로운 인스턴스 크기에 맞춰 자동으로 동기화합니다.

  • 클러스터의 저장을 확장하는 경우 oplog 크기를 확장하도록 선택할 수 있습니다. 이 경우 클러스터를 생성하는 경우 oplog 크기를 특정 값으로 수동으로 설정합니다. 클러스터의 저장을 늘리면 Atlas가 다음과 같이 oplog 크기를 자동으로 확장합니다.

    • General 및 Low-CPU 클러스터의 경우, oplog 크기는 MongoDB 모범 사례에 따라 결정된 특정 최대값을 초과하지 않으면서 저장 용량의 5%를 유지하도록 확장됩니다.

    • NVMe 저장이 있는 cluster의 경우 oplog 크기는 MongoDB에 따라 권장사항라 결정된 특정 최대값을 초과하지 않고 저장 용량의 10%로 유지되도록 확장됩니다.

  • 클러스터의 저장 을 확장하다 하는 경우 Atlas 는 이전 oplog-to-disk 비율을 사용하여 이에 비례하여 oplog 를 확장하다 합니다. 예를 예시 , oplog 가 25 GB ( 확장하다 0.25)로 100 GB 에서 50 GB 로 확장하는 경우, 새 oplog 크기의 비율도 0.25 이(가) 됩니다. 12.5 GB 유일한 예외는 새 oplog 크기가 저장 용량 의 5% 미만(또는 NVMe 스토리지 의 경우 10% 미만)인 경우입니다. 이 경우 Atlas 는 oplog 크기에 더 높은 값을 사용하며, 이는 저장 용량 의 5%( NVMe 스토리지 의 경우 10%)가 됩니다.

AWS에서저장 용량또는 IOPS 변경

Atlas는 AWS에서 저장 용량또는 저장 처리량 (IOPS)을 늘리거나 줄이려는지 여부에 따라 변경 사항을 다르게 처리합니다.

Azure 에서 저장용량 및IOPS 변경

Azure에 배포된 Low CPU 또는 General 클러스터의 경우 Atlas UI에서 IOPS 및 데이터 볼륨의 저장 용량을 확장할 수 있습니다.

Low CPU 또는 General 클러스터의 디스크 스토리지를 늘리면 다음을 수행할 수 있습니다.

• 동일한 클러스터 계층의 클러스터에서 더 많은 IOPS를 수신합니다.

• 이러한 클러스터를 사용하면 애플리케이션의 워크로드를 서버 간에 분산하기 위해 샤딩을 구성할 필요 없이 높은 IO 워크로드 요구 사항을 가진 애플리케이션을 호스팅할 수 있습니다.

Azure 에는 저장 변경 빈도를 제한할 수 있는 볼륨 수정 휴지 기간이 있습니다.

다음 성명서에서는 Azure 클러스터의 IOPS 및 스토리지 관리를 위한 Atlas UI 옵션을 설명합니다.

1. 처음에 Azure Low CPU 또는 General 클러스터 선택하면 Atlas 선택한 계층 에 따라 기본값 저장 크기와 IOPS를 할당합니다.

2. 해당 리전에서 사용되는 스토리지 볼륨의 특정 특성과 클러스터가 확장 스토리지를 지원하는 리전에 있는지 여부에 따라 다음 작업 중 하나를 수행할 수 있습니다.

   • 해당 리전에서 확장 스토리지를 지원하지 않는 경우, 사전 설정된 용량으로만 스토리지 용량을 변경할 수 있으며 슬라이더를 사용하여 IOPS를 변경할 수 없습니다.

   • 사용 중인 리전에서 확장된 스토리지를 지원하는 경우 Storage 슬라이더를 사용해 동일한 계층 내에서 기본 스토리지 용량을 늘릴 수 있습니다. Atlas 역시 증가된 스토리지 크기에 맞춰 IOPS를 확장합니다.

3. 저장 볼륨의 크기를 늘린 후에도 늘린 IOPS 수가 여전히 충분하지 않고 클러스터 계층 확장 저장 지원하는 리전 에 있는 경우 IOPS 슬라이더를 사용하여 IOPS 수를 더 확장할 수 있습니다. 클러스터 계층 변경.

4. 또한 확장 스토리지를 지원하는 리전에서 클러스터 계층에 대한 기본 제한 이상으로 총 클러스터 스토리지를 확장할 수도 있습니다. 프로젝트 설정에서 확장된 스토리지 크기를 활성하세요.

다음 섹션에서는 스토리지 크기와 IOPS를 늘리는 방법을 설명합니다.

• Azure에서 데이터 볼륨 크기 변경

• Azure에서 확장 스토리지/IOPS 구성

Google Cloud에서 저장 용량 변경

Google Cloud Platform는 다음 기준을 충족하는 클러스터에 대한 확장 저장을 지원합니다.

• 클러스터가 General 또는 Low-CPU 클래스입니다.

• 클러스터 는 단일 리전입니다.

• 확장 저장 M40 계층 이상의 클러스터에서 사용할 수 있지만 다음과 같은 제한 사항이 있습니다.

  • M40: 최대 4TB

  • M50/M60: 최대 8TB

  • M80+: 최대 14TB

  클러스터의 계층을 변경하려면 클러스터 수정을 확인하세요.

확장 스토리지를 활성화하면 초기 동기화 및 프로젝트 간 스냅샷 복원이 느려지고 고가용성이 감소할 수 있습니다. 확장 스토리지 활성화는 향후 추가 스토리지 용량이 필요할 수 있는 클러스터를 위한 임시 해결책입니다. 장기간 확장된 저장 용량을 위해 샤딩을 활성화하는 것이 좋습니다.

AWS와 달리 Google Cloud에는 볼륨 수정 휴지 기간이 없습니다. 따라서 이전 수정이 완료될 때까지 기다리지 않고 저장 즉시 변경할 수 있습니다.

클러스터의 저장 용량 늘리면 Atlas 다운타임 없이 순차적으로 서버의 데이터 볼륨 크기를 수정합니다. Atlas 데이터를 복사하거나 초기 동기화수행하지 않고도 저장 용량 늘릴 수 있습니다.

그러나 Google Cloud에서는 현 위치에서 저장 용량 줄일 수 없습니다. 클러스터 의 저장 용량 줄이는 경우 Atlas 새 볼륨을 프로비저닝한 다음 제자리에서 데이터 동기화 프로세스 통해 이전 볼륨의 데이터를 새 볼륨으로 동기화합니다. 이렇게 하면 Google Cloud의 제한을 해결할 수 있지만 동기화 중에 각 노드 에서 다운타임이 발생합니다.

스토리지 용량 감소를 적용하기 전에 Review Changes 페이지는 이와 같이 변경할 경우 Atlas가 클러스터의 롤링 재시작을 트리거한다는 알림을 표시합니다.

이 기간 동안에도 클러스터 에 계속 액세스 할 수 있지만, Google Cloud가 수정하는 각 노드 는 노드의 데이터 동기화 프로세스 완료될 때까지 사용할 수 없습니다. 대규모 클러스터의 경우 각 노드 에 대해 이 프로세스 완료하는 데 몇 시간이 걸릴 수 있습니다.

Atlas는 단일 복제본 세트에 대한 디스크 용량 제한이 있으며, 더 높은 클러스터 계층을 위해 최대 4TB까지 확장할 수 있습니다. 총 클러스터 스토리지를 기본 한도 이상으로 확장하려면 프로젝트 설정에서 확장 스토리지를 활성화하면 됩니다. 향후 추가적인 확장을 수용하기 위해 장기 확장을 위한 샤딩을 활성화합니다.

멀티 클라우드 제공자 클러스터의 저장 용량 변경

Atlas는 세 클라우드 공급자에서 가장 낮은 공통 분모를 선택합니다. 이를 통해 멀티 클라우드 배포 전반에서 일관성을 보장합니다.

멀티 클라우드 클러스터의 IOPS는 조정할 수 없습니다.

AWS 호스팅 클러스터를 위한 프로비저닝된 IOPS 및 고성능 IOPS

프로비저닝된 IOPS 및 고성능 IOPS를 사용하면 추가 성능 이점과 함께 AWS 호스팅 클러스터 의 최대 IOPS속도를 사용자 지정할 수 있습니다.프로비저닝된 IOPS와 고성능 IOPS는 동일한 개념을 참조하지만, Gen1 cluster는 Atlas UI 에서 Provision IOPS를 사용하고 Gen2 cluster는 High Performance IOPS를 사용합니다. 여기서는 간단하게 고성능 IOPS를 사용하여 두 가지를 모두 참조합니다.

표준 IOPS는 기준 성능 99%을 제공하도록 설계된 AWS 범용 SSD 볼륨을 사용합니다. 고성능 IOPS는 99.9%의 시간 동안 프로비저닝된 성능을 제공하도록 설계된 AWS 프로비저닝된 IOPS SSD 볼륨을 사용합니다.

표준 IOPS와 비교했을 때, 고성능 IOPS는 다음과 같습니다.

• 구성된 IOPS 속도를 더 일관되게 제공합니다.

• cluster의 p90 지연 시간(서버의 응답 시간 측정)을 줄입니다. 서버 요청의 90%가 p90 지연 시간 값보다 빠른 응답을 받기 때문에 p90 지연 시간 값이 낮을수록 일반적으로 응답 시간이 빠릅니다.

자세한 내용은 다음을 참조하세요.

• Amazon EBS 볼륨 유형

• 프로비저닝된 IOPS 및 고성능 IOPS 구성

확장 표준 IOPS

Gen2 Dedicated clusters on AWS or Google Cloud have a baseline minimum IOPS, on top of which you can provision additional IOPS:

• 디스크 저장 가 1000GB(1TB) 미만인 클러스터의 경우 이 기준은 3000 IOPS입니다.

• 디스크 저장 가 1000GB 이상인 클러스터의 경우, 이 기준은 3:1의 IOPS 대GB 비율로 저장 에 따라 확장됩니다.

다음 표에는 이 기준이 다양한 디스크 크기에 따라 확장되는 방법의 예시가 모두 나와 있지 않습니다.

클러스터 에 추가 IOPS를 프로비저닝하려면 AWS 또는 Google Cloud에서 호스팅되는 Gen2 cluster에 확장 표준 IOPS를 사용할 수 있습니다. 확장 표준 IOPS를 사용하면 최대 다음을 프로비저닝할 수 있습니다.

• 80k AWS Gen2 전용클러스터용 IOPS

• 160k GCP Gen2 전용클러스터용 IOPS

IOPS를 높이면 클러스터의 사용 가능한 디스크 처리량 도 증가합니다.

Gen2 클러스터의 경우, 추가 IOPS를 프로비저닝하고 저장 용량 독립적으로 확장하다 할 수 있으므로, 하나를 확장 다른 하나를 확장 필요가 없습니다. 추가 IOPS를 프로비저닝 저장 용량 확장 독립적이므로 Atlas 각각에 대해 별도로 청구합니다.

자세한 내용은 다음을 참조하세요.

• Gen2 전용 클러스터

• Gen2 클러스터에 대한 IOPS 구성

IOPS 속도 구성

RAM 대비 최소 디스크 용량 비율

Atlas는 지정된 클러스터 계층에 대해 다음과 같은 최소 비율을 적용합니다. 이렇게 하면 대규모 데이터 세트에서 클러스터 성능이 일관되게 유지됩니다.

인스턴스 크기 M10~ M40의 디스크 용량과 시스템 메모리의 비율은 60:1입니다. M40보다 인스턴스 크기가 큰 경우 비율은 120:1입니다.

Atlas는 단일 복제본 세트에 대한 디스크 용량 제한이 있으며, 더 높은 클러스터 계층을 위해 최대 4TB까지 확장할 수 있습니다. 총 클러스터 스토리지를 기본 한도 이상으로 확장하려면 프로젝트 설정에서 확장 스토리지를 활성화하면 됩니다. 향후 추가적인 확장을 수용하기 위해 장기 확장을 위한 샤딩을 활성화합니다.