Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
リソースタグを利用した 動的なCloudWatchアラームで運用を楽に!
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
まあり
November 07, 2025
0
82
リソースタグを利用した 動的なCloudWatchアラームで運用を楽に!
まあり
November 07, 2025
Tweet
Share
More Decks by まあり
See All by まあり
re:Invent対策! スピーキング練習アプリを作ってみた
eureka04ls
1
68
Amazon_Q_CLIで超簡単にゲームが作れた.pdf
eureka04ls
0
150
Amazon ECRのコンテナイメージを使ってLambdaを動かしてみる
eureka04ls
0
260
Featured
See All Featured
BBQ
matthewcrist
89
10k
How to build a perfect <img>
jonoalderson
1
4.9k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
420
Odyssey Design
rkendrick25
PRO
1
500
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
130
A Tale of Four Properties
chriscoyier
162
24k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
196
71k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
86
Ethics towards AI in product and experience design
skipperchong
2
190
Context Engineering - Making Every Token Count
addyosmani
9
660
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
61k
Transcript
𝕏:@eureka_engineer リソースタグを利用した 動的なCloudWatchアラームで運用を楽に! 2025.11.7 まあり
今日お伝えしたいこと リソースタグを利用した動的なCloudWatchアラームが 最近追加されたよ〜〜
CloudWatchアラームとは 指定したメトリクスがしきい値を超えたときに通知や自動アクションを実行する仕組み CPU使用率やステータスチェック結果 などのメトリクスを送信 設定した条件(例:CPU使用率>80%)を 満たしたときに発火
CloudWatchアラームとは 1つのリソースの1つのメトリクスに対して、1つのCloudWatchアラームを設定する。
監視対象がたくさんあると...... もし監視すべきメトリクスが3つあるとき、 インスタンスが100個あったらアラームは300個作る必要がある!?
方法①:コンソールで頑張る • 問題点 ◦ めちゃくちゃ時間がかかる ◦ ヒューマンエラー起きがち × 100 パワー!!
方法②:IaCを利用する IaCのループ構文を利用 Terraformでの例 resource: EC2のリソースタグがついている EC2インスタンスを抽出 ループ構文(for_each)で、対象リソースの アラームをまとめて作成 • メリット
◦ 監視するメトリクスの分だけ resourceブロック書けばOK! ◦ ミスも起きにくい 管理は一括化できるが、アラームの数そのものは減らない(300個作成される) ※CloudFormation、CDKだと1つのスタック内に作成できるリソースは500個まで
方法③:リソースタグを利用した動的なCloudWatchアラーム
何が嬉しい? • アラームの数が減る • 新しくリソースを作成してもリソースタグを付けるだけで監視対象に ◦ リソースIDが変わってもタグが変わらなければ設定変更不要
やってみた 2つのEC2インスタンスのCPU使用率を監視するCloudWatchアラームを作成 1. テレメトリでリソースタグを有効にする 2. CloudWatchメトリクスでタグを使った クエリを作成 3. クエリ結果からアラームを作成
テレメトリでリソースタグを有効にする CloudWatch →「設定」 →「テレメトリでリソース タグを有効にする」 タグによる フィルタリングが可能に!
CloudWatchメトリクスでタグを使ったクエリを作成 CloudWatch →「すべてのメトリクス」 →「マルチソースクエリ」タブ SELECT MAX(CPUUtilization) FROM SCHEMA("AWS/EC2", InstanceId) WHERE
tag.resource = 'EC2' GROUP BY tag.Name メトリクス名 名前空間 フィルター条件 グループ化条件
CloudWatchメトリクスでタグを使ったクエリを作成 条件に当てはまるインスタンス(tag.resource=EC2)を対象に、 tag.NameごとにCPU使用率の最大値をグラフ表示
クエリ結果からアラームを作成
クエリ結果からアラームを作成 各インスタンスの 状態がわかる
アラートを起こしてみる 1つのEC2インスタンスに 負荷をかけてみた dev-webapp-01が アラーム状態!
アラームの履歴 対象リソース名が出るので分かりやすい
アラーム通知も分かりやすい アラーム対象のEC2インスタンス CloudWatchアラーム名
監視対象を増やしてみる 新しいEC2インスタンスを作成
約5分後、自動的に監視対象に
まとめ • リソースタグを利用した動的なCloudWatchアラームで運用を楽に! ◦ リソース作成時にいちいちアラームを作る必要がない! ◦ アラームの作成数も減って管理が楽! ◦ ただし、監視条件が同じときにしか使えないので注意