解説

選択肢AのEKS上にPrometheusサーバーをDeploymentとして構築し、EBSボリュームでデータを永続化する方法は、Prometheusサーバーのプロビジョニング・スケーリング・高可用性の管理負荷が残るため、運用負荷の最小化という要件を満たしません。 選択肢BのAmazon Managed Service for Prometheus（AMP）はPrometheus互換のフルマネージドモニタリングサービスで、サーバーのプロビジョニング・スケーリング・高可用性の管理が一切不要です。AWS Distro for OpenTelemetry（ADOT）はAWSが提供するOpenTelemetryのディストリビューションで、EKSからAMPへのメトリクス転送を担います。Amazon Managed GrafanaをデータソースとしてPromQLクエリが可能で、最も運用負荷が低い構成です。 選択肢CのCloudWatch Container Insightsを有効化し、CloudWatch Logs InsightsでPromQLクエリを実行する方法は、CloudWatch Logs InsightsがPromQLをサポートしていないため不正解です。 選択肢DのEKS上にThanosをデプロイしてS3にメトリクスを保存する方法は、Thanos自体の管理に加え、クエリフロントエンド用EC2インスタンスのプロビジョニング・運用が必要となり、運用負荷の最小化という要件を満たしません。