SOAモニタリング、ロギング、分析、修復、およびパフォーマンスの最適化

あるチームはAmazon EKS上でマイクロサービスを運用しており、Prometheusと互換性のある方法でコンテナのメトリクスを収集・クエリしたいと考えています。Prometheusサーバーの管理・スケーリングをAWSに委任し、既存のPromQL(Prometheus Query Language:Prometheus独自のクエリ言語)をそのまま活用したい場合、最適なソリューションはどれですか?

A
CloudWatch Container Insightsを有効化し、CloudWatch Logs InsightsでSQL風クエリを使ってメトリクスを分析する
CloudWatch Container InsightsはPromQLに非対応であり既存のPromQLクエリをそのまま活用できません。
B
Amazon Managed Service for Prometheus (AMP) にメトリクスを送信し、Amazon Managed GrafanaからPromQLでクエリする
✓ 正解
Amazon Managed Service for Prometheus (AMP) は、Prometheus互換のフルマネージドモニタリングサービスです。Prometheusサーバーの管理・スケーリングが不要で、PromQLをそのまま利用できます。Amazon Managed Grafanaと組み合わせてEKSのメトリクスを可視化するのが標準的な構成です。
C
EC2インスタンス上にPrometheusサーバーをセルフホストし、EBSボリュームに時系列データを保存する
EC2上のセルフホストPrometheusはサーバー管理・スケーリングが必要となり要件を満たしません。
D
AWS Distro for OpenTelemetry (ADOT) コレクターのみでメトリクスをCloudWatchカスタムメトリクスとして送信する
AWS Distro for OpenTelemetry (ADOT) のみでCloudWatchカスタムメトリクスへ送信する構成では、CloudWatchがPromQLをサポートしないため既存のPromQLクエリを活用することができません。

解説

Amazon Managed Service for Prometheus (AMP) は、Prometheus互換のフルマネージドモニタリングサービスです。Prometheusサーバーの管理・スケーリングが不要で、PromQLをそのまま利用できます。Amazon Managed Grafanaと組み合わせてEKSのメトリクスを可視化するのが標準的な構成です。 選択肢AのCloudWatch Container InsightsはPromQLに非対応であり既存のPromQLクエリをそのまま活用できません。 選択肢CのEC2上のセルフホストPrometheusはサーバー管理・スケーリングが必要となり要件を満たしません。 選択肢DのAWS Distro for OpenTelemetry (ADOT) のみでCloudWatchカスタムメトリクスへ送信する構成では、CloudWatchがPromQLをサポートしないため既存のPromQLクエリを活用することができません。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでSOAを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
SOA の問題一覧に戻る