モニタリングと監査(CloudWatch / CloudTrail / Config)

AWS のモニタリングと監査には主に3つのサービスを使います。「何が起きているか」を見る CloudWatch、「誰が何をしたか」を記録する CloudTrail、「設定がルール通りか」を評価する AWS Config です。

概要

AWS 環境を安全かつ健全に運用するためには、システムの状態を把握し(モニタリング)、誰がいつ何を操作したかを追跡でき(監査)、リソースが組織のポリシー通りに設定されているかを確認できる(ガバナンス)ことが重要です。この3つのニーズに対応するのが CloudWatch・CloudTrail・AWS Config です。

これら3つのサービスの「役割の違い」は CP 試験で最も頻出の比較問題のひとつです。それぞれの目的を明確に理解しておくことが合格への近道です。

CP試験で押さえるポイント

Amazon CloudWatch — 「何が起きているか」

CloudWatch は AWS リソースとアプリケーションの監視・可観測性サービスです。EC2 のCPU 使用率・メモリ使用量・ネットワーク通信量などのメトリクス(数値データ)を収集・可視化します。

定番パターン:CloudWatch アラームと SNS・Auto Scaling の連携

たとえば「CPU 使用率が 80% を超えたら SNS で管理者に通知する」「メモリが逼迫したら Auto Scaling が自動でインスタンスを追加する」といった自動対応を設定できます。CloudWatch アラーム → SNS トピック → メール通知 という連携は CP 試験でも頻出のアーキテクチャです。

AWS CloudTrail — 「誰が何をしたか」

CloudTrail は、AWS アカウント内で行われたすべての API コール(操作)を記録するサービスです。誰が(ユーザー/ロール)、いつ(日時)、何を(どの API コール)、どこから(IP アドレス)操作したかを証跡として残します。

「誰かが意図せず本番環境のセキュリティグループのルールを変更してしまった」「不審なアクセスがあった」などのインシデント調査に不可欠なサービスです。セキュリティ監査・コンプライアンス対応にも活用されます。

AWS Config — 「設定がルール通りか」

AWS Config は、AWS リソースの設定(構成)を継続的に記録し、定義したルール(コンフィグルール)に準拠しているかを評価するサービスです。

「セキュリティポリシーに違反した設定変更が行われていないか継続的に監視したい」「規制対応のためにリソース構成の変更履歴を記録したい」といった用途に適しています。

関連サービスとの違い・使い分け(CP 最頻出)

サービス目的答える問い主なユースケース
CloudWatch パフォーマンス監視・オペレーション 「今、何が起きているか?」 CPU 高騰アラート、ログ収集、ダッシュボード、Auto Scaling トリガー
CloudTrail API コール・操作の記録・監査 「誰が、いつ、何を操作したか?」 セキュリティインシデント調査、コンプライアンス監査、変更追跡
AWS Config リソース設定の記録とコンプライアンス評価 「設定はルール通りになっているか?」 セキュリティポリシー遵守確認、構成変更履歴、規制対応

これら3つは相互補完的に使われることが多いです。たとえば CloudTrail で「誰かが S3 バケットのポリシーを変更した」という操作ログを記録し、AWS Config でその変更後の設定がポリシー違反になっていないかを評価し、CloudWatch で異常が発生した際にアラートを出す、という連携が一般的です。

また、AWS CloudFormation はインフラをコードとして管理(IaC)するサービスであり、Config の「構成評価」とは異なる役割を持ちます。

確認問題

付録:公式ドキュメント・Black Belt 動画

さらに深く学びたい方は、AWS公式の以下のリソースを参照してください(いずれも外部サイトが開きます)。

公式ドキュメント

AWS Black Belt Online Seminar(動画・解説資料)