現場実践｜CloudWatch詳細活用

Amazon CloudWatchを使いこなす実践ガイド｜カスタムメトリクス・アラーム・Logs Insights

「CloudWatchのアラーム設定の方法がわからない」「カスタムメトリクスって何？」——CloudWatchのメトリクス収集・カスタムメトリクス送信・アラーム設定・Logs Insightsでのログ分析を実践的に解説します。

読了目安：約18分更新日：2026年3月

💡 CloudWatchはAWSの統合監視サービス。「何かあったら通知が来る」仕組みを整備することがAWSインフラ運用の基本です。デフォルトメトリクス＋カスタムメトリクスの組み合わせで死角のない監視を実現します。

この記事を書いた人

現役ITエンジニア・IT講師（経験14年）

CCNA・CCNP 取得LPIC-1 保有SES現場を複数経験

CloudWatchを使ったAWS環境の監視設計を多数担当してきた立場から解説します。

1. CloudWatchのデフォルトメトリクス

サービス	主要メトリクス	注意点
EC2	CPUUtilization・NetworkIn/Out	メモリ・ディスクはデフォルトでは収集されない。CloudWatchエージェントが必要
RDS	CPUUtilization・FreeStorageSpace・DatabaseConnections	Enhanced Monitoringで1秒粒度のメトリクスが取れる
ALB	RequestCount・TargetResponseTime・HTTPCode_ELB_5XX	5XXエラー率のアラームは必ず設定する
Lambda	Duration・Errors・Throttles	Throttlesが多い場合は同時実行数の制限を見直す

2. CloudWatchエージェントでメモリ・ディスクを収集

# CloudWatchエージェントのインストール（Amazon Linux 2）
sudo yum install amazon-cloudwatch-agent

# 設定ウィザードを実行
sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-config-wizard

# エージェントを起動
sudo systemctl start amazon-cloudwatch-agent
sudo systemctl enable amazon-cloudwatch-agent

設定ウィザードでメモリ使用率・ディスク使用率・ログファイルのパスを指定します。Systems Managerのパラメータストアに設定を保存して複数インスタンスに一括展開できます。

3. アラーム設定の実践

必ず設定すべきアラーム：EC2 CPU使用率80%超・RDS FreeStorageSpace残り20%未満・ALBの5XXエラー率1%超・Lambda Errorsが0より大きい
通知先はSNSトピック：アラームの通知先はSNSトピックを経由してSlack・メール・PagerDutyに送信する
複合アラーム：「CPU使用率90%超かつネットワーク送信量が増加」のような複数条件の組み合わせアラームも設定可能

4. Logs Insightsでログを素早く分析

# Nginxの5XXエラーを時間帯別に集計
fields @timestamp, @message
| filter @message like "HTTP/1.1" 5"
| stats count() as error_count by bin(5m)
| sort @timestamp desc

# Lambda関数のエラーを検索
fields @timestamp, @message
| filter @message like "ERROR"
| sort @timestamp desc
| limit 50

📌 この記事のポイント