SOAモニタリング、ロギング、分析、修復、およびパフォーマンスの最適化
オンプレミスからAWSへリフトアンドシフトで移行したEC2インスタンス群で、メモリ使用率とディスク使用率をCloudWatchでモニタリングする必要があります。デフォルトではCloudWatchに収集されないOSレベルのこれらメトリクスを、最小の設定作業で継続収集する方法として最も適切なのはどれですか。
ACloudWatch Agentをインスタンスにインストールし、メモリとディスクのメトリクスを収集する設定ファイルを適用してエージェントを起動する
✓ 正解
CloudWatch AgentはOSレベルのメモリ・ディスクメトリクス収集に特化しており、設定ファイルの適用のみで継続的なカスタムメトリクス送信が実現できる。
Baws cloudwatch put-metric-dataとcronを組み合わせたシェルスクリプトをユーザーデータに配置し、起動時にcronジョブを登録してメトリクスを定期送信する
aws cloudwatch put-metric-dataとcronのカスタムスクリプトはメトリクス送信が可能だが、スクリプト作成・cron設定・障害対応の管理でCloudWatch Agentより運用負荷が大きい。
CAWS LambdaをEventBridgeで5分ごとに起動してSSM Run CommandでEC2にスクリプトを実行させ、メモリとディスク使用率をCloudWatchカスタムメトリクスに登録する
AWS Lambda + EventBridge + SSM Run Commandの構成は動作するが、複数サービスの設定が必要でCloudWatch Agentより設定作業が大幅に増える。
DCloudWatch EMFをアプリケーションに組み込み、メモリとディスク使用率を構造化ログとしてCloudWatch Logsへ送信する
CloudWatch EMFはアプリケーションログからメトリクスを生成する手法であり、OSが管理するメモリ・ディスク使用率の直接収集には使えない。
解説
CloudWatch Agentはメモリ・ディスクを含むOSメトリクス収集の標準ツールであり、設定ファイルの適用だけで継続収集が実現でき設定作業が最小。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSOAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →