문서 메뉴
문서 홈
/
MongoDB Atlas
/ /

자동 확장 구성

이 페이지의 내용

  • Atlas로 클러스터 계층을 확장하는 법
  • 클러스터 계층 확장
  • 클러스터 계층 축소
  • 샤드 클러스터 확장
  • Atlas가 클러스터 스토리지를 확장하는 방법
  • 클러스터 티어와 클러스터 스토리지를 동시에 확장할 수 있음
  • Oplog 고려 사항
  • 자동 확장 옵션 구성
  • 기본값으로 자동 확장 활성화
  • 클러스터 계층 자동 확장 옵션 검토하기
  • 클러스터 계층 및 저장 자동 확장을 옵트아웃합니다.
  • 자동 확장 이벤트 승인

참고

기능 가용성

Atlas는 GeneralLow-CPU계층 클러스터에 속하는 모든 클러스터 계층(최상위 클러스터 계층 제외)에서 클러스터 자동 확장을 활성화합니다.

Atlas가 클러스터 사용량에 따라 클러스터 계층, 저장 용량 또는 두 가지 모두를 자동 확장하는 데 사용할 수 있는 클러스터 계층 범위를 구성하세요.

클러스터 자동 확장은 스크립트를 쓰거나 컨설팅 서비스를 사용하여 확장을 결정할 필요가 없습니다. 비용을 제어할 수 있도록 cluster를 자동으로 확장할 수 있는 최대 및 최소 cluster 크기 범위를 지정할 수 있습니다.

자동 확장은 순차적으로 작동해 프로세스에서 다운타임이 발생하지 않습니다.

Atlas는 다음 클러스터 지표를 분석하여 클러스터를 확장할 시기와 클러스터 계층을 확장 또는 축소할지 여부를 결정합니다.

  • CPU 사용률

  • 메모리 효율성

Atlas는 사용 가능한 메모리와 총 메모리를 기준으로 다음과 같이 메모리 사용률을 계산합니다.

(memoryTotal - (memoryFree + memoryBuffers + memoryCached)) / (memoryTotal) * 100

이전 계산의 경우 memoryFree, memoryBuffers, memoryCached은(는) Atlas가 기타 목적으로 회수할 수 있는 사용 가능한 메모리의 양입니다. 자세히 보려면 검토 사용 가능한 지표의 System Memory 을(를) 참조합니다.

다음 중 하나라도 해당되는 경우 Atlas는 클러스터 계층을 확장하지 않습니다.

  • 새 클러스터 계층은 지정된 MinimumMaximum Cluster Size의 범위를 벗어납니다.

  • 메모리 사용률이 새 클러스터 계층의 사용 가능한 메모리를 초과합니다.

Atlas는 클러스터를 같은 클래스의 다른 계층으로 확장합니다. 예를 들어, Atlas는 General 클러스터를 다른 General 클러스터 계층으로 확장하지만 General 클러스터를 Low-CPU 클러스터 계층으로 확장하지는 않습니다.

정확한 클러스터 리소스 사용률을 보장하기 위해 정확한 자동 확장 기준이 변경될 수 있습니다.

중요

마이그레이션 중에 대상 클러스터의 저장 용량보다 큰 스냅샷을 복원하면 클러스터가 자동으로 확장되지 않습니다.

참고

계층 가용성

자동 확장 기능은 GeneralLow-CPU 계층 클러스터에서는 작동하지만 Local NVMe SSD 계층 클러스터에서는 작동하지 않습니다.

다음으로 높은 클러스터 계층이 Maximum Cluster Size 범위 내에 있는 경우, 클러스터의 모든 노드에 대해 다음 기준 중 하나가 해당되는 경우 Atlas는 클러스터를 다음 계층으로 확장합니다.

  • 지난 한 시간 동안 Average CPU Utilization 이(가) 사용 가능한 리소스 중 75%를 초과했습니다. 75% 임계값은 클러스터 계층이 액세스할 수 있는 리소스에 기준을 두고 있습니다.

  • 지난 한 시간 동안 Memory Utilization 이(가) 사용 가능한 리소스 중 75%를 초과했습니다. 75% 임계값은 클러스터 계층이 액세스할 수 있는 리소스에 기준을 두고 있습니다.

Atlas는 지난 한 시간 동안 클러스터가 확장되지 않은 경우 해당 클러스터를 다음 계층으로 확장합니다.

중요

급격한 워크로드 급증

