SOAモニタリング、ロギング、分析、修復、およびパフォーマンスの最適化
ある企業は Amazon EKS 上でマイクロサービスを運用しており、オープンソースの Prometheus を EC2 上で自己管理してメトリクスを収集しています。バージョンアップやストレージ管理の運用負荷増大のため、フルマネージドな監視基盤への移行を検討しています。既存の PromQL（Prometheus のクエリ言語）クエリと Grafana ダッシュボードをそのまま活用しながら移行できる、最も推奨されるアプローチはどれですか？
ACloudWatch Container Insights を有効化し、EKS のメトリクスをすべて CloudWatch に集約して CloudWatch ダッシュボードで可視化する
CloudWatch Container Insightsは PromQL 非互換で既存資産を活かせません。
BAmazon Managed Service for Prometheus（AMP）でワークスペースを作成し、EKS から Prometheus Remote Write でメトリクスを送信。Amazon Managed Grafana をデータソースとして接続する
✓ 正解
Amazon Managed Service for Prometheus（AMP）は Prometheus 互換のフルマネージドサービスで、PromQL をそのまま利用できます。Amazon Managed Grafana と組み合わせれば既存ダッシュボードを最小変更で移行でき、スケーリング・ストレージ管理が不要です。
CPrometheus を EKS の StatefulSet（ポッド再起動後もデータを保持する Kubernetes ワークロード種別）としてデプロイし、EFS で永続化する
Prometheus EKS StatefulSet化は自己管理の運用負荷が残ります。
DAWS Distro for OpenTelemetry（ADOT）エージェントを EKS にインストールし、メトリクスを AWS X-Ray に送信して分析する
AWS Distro for OpenTelemetry（ADOT）と AWS X-Ray の組み合わせはトレーシング用途のソリューションであり、PromQL 互換のメトリクス監視基盤として機能しません。
解説
Amazon Managed Service for Prometheus（AMP）は Prometheus 互換のフルマネージドサービスで、PromQL をそのまま利用できます。Amazon Managed Grafana と組み合わせれば既存ダッシュボードを最小変更で移行でき、スケーリング・ストレージ管理が不要です。
選択肢AのCloudWatch Container Insightsは PromQL 非互換で既存資産を活かせません。
選択肢CのPrometheus EKS StatefulSet化は自己管理の運用負荷が残ります。
選択肢DのAWS Distro for OpenTelemetry（ADOT）と AWS X-Ray の組み合わせはトレーシング用途のソリューションであり、PromQL 互換のメトリクス監視基盤として機能しません。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSOAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →