EC2 インスタンスのメトリクス監視
運用担当者が、Amazon EC2 インスタンスの CPU 使用率を時系列グラフで確認し、80% を一定時間超えた場合に運用チームへ通知を送りたいと考えています。追加のエージェントを導入せず、標準で収集されるメトリクスを利用する場合、どの AWS サービスを使うべきですか。
解説を読む（正解: B）
AWS のリソースを運用するうえでは、「誰が何をしたか」「構成がどう変わったか」「どれだけ使われているか」を、それぞれ別のサービスが担っている点を区別することが重要です。Amazon CloudWatch は AWS リソースとアプリケーションのメトリクス、ログ、イベントを収集・可視化するモニタリングサービスで、Amazon EC2 は CPU 使用率、ネットワーク入出力、ディスク I/O といった基本メトリクスを追加エージェントなしで既定で CloudWatch に送信します。マネジメントコンソールでグラフ化でき、CloudWatch アラームを作成して閾値超過時に Amazon SNS 経由で通知できるため、B が要件を満たします。A の AWS CloudTrail はアカウント内の API 呼び出し履歴を記録する監査サービスで、誰がいつ RunInstances を実行したかは分かっても CPU 使用率のような性能メトリクスは扱いません。C の AWS Config はリソースの構成変更を記録し、望ましい設定に準拠しているかを評価するサービスであり、稼働中の負荷を測定するものではありません。D の AWS Trusted Advisor はコスト最適化やセキュリティなど 5 カテゴリのベストプラクティスを点検して推奨事項を提示するサービスで、リアルタイムのメトリクス監視やアラーム通知の用途には使えません。
マイクロサービスの分析とデバッグに使うサービス
約 40 のマイクロサービスのうち一部のリクエストだけ応答が遅く、リクエストがどのコンポーネントを通過したかをエンドツーエンドで可視化しつつ、各コンポーネントのメトリクスとログも確認したいと考えています。適切な AWS サービスを 2 つ選択してください。
複数選択問題です (正解 2 つ)。選んでから判定してください。
解説を読む（正解: B、D）
マイクロサービスアーキテクチャでは 1 つのユーザーリクエストが多数のサービスを連鎖的に呼び出すため、単体のログだけを見ても遅延の発生箇所を突き止められません。この問題に対応するのが分散トレーシングで、AWS では AWS X-Ray がその役割を担います。X-Ray はリクエストにトレース ID を付与して通過経路を追跡し、サービスマップとして依存関係を図示したうえで、各セグメントの所要時間やエラー率を提示するため、ボトルネックとなっている呼び出しを直接特定できます。したがって B が正解です。もう一方の D の Amazon CloudWatch は、AWS リソースとアプリケーションのメトリクス、ログ、アラームを一元的に扱うモニタリングサービスで、X-Ray のトレースと突き合わせることで CPU 使用率やエラーログといった裏付けデータを確認できます。CloudWatch Synthetics で外形監視を行うことも可能なため、これも正解です。A の Amazon Inspector は EC2 インスタンスやコンテナイメージのソフトウェア脆弱性と意図しないネットワーク露出を検出するセキュリティ評価サービスであり、性能分析は行いません。E の AWS Systems Manager はパッチ適用、パラメータ管理、リモート操作などインフラの運用管理を担うサービスで、リクエスト単位のトレースはできません。C の AWS Config はリソース構成の変更履歴を記録し、ルールへの準拠状況を評価するガバナンス向けサービスで、アプリケーションのデバッグ用途ではありません。
EC2 インスタンスのメトリクス収集とアラーム
Amazon EC2 インスタンスの CPU 使用率とメモリ使用率を継続的に収集し、しきい値を超えたら運用チームへ通知したいと考えています。収集した値はグラフで可視化し、Auto Scaling のトリガーとしても利用します。この目的に最も適した AWS サービスはどれですか。
解説を読む（正解: D）
AWS の運用管理系サービスは「性能メトリクスの監視」「API 操作の記録」「リソース構成の評価」「ネットワークトラフィックの記録」と目的が明確に分かれており、要件に合ったものを選ぶ必要があります。Amazon CloudWatch は AWS リソースやアプリケーションから CPU 使用率、ディスク I/O、ネットワークトラフィックなどのメトリクスを収集し、ダッシュボードでの可視化、しきい値によるアラーム、Amazon SNS 通知や Auto Scaling アクションの起動までを一貫して提供するモニタリングサービスです。メモリ使用率やディスク空き容量のようなゲスト OS 内部の値も、CloudWatch エージェントを導入すればカスタムメトリクスとして収集できるため、設問の要件をすべて満たします。AWS CloudTrail は誰がいつどの API を呼び出したかという操作履歴を記録し、ガバナンスや監査に用いるサービスで、リソースの性能値は扱いません。AWS Config は AWS リソースの設定項目とその変更履歴を記録し、望ましい構成ルールへの準拠状況を評価するサービスであり、こちらも構成情報であって性能メトリクスではありません。VPC フローログはサブネットや ENI を出入りする IP トラフィックのメタデータを記録する機能で、通信の可視化やトラブルシューティングには有効ですが、インスタンス内部のリソース使用状況を示すメトリクスは取得できません。