더 큰 클러스터 계층으로 확장하려면 백업 리소스를 준비하는 데 충분한 시간이 필요합니다. 클러스터가 대량 삽입과 같은 급증 활동을 수신하는 경우 자동 확장이 이루어지지 않을 수 있습니다. 리소스 부족 위험을 줄이려면 대량 삽입 및 기타 워크로드 급증이 발생하기 전에 클러스터를 확장할 계획을 세워야 합니다.

다음으로 낮은 클러스터 계층이 Minimum Cluster Size 범위 내에 있는 경우, 클러스터의 모든 노드에 대해 다음 기준이 모두 해당되는 경우 Atlas는 클러스터를 다음으로 낮은 계층으로 축소합니다.

  • 지난 24시간 동안의 평균 CPU UtilizationMemory Utilization이 50% 미만입니다. 75% 임계값은 클러스터 계층이 액세스할 수 있는 리소스에 기준을 두고 있습니다.

  • 지난 24시간 동안 cluster가 수동 또는 자동으로 확장되지 않았습니다.

참고

M10 M20, {1} 클러스터는 클라우드 제공자가 버스트 기간 후에 설정하는 CPU 사용량 제한을 설명하는 데 더 낮은 임계값을 사용합니다. 이러한 임계값은 클라우드 제공자와 클러스터 계층에 따라 다릅니다.

하향 자동 확장 동작에 대해 자세히 알아보려면 클러스터 계층 및 스토리지의 하향 자동 확장 시 고려 사항을 참조하세요.

  • Atlas가 클러스터의 스토리지 용량을 축소하는 경우, 확장 프로세스의 메커니즘으로 인해 스토리지 용량을 확장하는 것보다 시간이 더 오래 걸릴 수 있습니다.

  • 클러스터를 더 낮은 클러스터 계층으로 다운스케일링할 때 Atlas는 Minimum Cluster Size에 있는 값을 사용합니다. 배포의 워크로드 범위를 예상한 다음, 배포의 워크로드를 처리하기에 충분한 용량을 가진 클러스터 티어에 Minimum Cluster Size 값을 설정합니다. 클러스터 활동의 급격한 증가 또는 감소 가능성을 고려하세요.

  • M10 보다 작은 cluster로 확장할 수 없습니다.

  • 클러스터의 현재 디스크 구성보다 낮은 최소 클러스터 계층은 선택할 수 없습니다. 스토리지가 최소 클러스터 계층에서 지원하는 것 이상으로 증가하는 경우, Atlas는 최소 클러스터 계층을 클러스터의 현재 스토리지 요구 사항을 지원하는 계층으로 자동 조정합니다.

    예제

    자동 확장 범위를 M20~M60로 설정했으며 현재 클러스터 계층은 M40 입니다. 현재 클러스터의 평균 CPU UtilizationMemory Utilization이 지난 24시간 동안 50% 미만이었기 때문에 Atlas가 하향 자동 확장 이벤트를 트리거합니다.

    1. Atlas가 클러스터를 M30으로 자동 확장을 시도합니다. M30이 현재 디스크 구성을 지원하므로 자동 확장 작업이 성공했습니다.

    2. Atlas는 M20이 현재 디스크 구성을 지원할 수 있는 가장 낮은 클러스터 계층이라고 판단했으며 이에 따라 최소 클러스터 계층을 M20으로 설정합니다.

Atlas는 복제본 세트와 동일한 기준을 사용하여 샤드 클러스터에 대한 클러스터 계층을 자동으로 확장합니다. Atlas는 다음 규칙을 적용합니다.

  • 자동 확장 기능은 샤드 클러스터에 있는 모든 샤드에 적용됩니다. 일부 샤드에는 자동 확장을 적용하고 동일한 cluster 내의 기타 샤드에는 적용하지 않을 수 있습니다.

  • 특정 샤드가 클러스터 계층 자동 확장 기준을 충족하는 경우, 모든 샤드가 클러스터 계층을 확장하게 됩니다.

  • Atlas에서 클러스터 계층을 자동으로 확장하려면 먼저 cluster의 모든 샤드가 기준을 충족해야 합니다.

  • config 서버 복제본 세트는 자동 확장되지 않습니다.

Atlas는 기본값으로 스토리지 자동 확장을 활성화합니다. 분석 노드가 있는 클러스터의 경우 Base TierAnalytics Tier에 대해 General 또는 Low-CPU와 같은 타 클러스터 클래스를 선택하면 Atlas에서 다음 오류 메시지와 함께 디스크 자동 확장을 비활성화합니다.

