AI 에이전트의 경우: 문서 인덱스는 https://www.mongodb.com/ko-kr/docs/llms.txt에서 사용할 수 있으며, 모든 페이지의 마크다운 버전은 어떤 URL 경로에 .md를 추가하여 사용할 수 있습니다.
Docs Menu

Atlas Infinite에서 컴퓨팅 자동 확장

이 페이지에서는 반응형 및 예측형 클러스터 클러스터 계층 자동 확장 모두 지원 Atlas Infinite 클러스터의 클러스터 클러스터 계층 자동 확장 대해 설명합니다. 각 메커니즘의 작동 방식을 학습 클러스터 계층에 대한 반응형 자동 확장 및 클러스터 계층에 대한 예측 자동 확장을 참조하세요.

Atlas 클러스터 계층에 반응형 및 예측형 자동 확장 사용합니다. Atlas 클러스터의 유형, 계층, 워크로드 패턴 에 따라 자동 확장 메커니즘을 선택합니다.

  • 반응형 자동 확장. Atlas 예측이 아닌 임계값을 사용하여 현재 리소스 사용량에 따라 확장 이벤트를 trigger하다 . 반응형 자동 확장 리소스 사용량이 높거나 적게 지속된 후에 발생합니다. 자세한 내용은 클러스터 계층에 대한 반응형 자동 확장.를 참조하세요.

  • 예측 자동 확장. Atlas 머신 러닝 사용하여 과거 사용 패턴을 기반으로 향후 확장 요구 사항을 예측하고 예상되는 워크로드 급증이 발생하기 전에 확장 이벤트를 트리거하다 하려고 시도합니다.

    예측 자동 확장 클러스터 계층 자동 확장 의 확장이며 반응형 자동 확장 으로 대체됩니다. Atlas 주기적으로 또는 예측할 수 없는 워크로드의 예기치 않은 급증을 관리 위해 반응형 자동 확장 계속 사용하고 있습니다. Atlas 적격 클러스터에 예측 자동 확장 사용합니다. 자세히 학습하려면 클러스터 계층에 대한 예측 자동 확장을 참조하세요.

참고

자동 확장 텀 사용

모든 Atlas 문서에서 자동 확장 텀 가 "예측"이라는 단어 없이 사용될 때마다 이는 반응형 자동 확장 메커니즘을 나타냅니다.예측 자동 확장 도 참조하세요.

Atlas 클러스터 사용량에 따라 클러스터 계층 자동으로 확장하다 위해 사용하는 클러스터 계층 범위를 구성할 수 있습니다.

Atlas 반응형 자동 확장 리소스 사용률을 최적화하고 비용 프로필을 개선하기 위해 지속적으로 높은 수요와 단기 피크 트래픽을 감지하고 실시간 리소스 사용량에 따라 클러스터 계층 조정합니다.

비용을 제어할 수 있도록 cluster를 자동으로 확장할 수 있는 최대 및 최소 cluster 크기 범위를 지정할 수 있습니다.

반응형 자동 확장 순차적으로 작동하며 프로세스 인해 다운타임이 발생하지 않습니다. Atlas 이 프로세스 되는 동안 프라이머리 노드 유지하지만, 노드는 하나씩 업그레이드되며 업그레이드되는 동안에는 사용할 수 없습니다.

반응형 자동 확장이 있는 코드 도구로 인프라를 사용할 때 리소스 드리프트를 방지하는 등 확장성 대한 권장 사항에 대해 학습하려면 Atlas 아키텍처 센터에서 Atlas 확장성을 위한 권장 사항 을 참조하세요.

Atlas cluster 계층 반응형 자동 확장 General 및 Low-CPU 클러스터 클래스에 속한 모든 전용 Atlas Core 클러스터 계층에서 사용할 수 있습니다. 반응형 자동 확장 Atlas Infinite 클러스터에도 사용할 수 있습니다.

Atlas Infinite 클러스터에서 클러스터 계층 확장 클러스터 에서 사용할 수 있는 저장 IOPS 및 저장 처리량 도 변경됩니다. 각 계층 의 저장 성능 값을 검토 하려면 Atlas Infinite Storage IOPs 및 클러스터 계층당 처리량 값을 참조하세요.

참고

특정 계층 의 저장 성능 값은 업데이트 할 수 없습니다. 저장 성능을 변경하려면 클러스터 계층 변경합니다.

