【入門編】Grafanaのデータソース完全網羅：MySQL、PostgreSQL、CloudWatch、BigQuery連携術 – 運用監視・オブザーバビリティ活用バイブル

Grafanaで「データの海」を支配せよ：RDBからクラウド、分析基盤までを統合する極意

こんにちは。システム監視の世界で長年、数え切れないほどの障害と対峙してきたエンジニアです。

皆さんは「監視」と聞いて何を思い浮かべますか？「CPU使用率が80%を超えたらアラートを飛ばす」――それは過去の遺物です。現代のオブザーバビリティにおいて、Grafanaは単なる「グラフ表示ツール」ではありません。「システムという名の巨大な生き物の心拍数と血流を、一元的に可視化する司令塔」なのです。

今回は、Grafanaを最強の観測プラットフォームに変えるための「データソース接続の極意」を授けます。これをマスターすれば、バラバラだったシステム情報が繋がり、障害の予兆すら見えるようになりますよ。

—

1. なぜGrafanaが「オブザーバビリティの心臓」なのか

Grafanaの真髄は「データソースを問わない」点にあります。MySQLのトランザクション数、CloudWatchのクラウド負荷、BigQueryに蓄積されたビジネス指標……これらを一つのダッシュボードに並べたとき、初めて「システムの挙動」と「ビジネスの結果」の相関が見えてきます。

まずは、「どこからデータを持ってくるか（Data Source）」の設定を完璧にしましょう。

—

2. リレーショナルデータベース（MySQL/PostgreSQL）の接続術

多くのエンジニアが躓くのは、RDBを「監視用」に使おうとして、本番DBに負荷をかけてしまうことです。

接続のポイント

読み取り専用ユーザーを作る: `SELECT`権限のみを持つ監視専用ユーザーを必ず作成してください。
クエリの最適化: `SELECT `は厳禁です。時系列データとして扱うため、必ず`time`カラム（またはそれに準ずるカラム）を含めたクエリを投げます。

設定例（PostgreSQLの場合）

— 監視専用ユーザー作成（最小権限の原則）
CREATE USER grafana_user WITH PASSWORD ‘password’;
GRANT SELECT ON ALL TABLES IN SCHEMA public TO grafana_user;

— Grafana側のクエリ例
SELECT
created_at AS “time”, — Grafanaが認識できるタイムスタンプ
order_count AS “value”, — グラフのY軸
category AS “metric” — 凡例の名前
FROM orders
WHERE $__timeFilter(created_at) — Grafanaのグローバル時間範囲フィルタを適用

—

3. AWS CloudWatchとの連携：クラウドの鼓動を捉える

CloudWatchは「クラウドの肺」です。しかし、CloudWatchのコンソールだけで監視するのは限界があります。Grafanaに統合することで、EC2の負荷と、アプリケーションのエラーログを並べて比較できるようになります。

権限設定の勘所

AWSとGrafanaを繋ぐには、IAMの権限設定がすべてです。「最小権限」で構成しましょう。

1. IAMポリシー作成: `cloudwatch:GetMetricData`, `cloudwatch:ListMetrics`, `cloudwatch:GetMetricStatistics` の3つを許可します。
2. 認証: プロダクション環境であれば、IAM Role（EC2やEKSに付与）を利用するのが最も安全で、鍵の管理から解放されます。

ここがプロの技:
CloudWatchのデータ取得はAPIコストがかかります。ダッシュボードの更新間隔（Refresh Interval）をデフォルトの5秒などにしてはいけません。「1分〜5分」程度に抑えるのが、賢い運用者の常識です。

—

4. BigQuery連携：BIツールとしてのGrafana

「なぜオブザーバビリティのツールで分析をするのか？」と疑問に思うかもしれません。答えは、「システム障害は、時としてビジネスの数値に現れるから」です。

BigQueryに溜まったログをGrafanaで可視化すれば、例えば「特定のエラーが増えた瞬間に、売上が急減している」という事実に気づくことができます。

接続の手順

1. Google Cloudコンソール: サービスアカウントを作成し、「BigQuery データ閲覧者」のロールを付与。
2. JSONキー: 発行したJSONキーをGrafanaの設定画面にアップロードするだけ。

HelloWorld的なクエリの確認:

SELECT
TIMESTAMP_TRUNC(event_time, MINUTE) as time,
count() as error_count
FROM `your_project.logs.app_errors`
WHERE $__timeFilter(event_time)
GROUP BY 1
ORDER BY 1

このクエリをダッシュボードに貼り付け、折れ線グラフにしてみてください。エラーの波形が可視化された瞬間、あなたは「システムの真の姿」を見ることになります。

—

最後に：先輩からのアドバイス

ツールを使いこなすことは、単なる操作の習得ではありません。「何を知りたいのか」という問いを立てる力を磨くことです。

MySQLの負荷が高いのはなぜか？
CloudWatchのメトリクスが急上昇したとき、BigQueryのログには何が残っているか？

Grafanaでこれらを一つに繋げたとき、あなたはもう「警告灯を監視する人」ではなく、「システムの健康を導くアーキテクト」になっています。

まずは一つのデータベースをGrafanaに繋いでみてください。データがグラフとして動き出した瞬間、きっと世界が変わって見えるはずです。応援していますよ！