Disk auto-scaling is not yet available for clusters with mixed instance classes.

클러스터의 모든 노드에서 사용된 디스크 공간이 90%에 도달하면 Atlas가 자동으로 클러스터 스토리지를 늘립니다.

중요

고속 쓰기 활동

저장 용량을 더 크게 확장하려면 데이터를 준비하고 새 디스크에 복사하는 데 충분한 시간이 필요합니다. 클러스터가 대량 삽입과 같은 고속 쓰기 활동을 과도하게 수신하는 경우 자동 확장이 이루어지지 않을 수 있습니다. 디스크 스토리지가 소진되는 위험을 줄이려면 클러스터 관리자는 대량 삽입 및 기타 고속 쓰기 활동 인스턴스가 발생하기 전에 클러스터를 확장할 계획을 세워야 합니다.

확장 동작은 클라우드 제공자별로 다릅니다.

  • AWSGCP 에서 Atlas는 클러스터 저장 용량을 늘려 70%의 디스크 공간 사용을 달성합니다. AWS 스토리지 변경 제한 사항과 이에 대한 Atlas의 작동 방식에 관한 자세한 내용은 AWS에서 스토리지 용량 또는 IOPS 변경을 참조하세요.

  • Azure cluster에서는 Atlas가 현재 cluster 저장의 양을 두 배로 늘립니다.

중요

Atlas는 클러스터 스토리지만 자동으로 확장하며, 클러스터 스토리지를 자동으로 축소하지는 않습니다. 클러스터 편집 페이지에서 클러스터 스토리지를 수동으로 줄일 수 있습니다.

Atlas가 cluster 저장 용량을 자동으로 확장하려고 하는 경우 현재 클러스터 계층에서 지원하는 범위 밖으로 저장을 확장해야 할 수도 있습니다. cluster가 다운타임이 발생하지 않도록 Atlas는cluster 저장 외에도 클러스터 계층을 확장하여 새로운 저장 용량을 수용합니다.

예제

M30 클러스터의 최대 스토리지 용량은 480GB입니다. 최대 스토리지가 할당된 M30 클러스터가 있고 사용 중인 디스크 공간이 90%에 도달하면 스토리지 자동 확장 이벤트로 인해 스토리지 용량을 600GB로 늘려야 합니다. 이 경우, Atlas는 클러스터 계층을 M40까지 확장하는데, 이는 새로 필요한 스토리지 용량을 지원할 수 있는 가장 낮은 클러스터 계층이기 때문입니다.

지정된 최대 클러스터 계층이 새 스토리지 용량을 지원할 수 없는 경우 Atlas는 다음을 수행합니다.

  1. 최대 클러스터 계층을 새 스토리지 용량을 수용할 수 있으며 다음으로 낮은 계층으로 올립니다.

  2. 클러스터 계층을 새로운 최대 계층으로 확장합니다.

참고

Atlas가 최대 클러스터 계층을 재정의하면 클러스터가 자동으로 축소되는 것도 비활성화됩니다. 하향 자동 확장을 다시 활성화하려면 클러스터 설정 에서 구성합니다. 클러스터 계층 및 스토리지의 하향 자동 확장에 대한 고려 사항도 참조하세요.

Atlas가 클러스터 계층을 확장하려고 하는 경우 대상 계층이 현재 디스크 용량, 프로비저닝된 IOPS 또는 둘 다를 지원할 수 없다면 Atlas는 cluster를 축소하지 않습니다. 이러한 시나리오에서는 Atlas가 현재 클러스터 계층과 구성된 최대 클러스터 계층 간의 관계를 토대로 자동 확장 설정을 업데이트합니다.

  • 클러스터가 현재 구성된 최대 클러스터 계층에 있는 경우, 더 작은 계층에서는 필요한 스토리지 설정을 모두 수용할 수 없으므로 Atlas는 클러스터가 자동으로 축소되지 않도록 설정합니다. 하향 자동 확장을 다시 사용하려면 클러스터 설정에서 수동으로 설정해야 합니다.

  • cluster가 현재 구성된 최대 클러스터 계층에 속하지 않는 경우 Atlas는 최소 클러스터 계층을 현재 클러스터 계층으로 상향 조정합니다. 이 경우 Atlas는 하향 자동 확장을 비활성화하지 않습니다.