컴퓨팅 노드 의 로컬 저장 는 클러스터 저장 와 별개입니다. 각 클러스터 계층 쿼리 유출을 위해 제공하는 로컬 저장 양을 학습 다음을 참조하세요.

Atlas 자동 확장 결정을 위해 호스팅하다 핑 데이터를 사용합니다. 전용 클러스터 데이터 노드는 자동 확장이 활성화되었는지 여부에 관계없이 이 핑 데이터를 컨트롤 플레인으로 지속적으로 전송합니다. 자동 확장을 활성화 Atlas 이 기록 데이터를 사용하여 확장 조건이 충족되는 경우 즉시 확장하다 할 수 있습니다.

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

새 클러스터 계층이 지정된 Minimum 및 Maximum Cluster Size 범위를 벗어나는 경우 Atlas는 클러스터 계층을 확장하지 않습니다.

읽기 전용 노드를 배포하고 클러스터의 확장 속도를 높이고 싶다면 복제본 세트 확장 모드를 조정해 보세요.

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

중요

전용 Atlas Core 클러스터의 경우 대상 클러스터 의 저장 용량 보다 큰 스냅샷 복원 클러스터 자동으로 확장하다 되지 않습니다.

Atlas 다음과 같은 리소스 사용률 및 작업 허용 제어 개념을 사용하여 클러스터 를 확장하다 또는 축소할 시기를 결정합니다.

  • 절대 시스템 CPU 사용률: 노드 에 있는 모든 프로세스의 총 CPU 사용량입니다. Atlas 지표 에서 시스템 CPU 로 표시됩니다.

  • 상대적 시스템 CPU 사용률: Atlas M10 및 M20 클러스터에 대한 자동 확장 결정에 사용하는 값입니다. 이는 다음과 같이 계산됩니다.

    Relative System CPU Utilization = Normalized System CPU / Baseline CPU Utilization

    구제척으로:

    Atlas 계산이 이를 초과하는 경우에도 Relative System CPU Utilization을 100%로 제한합니다. Normalized System CPU가 낮게 나타날 때 확장이 발생하는 경우 MongoDB 지원팀 문의.

  • 시스템 메모리 사용률: 노드 에 있는 모든 프로세스의 총 메모리 사용량으로, 노드 에서 사용할 수 있는 총 메모리의 백분율로 표시합니다. 이는 다음과 같이 계산됩니다.

    System Memory Utilization = Memory Used / Total Memory * 100

    구제척으로:

    • 사용된 메모리: 호스팅하다 에서 현재 사용 중인 물리적 메모리의 바이트 수입니다. 시스템 메모리로 표시: Atlas 지표 의 사용된 메모리(바이트) .

    • 총 메모리: 운영 체제에서 보고한 노드 에서 사용할 수 있는 총 물리적 메모리입니다. Atlas 이 값을 별도의 지표로 표시하지 않습니다. Atlas 지표 에는 표시되지 않습니다.

    참고

    Atlas 자동 확장 결정에 사용하는 System Memory Utilization 값은 Atlas 지표 패널에 표시된 값과 약간 다를 수 있습니다. System Memory Utilization이 낮게 표시될 때 스케일 다운이 발생하지 않으면 MongoDB 지원팀 문의.

  • 대기열 또는 거부된 작업:지능형 워크로드 관리(IWM)의 일환으로 클러스터 과부하로부터 보호하기 위해 Atlas 대기열에 넣거나 거부하는 작업의 총 비율입니다. Atlas 이를 다음과 같이 계산합니다.

    Queued or Rejected Operations = Queued Operations + Rejected Operations

    구제척으로:

    IWM이 클러스터 과부하에 대한 응답으로 작업을 대기열에 추가하거나 거부하는 방법을 학습 보려면 지능형 워크로드 관리를 참조하세요.

    결합된 값이 0을 초과하면 클러스터 과부하 상태임을 의미합니다.

다음 섹션에서는 Atlas 이러한 지표 사용하여 클러스터 를 확장하다 또는 축소할 시기를 결정하는 방법을 설명합니다.

애플리케이션의 동적 워크로드를 관리 위해 Atlas 이 섹션에 설명된 조건에서 클러스터 의 노드를 반응적으로 확장합니다.

