Amazon CloudWatch の PromQL アラームが EC2 および Application Auto Scaling をサポート

Amazon CloudWatch の PromQL（Prometheus Query Language）を使用したアラームが、Amazon EC2 Auto Scaling および Application Auto Scaling のアクションをトリガーできるようになりました。これにより、OpenTelemetry メトリクスに基づいたスケーリングが可能になります。本機能のサポート対象は Simple scaling（単純スケーリング）と Step scaling（ステップスケーリング）です。Target tracking（ターゲット追跡スケーリング）は現時点ではサポートされていません。クエリは単一のシリーズを返す必要があります。

🛠️ 監視とスケーリングのワークフローが PromQL で統一！

💡 解決される課題

OpenTelemetry への移行を進めているチームにとって、監視（ダッシュボードやアラーム）には PromQL を使いつつ、スケーリングには従来の CloudWatch メトリクスに基づいた「クラシック」なアラームを別途用意しなければならないという、監視ワークフローの分断が解消されます。PromQL を使えば、ダッシュボードで見ているのと同じメトリクスとクエリで、そのままスケーリング判断ができるようになります。

🌏 日本国内リージョンの状況

リサーチの結果、東京リージョン（ap-northeast-1）および大阪リージョン（ap-northeast-3）において、CloudWatch 自体は利用可能ですが、本機能の前提となる PromQL querying 機能が当該リージョンでサポートされているか を別途確認する必要があります。公式ドキュメントに明示的な記載がないため、利用前に必ず最新のリージョン状況を確認してください。

🚀 実務上のアドバイス

• スケーリングポリシーの選択: 現時点では Target tracking（ターゲット追跡）は非サポート です。既存の Auto Scaling 設定をターゲット追跡に依存している場合は、移行時に注意が必要です。
• 技術的要件: クエリは必ず 単一のシリーズ（single series） を返すように設計してください。複数のシリーズが返るとアラームが正しく動作しません。
• コスト: 標準的な CloudWatch アラームの料金体系が適用されます。

✅ 次のアクション

まずは、現在利用している OpenTelemetry メトリクスの PromQL クエリが、対象リージョンで正しく動作するか、および単一のシリーズを返す構成になっているかを検証環境で検証することをお勧めします。

参照ドキュメント: Amazon CloudWatch ユーザーガイド: Using PromQL in alarms / Alarm actions https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-PromQL-Alarms.html