CloudWatchダッシュボードとContainer Insights

CloudWatch Dashboardsは、AWS インフラストラクチャをカスタマイズ可能な複数ウィジェットのビューで表示し、運用状況を統合的に把握できるようにします。1つのダッシュボードに、複数の AWS サービスやアカウントのメトリクスを、折れ線グラフ、数値ウィジェット、ゲージ、アラーム、ログクエリの結果などを使って表示できます。ダッシュボードはグローバルリソースであるため、1つのダッシュボードに任意のリージョンのメトリクスを表示できます。ダッシュボードは公開して共有することも、IAM ポリシーによってアクセスを制限することもできます。

CloudWatch ダッシュボードでは、複数のウィジェットタイプを利用できます。時系列メトリクスには折れ線グラフや積み上げ面グラフ、最新のメトリクス値の表示（KPI に最適）には数値ウィジェット、比較には棒グラフ、容量の指標にはゲージ、アラーム状態の概要表示にはアラームステータス、Live Tail や Insights のクエリ結果にはログテーブル、ラベルやドキュメントにはテキストを使用できます。複数のウィジェットタイプを1つのダッシュボードに組み合わせることで、チームはシステムの状態をひと目で評価できます。

CloudWatch は、モニタリングアカウントとソースアカウントを使用したクロスアカウントオブザーバビリティをサポートしています。中央のモニタリングアカウントを指定し、ソースアカウントをリンクすると、リンクされたすべてのアカウントからメトリクスとログを取得するダッシュボードを作成できます。これにより、マルチアカウント環境を監視するためにコンソールのアカウントを切り替える必要がなくなります。同じアカウント内のクロスリージョンウィジェットは、ダッシュボードの JSON 定義でリージョンを指定することで標準で利用できます。

CloudWatch Live Tail（2023年開始）を使用すると、1つ以上のロググループからログイベントをほぼリアルタイムでストリーミングし、CloudWatch コンソールまたは CLI に直接表示できます。これは、ログファイルに対して tail -f を実行するのと似ています。フィルターパターンを適用して、一致するイベントだけを表示することもできます。Live Tail は、完全な Insights クエリを実行せずに、アプリケーションが現在どのように動作しているかを確認する必要があるデプロイ時やインシデント調査で非常に役立ちます。

CloudWatch Container Insightsは CloudWatch の機能であり、Amazon ECS（EC2 および Fargate）とAmazon EKS（EC2 および Fargate）で実行されるコンテナ化ワークロードからメトリクスとログを収集、集約、要約します。各アプリケーションに手動で計測処理を組み込まなくても、クラスター、サービス、ノード、ポッドレベルのパフォーマンスを確認できる事前構築済みダッシュボードを提供します。Container Insights は、CloudWatch Agent または EKS Fargate のログルーターを使用してデータを収集します。

Container Insights は、ECS/ContainerInsights および ContainerInsights 名前空間にメトリクスを収集します。EKS では、次のメトリクスが含まれます。ポッドレベル — pod_cpu_utilization、pod_memory_utilization、pod_network_rx_bytes。ノードレベル — node_cpu_utilization、node_memory_utilization、node_filesystem_utilization。クラスター レベル — cluster_failed_node_count、cluster_node_count。すべてのメトリクスには、クラスター、名前空間、サービス、ポッドのディメンションが付与されるため、正確にフィルタリングできます。

Container Insights を有効にすると、CloudWatch コンソールに事前構築済みのコンテナマップとパフォーマンスモニタリングビューが自動的に表示されます。コンテナマップでは、ECS タスクまたは EKS ポッドが、健全性に応じて色分けされたビジュアルトポロジーとして表示され、個々のコンテナメトリクスを詳細に確認できます。パフォーマンスモニタリングビューでは、手動でダッシュボードを設定しなくても、クラスター、ノード、ポッド、コンテナのパフォーマンスを時系列グラフで確認できます。

ECS on EC2では、Container Insights は各コンテナインスタンスに CloudWatch Agent をデーモンサービスとしてインストールします。ECS on Fargateでは、Container Insights は Fargate プラットフォームバージョン 1.4.0 のサイドカー メトリクスコレクターを使用します。ECS メトリクスには、クラスター、サービス、タスク、コンテナのディメンション別にアクセスできます。一般的なアラートパターンは、MemoryUtilized がタスクの MemoryReserved 値に近づいたときにアラームを発生させ、タスクが終了する前に OOM の可能性を検知することです。

CloudWatch ServiceLensは、メトリクス、ログ、トレースを統合されたサービスマップにまとめます。使用するには、CloudWatch と併せて AWS X-Ray を有効にする必要があります。ServiceLens はサービス間のエンドツーエンドのリクエストフローを可視化し、レイテンシーのボトルネックを強調表示して、サービスごとのエラー率を示します。より新しい後継機能であるCloudWatch Application Signalsは、コードを変更せずにアプリケーションへ自動的に計測処理を組み込み、SLO と SLI を公開します。これにより、単なるメトリクスを超えて信頼性を追跡できます。

効果的な CloudWatch ダッシュボードでは、次のベストプラクティスに従います。利用者ごとにダッシュボードを分ける（運用担当者向け、経営層向け、開発者向け）、オンコール時にチームが最初に確認する場所としてアラームステータスウィジェットを使用する、頻繁にアクセスするダッシュボードを固定する、CloudFormation の動的参照を使用して、ダッシュボードのメトリクス参照を実際のリソース名と一致させる、という方法です。1つのダッシュボードに情報を詰め込みすぎないでください。プレッシャーの中でインシデントを診断するときは、読みやすさが重要です。

CloudWatch Contributor Insightsは、構造化されたログデータを分析し、時間の経過に伴うメトリクスへの上位 N 件の寄与元を特定します。たとえば、5xx エラーを最も多く発生させている IP アドレス、リクエスト量が最も多い API パス、DynamoDB のスロットリングを最も多く発生させている顧客 ID などを表示できます。ルールでは、抽出して集計する JSON フィールドを定義します。新しいログデータが到着すると結果が継続的に更新され、時系列グラフとして表示されます。

このレッスンで学んだ AWS Solutions Architect（SAA-C03）の概念について理解度を確認します。

このレッスンでは、CloudWatch Dashboardsが複数のウィジェットタイプをサポートし、アカウントやリージョンをまたいでメトリクスを集約できること、Container Insightsが手動で計測処理を組み込まなくても ECS と EKS からポッドレベルおよびノードレベルのメトリクスを自動的に収集すること、そしてContributor Insightsが構造化ログデータから上位の寄与元を特定することを学びました。次は、API レベルの監査を行う CloudTrail Trails と Event History について説明します。