자동 확장 처리 의사 결정 이해


자동 확장은 관리형 인스턴스 그룹(MIG)에서 VM을 자동으로 추가(수평 확장)하거나 삭제(수평 축소)합니다. 이 문서에서는 자동 확장 처리가 MIG 확장/축소 시기를 어떻게 결정하는지 설명합니다.

MIG에 자동 확장 처리를 구성하면 자동 확장 처리가 그룹을 지속적으로 모니터링하여 그룹의 권장 크기를 안정화 기간에 최대 부하를 처리하는 데 필요한 가상 머신(VM) 인스턴스 수로 설정합니다.

권장 크기는 자동 확장 정책에서 설정한 최소 및 최대 인스턴스 수로 제한됩니다.

자동 확장 정책에 수평 축소 제어가 포함된 경우 권장 크기가 수평 축소 제어로 더 제한됩니다.

예측 자동 확장을 사용 설정하면 자동 확장 처리에서 이전 CPU 사용률 패턴을 사용하여 향후 부하를 예측하며 예측을 기반으로 그룹의 권장 크기를 설정합니다.

자동 확장 처리의 권장 크기에 대한 MIG의 응답은 자동 확장 처리의 mode 구성 방식에 따라 달라집니다.

  • ON. MIG는 대상 크기를 권장 크기로 설정한 다음 Compute Engine에서 대상 크기에 맞게 MIG를 자동으로 수평 확장합니다.
  • ONLY_SCALE_OUT. MIG의 대상 크기는 늘어난 권장 크기에 대한 응답에서만 늘어날 수 있습니다.
  • OFF. 대상 크기가 권장 크기의 영향을 받지 않습니다. 하지만 권장 크기가 계속 계산됩니다.

자동 확장 처리 구성이 삭제되면 권장 크기가 계산되지 않습니다.

목표 사용률 측정항목과 실제 사용률 측정항목 간의 격차

측정항목 기반 신호로 자동 확장 정책을 사용할 때 작은 인스턴스 그룹의 경우 인스턴스 그룹의 실제 사용률과 대상 사용률이 상당히 다르게 나타날 수 있습니다. 이는 자동 확장 처리가 데이터 사용을 해석하고 추가하거나 삭제할 인스턴스 수를 결정할 때 반올림하여 항상 보수적으로 작동하기 때문입니다. 이 과정은 자동 확장 처리가 추가하는 리소스가 부족하거나 너무 많은 리소스를 삭제하는 일이 없게 합니다.

예를 들어 사용률 목표를 0.7로 설정했는데 애플리케이션이 사용률 대상을 초과한다면 자동 확장 처리는 가상 머신(VM) 인스턴스 1.5개를 추가해 사용률을 0.7에 가깝게 낮출 것입니다. VM 인스턴스 1.5개를 추가할 수 없으므로 자동 확장 처리는 이를 반올림하여 2개의 인스턴스를 추가합니다. 이렇게 하면 평균 CPU 사용량이 0.7 미만으로 줄어들 수 있지만 앱에 이를 지원할 수 있는 충분한 리소스가 있어야 합니다.

마찬가지로 사용량이 0.7에 가까워지면 자동 확장 처리는 VM 인스턴스 1.5개를 제거하는 대신 하나의 인스턴스만 삭제합니다.

더 많은 VM 인스턴스가 있는 대규모 그룹에서 사용률은 더 많은 인스턴스에 분배되며, VM 인스턴스를 추가하거나 제거하면 실제 사용률과 목표 사용률 간의 차이가 줄어듭니다.

다른 자동 확장 신호로 일정 기반 자동 확장을 사용하는 경우 활성 일정에는 사용률보다 많은 VM이 필요할 수 있습니다. 이러한 경우 자동 확장 일정은 인스턴스 그룹의 권장 크기를 결정하므로 실제 사용률은 목표 사용률보다 낮습니다.

리전 MIG 및 불균등한 VM 배포