이 자동 확장 로직은 스토리지 설정이 워크로드와 일치하지 않아 발생하는 다운타임을 줄이기 위해 설계되었습니다.

자동 확장 이벤트로 구성된 최소 또는 최대 클러스터 계층이 수정되면 Atlas는 프로젝트 소유자 모두에게 새로운 클러스터 계층과 수정된 최소 또는 최대 계층 바운드에 대한 이메일을 보냅니다.

Atlas는 스토리지 자동 확장의 사용 여부에 따라 최소 oplog 보존 기간 또는 oplog 크기를 기반으로 oplog 항목을 관리합니다. 자세한 내용은 Oplog 크기 동작을 참조하세요. Atlas는 기본값으로 스토리지 자동 확장을 활성화합니다.

클러스터를 생성 하거나 수정할 때 자동 확장 옵션을 구성할 수 있습니다. 새 클러스터의 경우 Atlas는 클러스터 계층 자동 확장 및 스토리지 자동 확장을 자동으로 활성화합니다. 클러스터를 자동 확장할 때 Atlas가 사용해야 하는 상위 및 하위 클러스터 계층을 검토하고 조정할 수 있으며, 또는 사용하지 않도록 선택할 수도 있습니다.

Atlas는 GeneralLow-CPU 계층 클러스터에 대한 클러스터 빌더의 Auto-scale 섹션에 자동 확장 옵션을 표시합니다.

새 클러스터를 생성하면 Atlas는 클러스터 계층 및 클러스터 스토리지에 대한 자동 확장을 활성화합니다. 자동 확장을 명시적으로 활성화할 필요가 없습니다. 원하는 경우 클러스터 계층 및 클러스터 스토리지를 사용 하지 않도록 선택할 수 있습니다.

참고

Atlas UI에서 클러스터를 만들 때 기본적으로 클러스터 계층 자동 확장이 활성화됩니다. API를 사용하여 클러스터를 생성하는 경우 Atlas는 기본적으로 클러스터 계층 자동 확장을 비활성화합니다.

자동 확장을 활성화하면 클러스터가 자동으로 확장됩니다.

  • 더 높은 클러스터 계층으로 확장하여 기능을 강화합니다.

  • 현재 클러스터 계층을 더 낮은 클러스터 계층으로 축소합니다.

Auto-scale 옵션의 Cluster tier 섹션에서 클러스터가 자동으로 확장할 수 있는 Maximum Cluster SizeMinimum Cluster Size 값을 지정할 수 있습니다. Atlas는 이러한 값을 다음과 같이 설정합니다.

  • Maximum Cluster Size는 현재 클러스터 계층보다 한 계층 위로 설정되어 있습니다.

  • Minimum Cluster Size 이(가) 현재 클러스터 계층으로 설정되어 있습니다.

클러스터 계층 및 스토리지에 대해 활성화된 자동 확장 옵션을 검토하려면 다음 단계를 따르세요.

  1. 선택한 Auto-Scale 확인란에서 Maximum Cluster SizeMinimum Cluster Size 값을 검토하고 필요한 경우 조정합니다.

  2. 새 클러스터를 만들 때 기본적으로 선택되어 있는 Allow cluster to be scaled down 옵션을 검토합니다.

  3. 기본적으로 선택되어 있는 Storage Scaling 확인란 아래의 옵션을 검토합니다.

cluster 자동 확장(클러스터 계층 증가)을 옵트아웃하려면 새로운 cluster를 생성하는 경우 Cluster Tier 메뉴로 이동하여 Auto-scale 섹션의 Cluster Tier Scaling 확인란을 선택 취소합니다.

클러스터 자동 확장(클러스터 계층 감소)을 옵트아웃하려면 새로운 클러스터를 생성할 때 Cluster Tier 메뉴로 이동하여 Auto-scale 섹션의 Allow cluster to be scaled down 확인란을 선택 취소합니다.

클러스터 스토리지 확장을 사용하지 않으려면 Auto-scale 섹션에서 Storage Scaling 확인란을 선택 취소합니다.

자동 확장 이벤트가 발생한 경우:

  • Atlas는 Activity Feed 프로젝트에서 이벤트를 기록합니다. Activity Feed에 대해 자세히 보려면 View All Activity를 참조합니다.

  • 자동 확장이 수행된 후 모든 프로젝트 소유자에게 기존 클러스터 계층 및 새 클러스터 계층에 대한 이메일이 전송됩니다.

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