최적의 리소스 활용과 비용 프로필을 달성하기 위해 Atlas는 다음과 같은 경우 클러스터를 다음 계층으로 확장하지 않습니다.

  • M10 또는 M20 클러스터가 임계값에 따라 지난 20분 또는 1시간 내 확장되었습니다.

  • M30+ 클러스터가 임계값에 따라 지난 10분 또는 1시간 이내 확장되었습니다.

  • 클러스터 Queued or Rejected Operations 기준에 대해 지난 10분 동안 확장되었습니다.

예를 들어, 클러스터 계층이 12:00 이후 변경되지 않은 경우, 클러스터의 현재 정규화된 시스템 CPU 사용률이 90%보다 크면 Atlas는 M30+ 클러스터를 12:10에 확장합니다.

다음 클러스터 계층이 지정된 Maximum Cluster Size 범위 내에 있을 경우, 유형의 클러스터 노드 하나라도 다음 기준 중 하나 이상을 충족하면 Atlas는 클러스터의 운영 노드를 다음 계층까지 확장합니다.

다음 목록은 기준을 클러스터 계층 별로 그룹화합니다. 각 계층 내에서 CPU 관련 기준이 먼저 표시되고 메모리 관련 기준이 그 뒤를 잇습니다. 이 두 세트 각각에는 cloud 제공자 와 관련된 기준이 먼저 표시됩니다. 나머지 기준은 가장 제한적인 것부터 덜 제한적인 것까지 순서대로 표시됩니다. 과부하 기준은 모든 전용 계층 에 적용되며 마지막에 표시됩니다.

  • M10 및 M20 클러스터:

    • AWS. 평균 정규화된 Relative System CPU Utilization가 지난 20분 동안 90%를 초과했으며,CPU 도용에 대한 평균 비정규화된 Absolute System CPU Utilization가 지난 3분 동안 30%를 초과했습니다.

    • Azure. 평균 정규화된 Relative System CPU Utilization가 지난 20분 동안 90%를 초과했으며,softIRQ의 평균 비정규화된 Absolute System CPU Utilization이 지난 3분 동안 10%를 초과했습니다.

    • 정규화된 평균 Absolute System CPU Utilization이(가) 지난 20분 동안 클러스터 에서 사용할 수 있는 리소스의 90%를 초과했습니다.

    • 정규화된 평균 Relative System CPU Utilization가 지난 1시간 동안 클러스터 에서 사용할 수 있는 리소스의 75%를 초과했습니다.

    • 평균 System Memory Utilization이 지난 10분 동안 클러스터에서 사용할 수 있는 리소스의 90%를 초과했습니다.

    • 평균 System Memory Utilization이 지난 1시간 동안 클러스터에서 사용할 수 있는 리소스의 75%를 초과했습니다.

    참고

    이(가) 부족해 보일 때 확장이 발생하면 Normalized System CPU MongoDB 지원팀 문의.

  • M30+ 클러스터:

    • 평균 Normalized System CPU이 지난 10분 동안 클러스터에서 사용할 수 있는 리소스의 90%를 초과했습니다.

    • 평균 Normalized System CPU이 지난 1시간 동안 클러스터에서 사용할 수 있는 리소스의 75%를 초과했습니다.

    • 평균 System Memory Utilization이 지난 10분 동안 클러스터에서 사용할 수 있는 리소스의 90%를 초과했습니다.

    • 평균 System Memory Utilization이 지난 1시간 동안 클러스터에서 사용할 수 있는 리소스의 75%를 초과했습니다.

  • 모든 전용 클러스터 M10+:

    • Queued or Rejected Operations 지난 10분 동안 모든 샘플 에 대해 0 이상으로 유지됩니다.

      Atlas 속도를 평균화하는 대신 전체 10분 창 동안 0 이상으로 유지해야 하므로 트래픽이 급증하는 동안 작업 대기열에 잠시 대기하거나 작업을 거부해도 클러스터 확장하다 되지 않습니다. 지속적인 부하 차단은 워크로드 현재 계층 허용할 수 있는 것을 초과했음을 나타내므로, Atlas 확장하여 과부하를 완화합니다.

      참고

      이 기준은 Atlas 부하를 얼마나 분산시켰는지가 아니라 여부를 측정합니다. 0을 초과하는 지속 비율은 임계값을 충족합니다.

