cloud watch logs ,cloud watch,cloud watch events ,cloud trail それぞれの違いとは : 自分の覚書 はじめにcloud watchについて EC2 EMR EBS S3 の監視が可能。 しきい値、検知間隔の設定を行い、アクションの設定を行うことが可能。 ※quicksightは連携なし 「カスタムメトリクス」 を用いるとメトリクスにて収集されない項目を管理することが可能。 監視項目としては cpu使用率 ロードアベレージ✖︎ メモリ使用率✖︎ swap使用率✖︎ ディスク使用率✖︎ が確認できる。 ✖︎をつけた項目はEC2にログインしてリソース情報取得スクリプトをインストールし、 カスタムメトリクスの登録が必要。 cloud watch logsについて 各インスタンスにエージェントのインストールが必要だが、アプリ内でのエクセプションなどのログが出力された際の検知が可能となる。 メトリクスフィルタを作成し、該当するパターンマッチを検出する仕組みを作成し、 それに対応するアクションをcloud watchで設定することでメールを飛ばしたりが可能。 ※pythonでも検知可能 cloud watch eventsについて 検出したイベントに基づいてSNSやLambdaと連携ができるサービス イベントソースとして ec2やs3にデータが置かれたときみたいな形でせって ターゲットとして SNSやステップファンクション、ラムダを設定可能。 cloud trail このサービスを使うことで、システムの安全性の観点から不正操作が発生しないようにするためのログを取得することも可能。 余談だが、quicksightとの連携については特に強力と思った quicksight https://docs.aws.amazon.com/ja_jp/quicksight/latest/user/logging-non-api.html athena https://docs.aws.amazon.com/ja_jp/athena/latest/ug/monitor-with-cloudtrail.html