영역 장애로부터 복구하거나 워크로드가 불균등하게 분산되어 리전의 영역 간 인스턴스 수가 균등하지 않은 경우, 자동 확장을 사용하여 평균 실제 사용률보다 높은 영역에서 더 많은 인스턴스가 실행됩니다. Compute Engine은 이 예방 조치를 통해 일부 영역에서 부하가 다른 영역에 비해 많이 발생하더라도 리전 전체와 개별 영역 모두에서 고가용성을 보장합니다.

수평 확장 시 지연

자동 확장을 구성할 때는 VM을 초기화하는 데 걸리는 시간을 반영한 초기화 기간을 지정합니다. 자동 확장 처리는 초기화하지 않는 인스턴스의 평균 사용량이 목표 사용량보다 높은 경우에만 수평 확장을 권장합니다.

초기화 기간 값을 인스턴스가 초기화되는 데 걸리는 시간보다 훨씬 길게 설정하면 자동 확장 처리가 적합한 사용 데이터를 무시하여 그룹에 필요한 크기가 낮게 계산될 수 있습니다.

수평 축소 시 지연

자동 확장 처리는 수평 축소를 위해 최근 10분 또는 설정된 초기화 시간 중 긴 시간 동안의 최대 부하를 기준으로 그룹의 권장 목표 크기를 계산합니다. 이 기간을 안정화 기간이라고 합니다.

안정화 기간 중 사용량을 관찰하면 자동 확장 처리에 도움이 됩니다.

  • 인스턴스 그룹에서 수집한 정보가 안정적인지 확인합니다.
  • 자동 확장 처리에서 과도한 속도로 계속해서 인스턴스를 추가하거나 제거하는 동작을 방지합니다.
  • 안정화 기간 동안 더 작은 그룹 크기로도 최대 부하를 충분히 지원할 수 있는지 확인하여 인스턴스를 안전하게 삭제합니다.
  • 애플리케이션이 새 VM으로 초기화하는 데 10분 넘게 걸리면 그룹에서 초기화 기간이 안정화 기간으로 사용됩니다. 이렇게 하면 자동 확장 처리가 VM 삭제를 결정할 때 처리 용량을 회복하는 데 걸리는 시간을 고려할 수 있습니다.

안정화 기간은 수평 축소 시 발생하는 지연 시간으로 보일 수 있지만 실제로는 자동 확장에 기본 제공되는 기능입니다. 또한 안정화 기간은 관리형 인스턴스 그룹에 새 인스턴스가 추가되는 경우 삭제를 고려하기 전에 최소 10분 동안 인스턴스에 초기화 기간이 주어지거나 인스턴스가 실행되도록 보장합니다.

새 인스턴스의 초기화 기간은 그룹 수평 축소 여부를 결정할 때 무시됩니다.

지연을 유발하는 연결 드레이닝

그룹이 연결 드레이닝을 사용 설정백엔드 서비스의 일부인 경우 연결 드레이닝 기간 경과 후 VM 인스턴스가 삭제될 때까지 최대 60초가 소요될 수 있습니다.

수평 축소 제어

자동 확장 처리 수평 축소 제어를 구성하면 수평 축소 속도를 제어할 수 있습니다. 자동 확장 처리는 절대로 구성된 속도보다 빠르게 수평 축소하지 않습니다.

수평 축소 제어를 사용하거나 사용하지 않는 자동 확장 처리

  1. 부하가 감소하면 자동 확장 처리는 안정화 기간에 관찰된 최대 부하를 처리하는 데 필요한 수준으로 그룹 크기를 유지합니다. 수평 축소 제어 사용 여부는 상관없습니다.
  2. 수평 축소 제어를 사용하지 않는 자동 확장 처리는 최근에 관찰된 부하를 처리하는 데 필요한 인스턴스만 유지합니다. 안정화 기간이 지나면 자동 확장 처리가 불필요한 모든 인스턴스를 한 번에 삭제합니다. 부하가 급감할 때 이렇게 하면 인스턴스 그룹 크기가 크게 줄어들 수 있습니다.
  3. 수평 축소 제어를 사용한 자동 확장 처리는 구성된 기간에 삭제할 수 있는 VM 인스턴스 수를 제한합니다(여기서는 20분 동안 VM 10개). 이렇게 하면 인스턴스 축소 속도가 느려집니다.
  4. 새 부하가 급증하면 자동 확장 처리는 이러한 부하를 처리할 새 인스턴스를 추가합니다. 하지만 초기화 시간이 길어지므로 새 VM에서 로드를 처리할 수 없습니다. 수평 축소 제어를 사용하면 이전 용량이 유지되므로 기존 VM에서 급증을 처리할 수 있습니다.