이러한 임계값은 클러스터 높은 로드에 대응하여 빠르게 확장되어 성능과 안정성을 유지하도록 합니다.

참고

Atlas는 시뮬레이션된 리전 장애 중에는 클러스터 계층 자동 확장을 trigger하지 않습니다. 이 동작은 클러스터 정상 노드가 확장 작업을 지원을 할 수 없는 경우 실제 리전 장애 중에도 발생할 수 있습니다.

중요

급격한 워크로드 급증

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

다음 값이 포함된 예시 시나리오를 고려하여 Atlas 확장 조건을 평가하는 방법을 확인합니다. 기준 CPU 사용률은 Atlas 지표 패널에 표시되지 않으며 버스트 가능한 인스턴스 유형의 경우 20%~50% 범위 수 있습니다. 해당 범위 의 모든 값을 사용하여 상한 및 하한을 추정할 수 있으며, 이 예시 20%를 해당 범위 의 하한으로 사용합니다.

조건 평가:

1 조건(AWS): 평균 상대 시스템 CPU 사용률 > 90분 동안 % 20 AND 평균 CPU 도용 > 30분 3 동안 %입니다.

  • 상대 CPU: 60% ~ 20% = 300%, 100%로 제한됩니다. 첫 번째 임계값에 도달했습니다.

  • CPU 도용은 10%로, 30%를 초과하지 않습니다. 두 번째 임계값이 충족되지 않았습니다.

  • 결과: 조건 1이 충족되지 않습니다. 두 임계값이 모두 참이어야 합니다.

조건 2: 20 분 동안 평균 Normalized System CPU > 90%가 필요합니다.

  • 정규화된 시스템 CPU는 60%로, 90%를 초과하지 않습니다.

  • 결과: 조건 2이 충족되지 않습니다.

3조건: 평균 상대 시스템 CPU 사용률 > 75 1 시간 동안의 %입니다.

  • 상대 CPU: 60% ~ 20% = 300%, 100%로 제한됩니다.

  • 결과: 조건 3 충족. Atlas 자동 확장 트리거합니다.

비용을 최적화하기 위해 Atlas 이 섹션에 설명된 조건에서 클러스터 의 노드를 반응적으로 축소합니다.

