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

낮은 CPU 클래스

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

NVMe 스토리지

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

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

Oplog 크기 동작

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

• Atlas는 디폴트로 cluster 자동 확장을 활성화합니다. 스토리지 자동 확장을 사용하기로 선택한 경우 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)만큼 필요합니다.

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

• 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%로 유지되도록 확장됩니다.

  • 클러스터의 저장 을 확장하다 하는 경우 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 클러스터의 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는 다음과 같은 제한 사항이 있는 확장 저장 지원합니다.

• M40: 최대 4TB

• M50/M60: 최대 8TB

• M80+: 최대 14TB

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

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

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

저장 용량 감소를 적용 전에 Review Changes 페이지에 변경 시 Atlas 클러스터 의 롤링 재시작 트리거한다는 알림이 표시됩니다.

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

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

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