특히 후행 기간 내에 자동 확장 처리의 최대 허용 축소를 구성하면 수평 축소 속도를 제어할 수 있습니다.

  • 허용되는 축소 최대치(maxScaledInReplicas: VM 인스턴스 수 또는 %). 지정된 후행 기간 내에 워크로드가 그룹의 최대 크기에서 잃을 수 있는 인스턴스 수입니다. 이 매개변수를 사용하면 더 많은 인스턴스가 처리할 때까지 부하 급증을 계속 처리할 수 있도록 그룹 수평 축소량을 제한할 수 있습니다. 허용되는 축소의 최대치가 낮을수록 수평 축소 속도가 느려집니다.
  • 후행 기간(timeWindowSec: 초). 이 기간 동안에는 부하가 급증한 이후 일시적으로 감소할 가능성이 높기 때문에 허용되는 축소의 최대치를 초과하여 그룹 크기를 수평 축소하려고 하지 않습니다. 이 매개변수를 사용하면 자동 확장 처리가 이전 부하를 처리하기에 충분한 최대 크기를 찾는 기간을 정의할 수 있습니다. 자동 확장 처리 크기는 후행 기간에 관찰된 최대 크기에서 최대 허용 축소를 뺀 값보다 작게 조절되지 않습니다. 후행 기간이 길수록 자동 확장 처리는 이전 최대 부하를 더 많이 고려하므로 더 보수적이고 안정적으로 수평 축소하게 됩니다.

수평 축소 제어를 설정하면 자동 확장 처리는 수평 축소 작업을 후행 기간에 관찰된 최대 크기에서 허용되는 축소의 최대치로 제한합니다. 자동 확장 처리는 다음 단계를 사용합니다.

  1. 후행 기간에 관찰된 이전 최대 크기를 지속적으로 모니터링합니다.
  2. 허용되는 축소의 최대치를 사용하여 제한된 수평 축소 크기(최대 크기: maxScaledInReplicas)를 계산합니다.
  3. 그룹의 권장 크기를 제한된 수평 축소 크기로 설정합니다. 예를 들어 자동 확장 처리가 인스턴스 그룹의 크기를 VM 20개로 조정하지만 수평 축소 제약조건에서 수평 축소를 VM 40개로만 허용하면 권장 크기는 VM 40개로 설정됩니다.

자동 확장 처리는 수평 축소 제어를 사용하여 구성된 후행 기간 내에 인스턴스 그룹의 최대 크기를 지속적으로 모니터링하여 이전 부하를 처리하기에 충분한 크기를 파악합니다. 자동 확장 처리는 관찰된 최대 크기에서 측정된 허용되는 축소의 최대치를 초과하여 수평 축소하지 않습니다.

수평 축소 제어를 사용한 자동 확장 처리