Atlas 소급적으로가 아니라 다운스케일링을 활성화 순간부터 이러한 조건을 확인하기 시작합니다. 축소를 활성화하기 전에 클러스터 이러한 조건을 충족했더라도 기능 활성화한 후 필요한 시간이 경과할 때까지 Atlas 확장하다 하지 않습니다.

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

  • 모든 노드에 대해 다음이 충족되어야 합니다.

    • Atlas는 지난 24시간 동안 클러스터를 수동 또는 자동으로 축소하지 않았습니다.

    • Atlas는 지난 24시간 동안 클러스터를 프로비저닝하거나 일시 중지를 해제하지 않았습니다.

    • Atlas 지난 12 시간 동안 클러스터 노드를 중지했다가 다시 시작하지 않았습니다.

  • 운영 노드:

    • 평균 Normalized System CPU 이(가) 최소한 지난 10 분 AND 지난 4 시간 동안 클러스터에서 사용할 수 있는 리소스의 45% 미만입니다. Atlas '4 시간 평균' 체크포인트 CPU 부하가 관찰된 수준으로 안정되었다는 표시로 사용합니다. Atlas '10 분 평균' 체크포인트 사용하여 '4 시간 평균' 체크포인트 로 캡처하지 않은 최근 Atlas 스파이크가 발생하지 않았음을 나타냅니다.

      참고

      M10 및 M20 계층의 경우 Atlas 표준 45% 기준이 아닌 인스턴스 기준 CPU 사용률을 기준으로 % CPU 100임계값을 적용합니다. %를 하한 추정치로 20사용하면 축소를 위한 유효 절대 CPU 임계값은 약 9 %(45%의 20%)입니다.

    • 평균 WiredTiger 캐시 사용률이 현재 클러스터 계층 크기에서 적어도 지난 10분 및 지난 4시간 동안 최대 WiredTiger 캐시 크기의 90% 미만입니다. 이는 현재 클러스터가 과부하되지 않았음을 Atlas에 알려줍니다.

    • 새로운 하위 클러스터 계층 의 Projected Memory Utilization이 최소한 지난 10분과 지난 4시간 동안 60% 미만입니다.

      Projected Memory Utilization를 계산하기 위해 Atlas Atlas 지표 에서 System Memory: Memoryused (bytes) 로 표시되는 현재 메모리 사용량으로 시작합니다. Atlas 현재 WiredTiger 캐시 사용량을 빼고 새로운 하위 계층 최대 WiredTiger 캐시 크기의 80%를 더한 다음 결과를 해당 계층의 총 RAM 으로 나눕니다.

      이 값은 현재 계층 의 RAM 기준으로 사용 중인 모든 메모리를 측정하는 System Memory Utilization와는 다릅니다.

      참고

      Atlas 이 계산에 WiredTiger 캐시 포함하여 전체 캐시 사용하지만 트래픽이 적은 클러스터가 확장하다 될 가능성을 높입니다. 축소하려면 다음 임계값을 모두 통과해야 합니다.

      • 90%: 현재 계층의 WiredTiger 캐시 사용량은 최대 크기의 90% 미만이어야 합니다.

      • 60%: 새로운 하위 계층 의 Projected Memory Utilization는 60% 미만이어야 합니다.

    이러한 조건은 Atlas가 클러스터의 운영 노드를 축소하여 사용률이 높아지지 않도록 방지합니다.

    참고

    Atlas 예상 메모리 사용률을 사용하여 메모리 기반 확장 평가하며, 이는 Atlas UI 에 표시된 System Memory Utilization 와 다릅니다. System Memory Utilization이 낮게 표시될 때 스케일 다운이 발생하지 않으면 MongoDB 지원팀 문의.

  • 분석 노드:

    • 지난 24시간 동안의 평균 Normalized System CPU 및 System Memory Utilization이 클러스터에서 사용 가능한 리소스의 50% 미만입니다.

    참고

    M10 및 M20 클러스터는 버스트 기간 이후 클라우드 공급자가 설정한 CPU 사용량 상한선을 고려하여 더 낮은 임계값을 사용합니다. 이러한 임계값은 클라우드 공급자와 클러스터 계층에 따라 다릅니다.

예측 자동 확장 자동 확장 의 확장입니다.

Atlas 호스팅하다 리소스 사용률에 수요 예측을 사용하고 클러스터 컴퓨팅의 선제적 확장 수행하여 최적의 리소스 사용률을 보장합니다. 예측 자동 확장 사용하면 Atlas 주기적으로 워크로드 가 급증하기 전에 클러스터 를 사전에 확장하다 하려고 시도합니다.

예측 자동 확장 기록 패턴을 기반으로 하는 머신 러닝 모델을 기반 . Atlas 프라이머리 노드의 리소스 사용률을 분석하여 확장 결정을 내립니다. 이 모델은 과거 사용 패턴을 기반으로 리소스 사용률이 높은 시점을 예측하고, 모델이 리소스 사용률이 높을 것으로 예측하면 Atlas 클러스터 확장합니다. MongoDB Atlas 성능을 최적화하기 위해 모델과 해당 기준을 지속적으로 업데이트합니다.

이 모델은 롤링 4주 입력 창 분석하여 주기적 패턴을 식별합니다. 이 창 내에서 관찰 가능한 모든 패턴 ( 예시: 시간별, 매일, 매주 또는 격주 주기)을 캡처할 수 있습니다. 월별 또는 분기별 주기와 같이 기간이 더 긴 패턴은 4주 창 벗어나서 감지할 수 없습니다.

참고

창 상한에 가까운 패턴의 경우 창 내에서 발생하는 완전한 주기가 줄어들기 때문에 정확도가 떨어질 수 있습니다.

예측 자동 확장 예측적이고 주기적인 워크로드가 있는 클러스터에 다음과 같은 이점이 있습니다.

  • 4주 입력 창 내에서 주기적인 워크로드 패턴에 맞게 클러스터 자동으로 확장하다 .

  • 예측 가능한 수요 증가 기간 동안 일관적인 성능과 가용성을 유지합니다.

  • Atlas 용량 증가를 관리하도록 하여 수동 확장 작업이나 예약된 스크립트를 줄일 수 있습니다.

  • 클러스터 워크로드 의 변경 사항이 예측 가능한 패턴을 벗어나고 주기적이지 않거나 예측할 수 없는 경우 반응 자동 확장 으로 원활하게 전환합니다.

