
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
インスタンスIDが変わった時のCloudWatchアラームの運用方法 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
インスタンスIDが変わった時のCloudWatchアラームの運用方法 - Qiita
みなさん、日々の運用でCloudWatchアラームを使ってリソースを監視していると思います。 私のプロジェク... みなさん、日々の運用でCloudWatchアラームを使ってリソースを監視していると思います。 私のプロジェクトでは、テスト要件でインスタンをリストアした際の正常性確認を行ったりします。 ・そこでふと疑問に思ったのが、リストアでEC2のInstanceIDが変わった時、CloudWatchアラームはどう対応すべきか? プロジェクトによっては数百〜数千のアラームを構築する必要があることもあります。 インスタンスをリストアするとInstanceIDが変わり、それに紐づいたCloudWatchアラームは「データ不足」となって再作成が必要になります。 頻繁に起こる事象ではありませんが、大量のインスタンスをリストアするケースでは、毎回アラームを手動で再作成するのは非常に工数がかかりますし、見落としの原因となり運用の質に影響があります。。。 そこで最適な運用方法を自分なりに調査してみました。 Cloud