예를 들어 위 다이어그램에서 수평 축소 제어는 후행 기간 30분 동안 허용되는 축소의 최대치가 VM 20개로 구성되어 있습니다.

  1. 부하가 감소하면 자동 확장 처리는 수평 축소 제어에 구성된 허용되는 축소의 최대치인 VM 20개를 삭제합니다.
  2. 부하가 증가 및 감소하면 자동 확장 처리는 최근 30분간의 후행 기간을 지속적으로 모니터링하여 이전 부하를 처리하기에 충분한 최대 크기를 파악합니다. 이 최대 크기는 수평 축소 제어에서 수평 축소 속도를 제한하는 기준으로 사용됩니다. 최근 30분간 최대 크기가 VM 70개이었고 허용되는 축소의 최대치가 VM 20개로 설정되어 있으면 자동 확장 처리는 VM 50개로 수평 축소할 수 있습니다. 현재 크기가 VM 65개이면 자동 확장 처리는 VM 15개만 삭제할 수 있습니다.
  3. 부하가 감소하면 자동 확장 처리는 VM 인스턴스를 계속 삭제하지만 최근 30분간 측정된 최대 인스턴스 그룹 크기에서 VM 최대 20개로 속도를 제한합니다.

그룹 크기의 허용되는 축소의 최대치가 한 번에 모두 발생할 수 있으므로 애플리케이션에서 한꺼번에 잃어도 감당할 수 있는 인스턴스 수를 고려하여 구성해야 합니다. 허용되는 축소의 최대치 매개변수를 사용하여 애플리케이션에서 허용되는 처리 용량 축소를 지정합니다.

자동 확장 시 제거할 수 있는 VM 인스턴스 수를 제한하고 관찰 대상 후행 기간을 늘리면 부하가 급증하고 초기화 시간이 긴 애플리케이션의 가용성이 향상됩니다. 특히 인스턴스 그룹 크기는 상당한 부하 감소에도 급격하게 감소하지 않으며 시간이 지나면서 점차적으로 감소합니다. 수평 축소 직후에 부하가 급증하더라도 남은 VM 수로 여전히 허용 범위 내에서 급증 충격을 흡수할 수 있습니다. 또한 급증된 부하를 충분히 처리하려면 더 적은 수의 VM이 시작되어야 합니다.

영역 MIG와 리전 MIG의 자동 확장에 수평 축소 제어를 구성할 수 있습니다. 구성은 두 경우 모두 동일합니다. 수평 축소 제어는 그룹 크기에 상관없이 작동합니다.

수평 축소 제어 및 자동 확장 처리 안정화

수평 축소 제어를 구성한다고 해서 자동 확장 처리에 기본 제공되는 안정화 메커니즘이 사용 중지되는 것은 아닙니다. 자동 확장 처리는 항상 안정화 기간 동안 관찰된 최대 부하를 처리하는 데 필요한 수준으로 인스턴스 그룹 크기를 유지합니다. 수평 축소 제어는 인스턴스 그룹의 크기 조절 속도를 제어할 수 있는 추가 메커니즘입니다.

자동 확장 처리 기본 제공:
안정화 기간
수평 축소 제어:
후행 기간
구성 가능 여부 아니요, 구성 불가 예, 구성 가능
모니터링 대상 이전 10분 또는 초기화 기간 중 더 긴 시간 동안 최대 부하를 모니터링합니다. 후행 기간이 설정한 이전 기간 동안 인스턴스 그룹의 최대 크기 모니터링
이렇게 하면 어떤 도움이 될까요? 인스턴스 그룹이 최근 10분 또는 초기화 기간 중 더 긴 시간 동안 관찰된 최대 부하를 처리하기에 충분한 크기를 유지하도록 합니다. 지정된 기간 동안 부하 급증을 처리할 때 인스턴스 그룹 크기에서 VM 인스턴스 수가 워크로드가 허용하는 이상으로 많이 축소되지 않도록 합니다.

자동 확장 처리 모드에서 수평 축소 제어

MIG가 자동 확장되지 않고 자동 확장을 사용 설정하려는 경우 비슷하지만 약간 다른 두 가지 시나리오가 있습니다. 자동 확장을 처음 구성했는지 또는 자동 확장이 구성되어 있지만 일시적으로 제한되거나 사용 중지됐는지 여부에 따라 다릅니다.

처음으로 자동 확장 처리 구성

