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
96
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
リソースタグを利用した 動的なCloudWatchアラームで運用を楽に!
まあり
November 07, 2025
More Decks by まあり
See All by まあり
ひとりOrganizationsで始める AWSマルチアカウント環境
eureka04ls
0
13
Strands Agentsのマルチエージェントパターン4選
eureka04ls
1
24
re:Invent対策! スピーキング練習アプリを作ってみた
eureka04ls
1
87
Amazon_Q_CLIで超簡単にゲームが作れた.pdf
eureka04ls
0
170
Amazon ECRのコンテナイメージを使ってLambdaを動かしてみる
eureka04ls
0
480
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
55k
Test your architecture with Archunit
thirion
1
2.3k
Exploring anti-patterns in Rails
aemeredith
3
430
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
290
First, design no harm
axbom
PRO
2
1.2k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
300
Why Our Code Smells
bkeepers
PRO
340
58k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.5k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
200
Being A Developer After 40
akosma
91
590k
Music & Morning Musume
bryan
47
7.2k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.7k
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アラームで運用を楽に! ◦ リソース作成時にいちいちアラームを作る必要がない! ◦ アラームの作成数も減って管理が楽! ◦ ただし、監視条件が同じときにしか使えないので注意