オブザーバビリティの世界へようこそ。システムが巨大化し、メトリクスの数が増えれば増えるほど、ダッシュボードを開くたびに「ロード中…」のくるくる回るアイコンを眺める時間は、エンジニアにとって最も無駄な苦痛ですよね。
今日は、その苦痛を根絶し、Grafanaを爆速化させるPrometheus Recording Rules（記録ルール）の奥義を授けます。これをマスターすれば、あなたの監視基盤は「重いだけのデータ置き場」から「瞬時に真実を語る最強の武器」へと進化します。
—
1. なぜ「動的クエリ」だけでは限界なのか？
通常、Grafanaでグラフを描画するとき、Prometheusに対して「今すぐ集計して！」と計算を投げます。これが動的クエリです。
しかし、数万の時系列データに対し、`sum(rate(…))` や複雑な `histogram_quantile` を毎回実行するとどうなるか。PrometheusはCPUをぶん回して毎回同じ計算を繰り返すことになります。これは、「毎朝、掛け算の九九を暗算で解き直している」ようなもの。あまりに非効率です。
Recording Rulesは、この計算をあらかじめバックグラウンドで実行し、結果を新しい時系列データとして保存しておく手法です。一度計算済みであれば、Grafanaはその結果を読み取るだけ。描画速度が10倍になるのも当然の理屈です。
—
2. Prometheusの基本セットアップとHelloWorld
まずは、Prometheusがまだ手元にない場合、最短で動かしてみましょう。
インストール（Dockerの場合）
最も手軽な設定ディレクトリを作成
mkdir prometheus && cd prometheus
シンプルな設定ファイルを作成
cat <
global:
scrape_interval: 15s
rule_files:
- “rules.yml” # ここに今回学ぶルールを記述します
scrape_configs:
- job_name: ‘prometheus’
static_configs:
- targets: [‘localhost:9090’]
EOF
これで `docker run -p 9090:9090 -v $PWD:/etc/prometheus prom/prometheus` を実行すれば、世界はあなたの手の中にあります。
—
3. 【極意】Recording Rulesによる事前計算のベストプラクティス
頻出する「重いクエリ」をルール化しましょう。例えば、全サービスのHTTPリクエスト成功率を算出する場合です。
rules.yml の記述
groups:
- name: http_metrics
rules:
# 1. まずは各インスタンスのレートを計算（これは高頻度で使う）
- record: job_instance_http_requests:rate5m
expr: sum by (job, instance, code) (rate(http_requests_total[5m]))
# 2. それを基に、サービス全体の成功率を算出（ここが本番！）
- record: job:http_requests_success_ratio:rate5m
expr: |
sum(job_instance_http_requests:rate5m{code=~”2..”})
/
sum(job_instance_http_requests:rate5m)
ポイント:
- 名前空間を意識する: `service:metric:operation` のようにコロン区切りで命名すると、後で見た時に「何のためのデータか」が一目でわかります。
- 計算の連鎖: 上記のように、中間の計算結果を一度 `record` してから、それを次の `record` で参照することで、複雑なクエリもメンテナンスしやすくなります。
—
4. メンテナンス性を保つディレクトリ構成案
運用が長くなると `rules.yml` は地獄のような長さになります。以下のような構造に分割しましょう。
prometheus/
├── prometheus.yml
└── rules/
├── node_exporter.yml # OSメトリクス系
├── k8s_pods.yml # Kubernetes系
└── application.yml # アプリ固有のビジネスロジック
`prometheus.yml` の `rule_files` はワイルドカードが使えます。
rule_files:
- “rules/.yml”
こうすることで、チームごとに責任範囲を分割でき、障害発生時に「どのルールが重いのか」の切り分けも一瞬で終わります。
—
先輩エンジニアからの最後のアドバイス
Recording Rulesを使い始めると、あなたは必ず「何でも事前計算したくなる病」にかかります。しかし、やりすぎると今度はPrometheusのストレージ容量を圧迫します。
鉄則は「Grafanaのダッシュボードで1分以上ロードがかかるクエリだけをルール化する」こと。
これさえ守れば、あなたの監視ダッシュボードは常に爆速であり続け、あなたは障害対応という「火消し」から解放され、より本質的な開発に時間を割けるようになります。
さあ、今日から「くるくる回るロードアイコン」を撲滅しに行きましょう。応援していますよ！