자동 확장 처리되지 않는 MIG가 있고 자동 확장을 처음부터 구성할 때는 자동 확장 처리가 현재 MIG 크기를 시작점으로 사용합니다. 자동 확장 처리는 축소하기 전에 안정화 기간을 사용하고 수평 축소 제어를 사용하여 수평 축소 속도를 제한합니다.

처음으로 자동 확장 처리 구성

자동 확장 처리 모드 변경

자동 확장 모드를 사용하여 자동 확장 활동을 일시적으로 사용 중지하거나 제한할 수 있습니다. 자동 확장 처리 구성은 지속되며 자동 확장 처리가 사용 중지되거나 제한된 동안에도 백그라운드 계산은 계속됩니다. 자동 확장 처리는 사용 중지 모드 또는 제한 모드에서 백그라운드 계산 시 수평 축소 제어를 고려합니다. 자동 확장을 다시 사용 설정하거나 제한을 해제하면 모든 자동 확장 활동은 최근의 계산을 사용하여 다시 시작됩니다.

수평 축소 제어를 포함한 자동 확장 처리 재개

  1. 사용 설정한 자동 확장 처리가 평소와 같이 작동합니다(이 경우 수평 축소 제어 사용).
  2. 자동 확장 처리를 사용 중지해도 부하에 따라 권장 인스턴스 그룹 크기가 계속 계산됩니다. 자동 확장 처리 계산 시 계속 수평 축소 제어를 고려합니다. 하지만 자동 확장 처리를 사용 중지하면 자동 확장 처리는 크기 계산값을 적용하지 않습니다. 인스턴스 그룹 크기는 자동 확장 처리를 다시 사용 설정할 때까지 일정하게 유지됩니다.
  3. 자동 확장 처리를 다시 사용 설정하면 이전에 계산된 크기가 즉시 적용됩니다. 따라서 올바른 크기로 빠르게 확장될 수 있습니다. 자동 확장 처리를 다시 사용 설정하면 급격한 수평 축소가 발생할 수 있습니다(여기서는 VM 인스턴스 수가 80개에서 40개로 축소). 하지만 백그라운드 계산에서 이미 수평 축소 제어를 고려했으므로 안전합니다.

예측 자동 확장

작동 방식을 포함한 예측 자동 확장은 예측을 기준으로 확장을 참조하세요.

인스턴스 중지 준비

자동 확장 처리가 수평 축소되면 삭제해야 하는 VM 인스턴스 수를 파악합니다. 자동 확장 처리는 다음을 포함한 여러 요소를 기준으로 삭제할 VM 인스턴스의 우선순위를 지정합니다.

  • 어떤 이유로든 실행 중이지 않은 VM
  • 새로고침, 다시 시작, 교체 등 중단이 발생하는 변경이 진행 중이거나 예정된 VM
  • 원하는 인스턴스 템플릿 버전으로 아직 업데이트되지 않은 VM
  • 가장 낮은 자동 확장 신호를 가진 VM입니다. 예를 들어 CPU 사용률에 따라 확장하도록 MIG를 구성하고 그룹이 수평 축소해야 하는 경우 자동 확장 처리는 CPU 사용률이 가장 낮은 VM을 삭제하려고 시도합니다.

인스턴스가 중지되기 전에 이러한 인스턴스가 기존 연결을 닫거나, 앱 또는 앱 서버를 정상적으로 종료하거나, 로그를 업로드하는 등과 같은 특정 작업을 수행했는지 확인하려 할 수 있습니다. 이럴 때는 종료 스크립트를 사용해 인스턴스에 작업 처리를 지시하면 됩니다. 종료 스크립트는 중지가 요청된 시점과 인스턴스가 실제로 중지된 시점 간의 짧은 기간 동안 최상의 방식으로 실행됩니다. 이 기간에 Compute Engine은 사용자가 스크립트에 입력한 모든 작업을 처리하기 위해 종료 스크립트를 실행하려고 시도합니다.

