Kubernetes監視入門第6回｜GKEとGoogle Cloud Managed Service for Prometheusへ展開する

Sat, 03 Oct 2026 00:00:00 +0900

概要
#

第1回から第5回までは、minikube上にPrometheus・Grafana・Prometheus Operator・kube-prometheus-stackを自分で構築し、仕組みを1つずつ確認してきた。ここまでの構成はすべて、自分でPrometheusを運用する前提（self-managed）だった。

GKE Autopilot 1.25以降、GKE Standard 1.27以降では、Google Cloud Managed Service for Prometheus（以下GMP）のManaged Collectionが既定で有効になっている。Standardはクラスタ作成時に無効化できるが、Autopilot 1.25以降では無効化できない。GMPが管理するのはCollectorのスケール・保存先（Monarch）・PromQLクエリの処理基盤であり、Exporterのインストールや、ServiceMonitor / PodMonitor / PrometheusRuleに代わるPodMonitoring / ClusterPodMonitoring / Rulesの適用は引き続き利用者側の責任である。

この記事では、GKE Standardクラスタを作り、第1回〜第5回の手動構成がGMPのCustom Resourceでどう表現されるかを実測する。可視化については、収集・保存がマネージドであることと、Grafanaを使い続けるかどうかは別の軸であることを示すため、次の2パターンを確認する。パターンAはCloud Monitoring Dashboardのウィジェットが使うクエリと同じPromQLで実際に時系列を取得できることまで、パターンBはPromQL APIでの取得とdata sourceの設定までを確認する。いずれもブラウザ上での画面描画そのものは確認していない。

パターンA（可視化までGoogle Cloudで完結）: Cloud Monitoring（Metrics Explorer・Dashboard）のPromQL APIで同じメトリクスを取得できるかを確認する。これを本線とする
パターンB（Grafana継続利用）: GrafanaをGKE上に再デプロイし、第1回で作ったDashboard資産のPromQL定義をそのまま使ったクエリがAPI経由で同じ値を返すかを確認する

対象読者は、第1回〜第5回でPrometheusのkubernetes_sd_configs・Prometheus Operator・kube-prometheus-stackを手で構築した経験がある人。GKE・GMPに初めて触れる人を想定している。マルチクラスタ・マルチプロジェクトでのメトリクス集約、remote_write・federationなどの高度な構成は扱わない。

今回使う環境
#

第1回〜第5回のminikube環境とは別に、GKE Standardクラスタを新規に作る。第1回から使っているnode-exporterのDaemonSetはhostNetwork: true / hostPID: trueを設定し、hostPath: path: /をreadOnly: trueでマウントしている。GKE AutopilotはhostNetworkとhost namespaceを許可せず、hostPathについても書き込みモードは全面禁止、read-onlyモードでも/var/log/配下のパスのみを許可するため、/をマウントする同じManifestを再利用できない。同じExporter・同じPromQLクエリで第5回までと比較するという本記事の目的上、GKE Standardを選ぶ。

Google Cloud on LIFELOG

Kubernetes監視入門 第6回｜GKEとGoogle Cloud Managed Service for Prometheusへ展開する

概要 #

今回使う環境 #

Kubernetes監視入門第6回｜GKEとGoogle Cloud Managed Service for Prometheusへ展開する

概要
#

今回使う環境
#