예측 자동 확장 트리거하다 하려면 클러스터 2주 동안 지속적인 활동 로그를 유지해야 합니다. 이 기준을 충족하면 시스템에서 예측 자동 확장 활성화합니다.

참고

클러스터 를 일시 중지하는 경우 예측 자동 확장 재개하려면 2주 연속 활동이 필요합니다.

다음 설명은 예측 자동 확장 작동 방식을 설명합니다.

  • Atlas 예상 로드가 도달하기 전에 클러스터 인스턴스 크기 확장하다 을 시도합니다.

  • Atlas 예측된 지표 기반으로 클러스터 예측적으로 확장하는 경우, 한 번에 최대 두 계층까지 확장하다 할 수 있습니다.

  • 예측 자동 확장 스토리지가 아닌 저장 에만 적용됩니다.

  • 예측 자동 확장 기존 자동 확장 최소 및 최대 인스턴스 크기를 따릅니다.

  • Atlas 예측 자동 확장 사용하여 클러스터 를 확장하다 할 수 없는 경우, 반응형 자동 확장 사용합니다.

  • 예측 자동 확장 업스케일링만 지원합니다. 예측 가능한 축소는 없습니다. Atlas 워크로드 감소하면 반응형 자동 확장 사용하여 클러스터 를 자동으로 확장하다 합니다.

  • 향후 1 시간 이내에 예측적 확장이 발생하도록 예약된 경우, Atlas 반응형 다운스케일링을 건너뜁니다.

Atlas 적격 클러스터에 예측 자동 확장 사용합니다. 예측 자동 확장 에 적합한 클러스터는 다음 기준을 모두 충족해야 합니다.

  • General 및 Low-CPU 클러스터 클래스에 속합니다.

  • 계층 이 M30 이상이어야 합니다.

  • 자동 확장 활성화합니다. 축소를 활성화 경우 자동 확장 최소 인스턴스 크기는 M30 이상이어야 합니다.

  • 최소 2주 동안 활동했습니다.

M30 계층 이상의 Atlas Infinite 클러스터는 AWS Gen2 hardware 에서 실행 . 예측 자동 확장 이러한 클러스터를 지원합니다.

또한 다음 기준은 Atlas 적격 클러스터 에 대해 예측 자동 확장 사용하는지 여부에 영향을 미칩니다.

  • 예측 자동 확장 투표 선택 가능 노드와 읽기 전용 노드에만 적용됩니다. Atlas 검색 또는 분석 노드에 예측 자동 확장 사용하지 않습니다.

  • 예측 자동 확장 적격 클러스터 에서 비주기적이고 매우 동적인 워크로드 스파이크를 예측하지 못할 수 있습니다. 이러한 경우 Atlas 반응형 자동 확장 사용합니다.

클러스터 편집 페이지에서 클러스터 계층 수동으로 줄일 수 있습니다. 클러스터 계층 을 수동으로 확장하다 때는 다음 고려 사항이 적용 .

  • 배포의 워크로드 범위를 예상한 다음, 배포의 워크로드를 처리하기에 충분한 용량을 가진 클러스터 계층에 Minimum Cluster Size 값을 설정합니다. 클러스터 활동의 급격한 증가 또는 감소 가능성을 고려하세요.

  • M10보다 작은 클러스터 계층으로 확장할 수 없습니다.

클러스터 생성하거나 수정할 때 자동 확장 옵션을 구성할 수 있습니다. Atlas Atlas Infinite 클러스터에 대해 컴퓨팅 자동 확장 권장합니다. 클러스터 만들거나 수정할 때 사용할지 여부를 선택합니다.

다음 중 하나를 수행할 수 있습니다.

  • 클러스터를 자동 확장할 때 Atlas가 사용해야 하는 상위 및 하위 클러스터 계층을 검토하고 조정하거나

  • 자동 크기 조정 사용을 옵트아웃합니다.

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

Atlas CLI 또는 Atlas Administration API 사용하여 클러스터 생성하거나 업데이트 때 컴퓨팅 자동 확장 활성화 할 수 있습니다. 다음 예제는 투표 선택 가능 노드와 분석 노드 모두에 대해 컴퓨팅 자동 확장 활성화 방법을 보여줍니다. 클러스터 계층 및 제공자 설정을 필요한 항목으로 바꿉니다.