이 기능은 관리형 인스턴스 그룹에서 부하 분산을 이용하는 경우에 특히 유용합니다. 인스턴스가 비정상 상태가 되면 부하 분산기가 인스턴스가 비정상 상태임을 인식하는 데 시간이 걸릴 수 있고, 이 경우 부하 분산기는 인스턴스에 새 요청을 계속 전송하게 됩니다. 종료 스크립트를 이용하면 인스턴스는 종료 과정에서 비정상 상태를 보고할 수 있고, 따라서 부하 분산기는 인스턴스로의 트래픽 전송을 중단할 수 있습니다. 부하 분산 상태 확인에 대한 자세한 내용은 상태 확인 개요를 참조하세요.

종료 스크립트에 대한 자세한 내용은 종료 스크립트를 참조하세요.

인스턴스 종료에 대한 자세한 내용은 인스턴스 종료 또는 삭제 문서를 참조하세요.

자동 확장 차트 및 로그 모니터링

Compute Engine은 언제든지 관리형 인스턴스 그룹의 동작을 모니터링할 수 있는 여러 차트와 로그를 제공합니다.

Google Cloud 콘솔에서 차트와 로그에 액세스할 수 있습니다.

  1. Google Cloud 콘솔에서 인스턴스 그룹 페이지로 이동합니다.

    인스턴스 그룹으로 이동

  2. 확인하려는 관리형 인스턴스 그룹의 이름을 클릭합니다.
  3. 관리형 인스턴스 그룹 페이지에서 모니터링 탭을 선택합니다.

모니터링 차트는 다음 측정항목의 진화를 보여 줍니다.

  • 그룹 크기
  • 자동 확장 처리 사용률
  • CPU 사용률
  • 디스크 I/O(바이트)
  • 디스크 I/O(작업)
  • 네트워크 바이트
  • 네트워크 패킷

각 차트 제목 옆의 도움말은 표시된 측정항목에 대한 추가 컨텍스트 세부정보를 제공합니다.

로그 패널은 페이지 하단에서 확인할 수 있으며, 여기에서 관리형 인스턴스 그룹의 이벤트 로그 목록을 확인할 수 있습니다. 로그를 보려면 확장 화살표를 클릭합니다.

모든 차트와 로그는 시간 범위 선택기로 맞춤설정할 수 있는 단일 시간에 바인딩됩니다. 차트를 클릭하고 드래그하여 특정 이벤트를 확대하고 선택한 기간 내의 그래프 및 로그를 분석할 수 있습니다.

예측 자동 확장 모니터링

Compute Engine은 자동 확장 처리 예측을 모니터링할 수 있는 차트를 제공합니다. 이 차트를 보려면 첫 번째 차트에서 그룹 크기 제목을 클릭하고 예측 자동 확장을 선택합니다.

자동 확장을 사용하는 경우 자동 확장 처리 예측에서 인스턴스 그룹의 크기를 결정하는 방법을 확인할 수 있습니다. 자동 확장을 사용 설정하지 않은 경우에도 자동 확장 처리 예측을 확인하고 이를 사용하여 그룹 크기와 관련된 결정을 내릴 수 있습니다.

이 차트를 이해하려면 다음 정보를 사용하세요.

  • 파란색 선은 관리형 인스턴스 그룹의 인스턴스 수를 의미합니다.
  • 녹색 선은 자동 확장 처리가 예측한 인스턴스 수를 나타냅니다.
    • 녹색 선이 파란색 선 아래에 있다면 가용 용량이 많은 것이며 VM 인스턴스의 활용률이 낮을 확률이 높습니다.
    • 녹색 선이 파란색 선 위에 있다면 남은 용량이 거의 없어 인스턴스 그룹에 인스턴스를 추가해야 한다는 의미입니다.
  • 빨간색 가로 파선은 인스턴스 그룹에서 허용되는 최소 및 최대 인스턴스 수를 나타냅니다.

상태 메시지 보기

확장 관련 문제가 발생하면 자동 확장 처리는 경고나 오류 메시지를 반환합니다. 이러한 상태 메시지는 두 가지 방법 중 하나로 확인할 수 있습니다.

