CloudWatch PromQL 경보가 Auto Scaling을 작동시킬 수 있게 됨: EC2 그룹은 단순·단계 정책을 지원하고 대상 추적은 불가, 가이드 표에서 Application Auto Scaling은 단계만 지원해 공지 첫머리의 '단계 및 단순'과 다르며, 쿼리는 단일 시계열을 반환해야 함

2026년 11월 10일 AWS는 Prometheus 쿼리 언어(PromQL)로 작성한 Amazon CloudWatch 경보가 이제 Amazon EC2 Auto Scaling과 Application Auto Scaling의 조정 정책을 작동시킬 수 있다고 발표했습니다. 공지에 따르면 대시보드와 알림에 쓰는 것과 같은 종류의 PromQL 쿼리로, CloudWatch의 OpenTelemetry 지표를 기반으로 EC2 Auto Scaling 그룹을 조정할 수 있습니다. OpenTelemetry로 옮겨 가는 팀에게 밝혀진 이점은, 조정 용도로만 따로 기존 지표 경보를 남겨 두는 대신 나머지 모니터링과 같은 지표를 따라 용량이 움직일 수 있다는 점입니다. 이 기사는 AWS 공지와, PromQL 경보와 경보 작업을 다룬 CloudWatch 사용자 가이드 두 페이지를 근거로 합니다. 경보를 만들거나 조정 시험을 하지는 않았습니다.

가장 중요한 점은 무엇이 지원되고 무엇이 지원되지 않는지입니다. 공지는 PromQL 경보가 이제 EC2 Auto Scaling의 단순(simple) 및 단계(step) 조정 정책을 지원하며, 대상 추적(target tracking)은 현재 PromQL 경보가 지원하는 정책 유형이 아니라고 말합니다. 경보 작업 페이지에는 이를 다른 경보 유형과 나란히 놓은 표가 있습니다. Auto Scaling 그룹 작업에서 표준 지표 경보는 단순, 단계, 대상 추적을 지원하고, PromQL 경보는 단순과 단계를 지원하며, Metrics Insights 다중 시계열 경보와 로그 경보는 지원되지 않는 것으로 나옵니다. Application Auto Scaling 작업에서는 표준 지표 경보가 단계와 대상 추적을, PromQL 경보는 단계만 지원합니다. 이는 PromQL 경보가 "Amazon EC2와 Application Auto Scaling의 단계 및 단순 조정 정책"을 작동시킬 수 있다는 공지 첫 문장과 맞지 않습니다. 가이드의 표가 더 구체적입니다. AWS의 설명이 아니라 이 기사의 신중한 판단으로, PromQL 경보로 ECS 서비스, DynamoDB 테이블, Aurora 복제본, Spot Fleet을 조정하려는 독자에게는 AWS가 명확히 하기 전까지 단계 정책만을 전제로 계획할 것을 권합니다.

경보가 정책을 어떻게 구동하는지에는 규칙이 하나 필요합니다. 단계 조정에서는 PromQL 쿼리의 값이 임계값을 얼마나 넘었는지가 어느 단계를 적용할지 결정한다고 공지는 말합니다. 쿼리는 단일 시계열을 반환하고 그것을 임계값과 비교해야 합니다. PromQL 가이드도 PromQL 경보를 만드는 일반 절차에서, 경보가 평가할 수 있도록 쿼리가 단일 시계열을 반환해야 한다고 적고 있습니다. 같은 가이드에는 이상 탐지에 관한 별도 절이 있어, 기준을 넘은 각 시계열이 플릿 전체에서 별도의 기여자로 추적된다고 설명하며, 경보 작업 표도 PromQL 경보의 일부 작업을 기여자 수준으로 나열합니다. 두 출처 모두 이 기여자 방식이 조정 정책을 구동할 수 있다고 말하지 않으므로, 이 기사는 그렇게 가정하지 않습니다. 이 요건은 결과에 관한 것으로, 쿼리는 최종적으로 하나의 시계열이 되어야 합니다. 여러 인스턴스나 레이블의 값에서 하나의 조정 신호를 만들고 싶다면, 예를 들어 플릿 전체 수치로 집계하는 것이 한 가지 방법이며, 어떤 집계가 맞는지는 지표의 의미에 달려 있습니다. 공지는 예시 쿼리를 주지 않으므로 이 기사도 제시하지 않습니다.