Atlas CLI를 사용하여 자동 확장을 구성하려면 자동 확장 구성이 포함된 JSON 파일을 생성한 후 atlas api clusters updateCluster 명령어에 해당 파일을 지정합니다.

updateCluster 명령어로 자동 확장 활성화

atlas api clusters updateCluster 명령을 사용하여 API를 직접 호출하고, 기존 클러스터에서 자동 확장 설정을 활성화합니다. 새 클러스터를 생성할 때 자동 확장을 활성화하려면 atlas api clusters createCluster 명령을 사용합니다.

1

payload.json 파일을 다음 내용으로 생성합니다. 자리 표시자 값을 특정 클러스터 구성으로 교체합니다.

{
"replicationSpecs": [
{
"regionConfigs": [
{
"providerName": "{CLOUD-PROVIDER}",
"regionName": "{REGION-NAME}",
"priority": 7,
"electableSpecs": {
"instanceSize": "{INSTANCE-SIZE}",
"nodeCount": 2
},
"analyticsSpecs": {
"instanceSize": "{ANALYTICS-INSTANCE-SIZE}",
"nodeCount": 1
},
"autoScaling": {
"compute": {
"enabled": true,
"scaleDownEnabled": true,
"minInstanceSize": "{MIN-INSTANCE-SIZE}",
"maxInstanceSize": "{MAX-INSTANCE-SIZE}"
}
},
"analyticsAutoScaling": {
"compute": {
"enabled": true,
"scaleDownEnabled": true,
"minInstanceSize": "{MIN-ANALYTICS-INSTANCE-SIZE}",
"maxInstanceSize": "{MAX-ANALYTICS-INSTANCE-SIZE}"
}
}
}
]
}
]
}
2

payload.json 파일을 생성한 후, 기존 클러스터에서 자동 확장을 활성화하려면 다음 명령을 실행하고 --file 플래그로 JSON 파일을 지정합니다.

atlas api clusters updateCluster \
--version 2024-10-23 \
--clusterName {CLUSTER-NAME} \
--groupId {GROUP-ID} \
--file payload.json

Atlas 관리 API를 사용하여 요청 본문에 자동 확장 구성을 지정하면 자동 확장을 활성화할 수 있습니다.

Atlas 관리 API를 사용하여 자동 확장 활성화

하나의 프로젝트에서 하나의 클러스터 업데이트 엔드포인트를 사용하여 autoScaling 객체를 포함하여 자동 확장을 활성화합니다.

참고

이 curl 명령은 API 키 대신 서비스 계정 액세스 토큰(OAuth.2)을0 사용하여 인증합니다. 자세한 학습 은 Atlas 관리 API 시작하기를 참조하세요.

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2025-03-12+json" \
--header "Content-Type: application/json" \
--include \
--request PATCH "https://cloud.mongodb.com/api/atlas/v2/groups/{GROUP-ID}/clusters/{CLUSTER-NAME}" \
--data '{
"replicationSpecs": [
{
"regionConfigs": [
{
"providerName": "{CLOUD-PROVIDER}",
"regionName": "{REGION-NAME}",
"priority": 7,
"electableSpecs": {
"instanceSize": "{INSTANCE-SIZE}",
"nodeCount": 2
},
"autoScaling": {
"compute": {
"enabled": true,
"scaleDownEnabled": true,
"minInstanceSize": "{MIN-INSTANCE-SIZE}",
"maxInstanceSize": "{MAX-INSTANCE-SIZE}"
}
},
"analyticsSpecs": {
"instanceSize": "{ANALYTICS-INSTANCE-SIZE}",
"nodeCount": 1
},
"analyticsAutoScaling": {
"compute": {
"enabled": true,
"scaleDownEnabled": true,
"minInstanceSize": "{MIN-ANALYTICS-INSTANCE-SIZE}",
"maxInstanceSize": "{MAX-ANALYTICS-INSTANCE-SIZE}"
}
}
}
]
}
]'

클러스터 계층 에 대해 활성화된 자동 확장 옵션을 검토 하려면 다음을 수행합니다.

1

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

2

Atlas UI에서 새 클러스터를 생성할 때 기본값으로 선택된 Allow cluster to be scaled down 옵션을 검토합니다.

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

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