인스턴스 그룹 페이지에서 상태 메시지 확인

Google Cloud 콘솔인스턴스 그룹 페이지에서 상태 메시지를 바로 확인할 수 있습니다.

  1. Google Cloud 콘솔에서 인스턴스 그룹 페이지로 이동합니다.

    인스턴스 그룹으로 이동

  2. 이름 앞에 주의 아이콘이 있는 인스턴스 그룹을 찾습니다.

  3. 상태 아이콘 위에 마우스 포인터를 가져가면 상태 메시지의 세부정보가 표시됩니다.

인스턴스 그룹 개요 페이지에서 상태 메시지 확인

특정 인스턴스 그룹의 개요 페이지로 바로 이동해 관련 상태 메시지를 확인할 수도 있습니다.

  1. Google Cloud 콘솔에서 인스턴스 그룹 페이지로 이동합니다.

    인스턴스 그룹으로 이동

  2. 상태 메시지를 확인할 인스턴스 그룹을 클릭합니다.
  3. 인스턴스 그룹 페이지에서 인스턴스 그룹 이름 아래에 있는 상태 메시지를 확인합니다.

자주 반환되는 상태 메시지

확장 관련 문제가 발생하면 자동 확장 처리는 경고나 오류 메시지를 반환합니다. 다음은 자주 반환되는 메시지와 메시지의 의미입니다.

All instances in the instance group are unhealthy (not in RUNNING state). If this is an error, check the instances.
인스턴스 그룹에 있는 모든 인스턴스가 RUNNING 상태가 아닙니다. 의도적으로 이렇게 설정했다면 이 메시지를 무시해도 됩니다. 의도적인 설정이 아니라면 인스턴스 그룹 문제를 해결해야 합니다.
The number of instances has reached the maxNumReplicas. The autoscaler cannot add more instances.
자동 확장 처리를 만들 때 인스턴스 그룹이 보유할 수 있는 최대 인스턴스 수를 지정했습니다. 현재 자동 확장 처리가 수요에 맞게 인스턴스 그룹을 수평 확장하려고 하지만 maxNumReplicas에 도달했습니다. 다량으로 maxNumReplicas를 업데이트하는 자세한 방법은 자동 확장 처리 업데이트를 참조하세요.
The monitoring metric that was specified does not exist or does not have the required labels. Check the metric.

Cloud Monitoring 측정항목을 사용하여 자동 확장 중이지만 입력한 측정항목이 존재하지 않거나, 필요한 라벨이 없거나, Compute Engine 서비스 에이전트에 액세스할 수 없습니다.

Quota for some resources is exceeded. Increase the quota or delete resources to free up more quota.

사용 가능한 할당량에 대한 정보는 Google Cloud 콘솔의 할당량 페이지에서 확인할 수 있습니다.

Autoscaling does not work with an HTTP/S load balancer configured for maxRate.

인스턴스 그룹은 maxRate 구성을 사용해 부하 분산되고 있지만 자동 확장 처리가 이 모드를 지원하지 않습니다. 구성을 변경하거나 자동 확장을 중지해야 합니다. maxRate에 관한 자세한 내용은 부하 분산 문서의 제한사항 및 가이드라인을 참조하세요.

The autoscaler is configured to scale based on a load balancing signal but the instance group has not received any queries from the load balancer. Check that the load balancing configuration is working.

인스턴스 그룹이 부하 분산되고 있지만 그룹에 들어오는 쿼리가 없습니다. 서비스가 유휴 상태일 수 있으며, 이 경우에는 신경 쓰지 않아도 됩니다. 하지만 잘못된 구성 때문에 이 메시지가 표시될 수도 있습니다. 예를 들면 자동 확장된 인스턴스 그룹이 두 개 이상의 부하 분산기의 대상인 경우로 이는 지원되지 않습니다. 전체 지침 목록은 부하 분산 문서의 제한사항 및 가이드라인을 참조하세요.