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

낮은 CPU 등급

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

NVMe 스토리지

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

파일 복사 기반 초기 동기화 는 MongoDB 6 에서 실행되는 NVMe 가 있는 전용 클러스터에 대해 활성화됩니다.0+.

Oplog 크기 동작

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

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

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

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

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

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

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

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

    저장 크기를 변경해도 Atlas는 oplog 크기를 변경하지 않습니다.

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

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

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

  cluster의 저장 용량이 감소하는 경우 Atlas는 oplog 크기를 변경하지 않습니다.

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

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

Azure 에서 저장 용량 및 IOPS 확장

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

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

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

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

다음 설명에서는 Azure cluster의 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에서 저장 용량 변경

클러스터의 저장 용량을 변경하면 Atlas는 다운타임 없이 순차적으로 서버의 데이터 볼륨 크기를 수정합니다.

Atlas는 데이터를 복사하거나 초기 동기화 를 수행하지 않고도 저장 용량을 늘릴 수 있습니다. 그러나 Google Cloud에서는 현 위치에서 저장 용량을 다운그레이드할 수 없습니다.

클러스터의 저장 용량을 다운그레이드하는 경우, Atlas는 새 볼륨을 프로비저닝한 다음 이전 볼륨의 데이터를 새 볼륨에 동기화합니다.

저장 용량 변경을 적용하기 전에 Review Changes 페이지는 이러한 변경을 수행할 때 Atlas가 cluster의 롤링 재시작을 트리거한다는 알림을 표시합니다.

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

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

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

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

프로비저닝된 IOPS와 AWS의 표준 IOPS 비교

프로비저닝된 IOPS를 사용하면 클러스터의 최대 IOPS 속도를 사용자 지정할 수 있습니다. 아울러 다음 사항도 수행할 수 있습니다.

• 표준 IOPS와 비교했을 때 구성된 IOPS 속도를 더 일관되게 제공합니다.

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

프로비저닝된 인스턴스와 표준 IOPS 를 사용할 때의 장점에 대해 자세히 알아보려면 Amazon EBS에 최적화된 인스턴스 를 참조하세요. . 다음 요약을 참조하세요.

• 범용 SSD 볼륨은 기본 성능 99% 제공하도록 설계되었습니다.

• 프로비저닝된 IOPS SSD 볼륨은 프로비저닝된 성능을 99.9% 제공하도록 설계되었습니다.

IOPS 속도 구성

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

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

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

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