두 번째 조건은 반복에 관한 것입니다. 경보 작업 가이드는 Auto Scaling 작업을 제외하면 경보 작업은 상태 전환 때만 일어나고, 조건이 몇 시간 또는 며칠 지속돼도 다시 수행되지 않는다고 말합니다. Auto Scaling 작업은 예외이며, 이는 조건이 지속되는 동안 반복될 수 있다는 뜻입니다. 가이드는 이를 Auto Scaling 작업 전반에 대해 말하며 PromQL 경보에 한정해 말하지 않고, 쿨다운이나 워밍업 동작도 설명하지 않습니다. 조정 로직을 기존 경보에서 PromQL 경보로 옮기는 팀은 출처가 설명하지 않으므로 반복 트리거를 좌우하는 EC2 Auto Scaling 정책 설정을 확인해야 합니다.

설정은 익숙한 도구로 합니다. 공지는 경보를 만들거나 편집할 때 CloudWatch 콘솔에서, 또는 PutMetricAlarm API, AWS CLI, AWS SDK, AWS CloudFormation으로 EC2 Auto Scaling과 Application Auto Scaling 작업을 추가할 수 있다고 말합니다. PromQL 가이드는 콘솔 경로를 설명합니다. 경보 페이지에서 경보 생성을 고르고, 지표 선택을 거쳐 PromQL 탭에서 쿼리를 입력하고, 임계값·평가 기간·경보를 울릴 데이터 포인트를 정한 뒤 작업을 구성합니다. 쿼리가 단일 시계열을 반환하면 Query Studio에서 실행한 쿼리로 경보를 만들 수도 있다고 합니다. 단순 및 단계 조정에서는 CloudWatch 지표 경보를 만들어 조정 정책에 연결한다고 경보 작업 가이드는 말합니다. 대상 추적에서는 Auto Scaling 서비스가 경보를 직접 만들고 관리하므로 편집하거나 삭제해서는 안 됩니다. 가이드는 이를 경보의 관리 방식으로 설명할 뿐, PromQL 경보가 대상 추적을 지원하지 않는 이유로 제시하지 않으며, 공지도 이유를 밝히지 않습니다.

가이드에는 운영상의 한계 두 가지가 보입니다. 복합 경보는 Auto Scaling 작업을 작동시킬 수 없습니다. 그리고 상태 변화를 일으킨 구체적인 데이터 포인트를 보여 주는 단일 지표 경보와 달리, PromQL 경보는 알림에 상태 이유나 상태 이유 데이터를 포함하지 않습니다. 조정 이벤트가 이상해 보일 때 경보 메시지에는 이유를 설명할 세부 정보가 더 적습니다. 팀은 PromQL 쿼리와 기반 지표를 직접 확인할 계획을 세워야 합니다. 출처는 또 PromQL 경보가 중지나 재부팅 같은 EC2 작업, Systems Manager OpsItem과 인시던트, CloudWatch 조사를 지원하지 않는다고 나열하므로, 조정에 쓰는 PromQL 경보는 이런 작업을 함께 가질 수 없습니다.

가용성과 비용에 대해 공지는 이 기능이 CloudWatch PromQL 경보를 쓸 수 있는 모든 AWS 리전에서 제공되며 표준 CloudWatch 경보 요금이 적용된다고 말합니다. 리전 이름도 가격도 밝히지 않습니다. 출처에는 PromQL 경보가 기존 지표 경보보다 얼마나 빨리 반응하는지에 대한 측정이 없으므로, 짧은 급증에 맞춰 조정하는 팀은 지표 변화와 용량 변화 사이의 지연을 시험해야 합니다. 출처가 뒷받침하는 것은 좁은 주장입니다. EC2 Auto Scaling 그룹에서는 단순 및 단계 정책을, 단일 시계열을 반환하는 PromQL 경보로 구동할 수 있게 됐고 대상 추적은 할 수 없습니다.