Contents
PostgreSQL監視の重要性とDatadog導入の概要
PostgreSQLデータベースを効果的に運用するには、パフォーマンスの劣化や障害の早期検出が不可欠です。クエリ遅延や接続異常などは、ビジネスに直接的な影響を与えるため、継続的な監視が必要となります。
DatadogのDatabase Monitoring（DBM）機能は、PostgreSQLの内部メトリクスを自動収集し、可視化・アラート設定を可能にする強力なツールです。以下では、なぜPostgreSQLの監視が重要なのか、およびDatadogの特徴を解説します。
なぜPostgreSQLを監視するのか？
PostgreSQLは高可用性と拡張性を持つRDBMSですが、運用ミスや負荷増加によって以下のような問題が発生します。
- クエリ処理の遅延（例：10秒以上の応答時間）
- 接続数の急激な増加（リソース枯渇リスク）
- トランザクションロールバックの頻発（データ整合性への影響）
このような異常を監視せずに放置すると、運用停止や顧客離れにつながる可能性があります。Datadogはこれらをリアルタイムで検知し、迅速な対応を支援します。
Datadog Agentのインストールと初期設定
Datadog Agentを導入することで、PostgreSQLのメトリクスを収集する基盤が整います。OSごとのインストール手順や構成ファイルのカスタマイズ方法について解説します。
サポートOS別インストール手順
Agentのインストールは、Linux/macOS/Windowsすべてで可能です。以下に基本的なコマンドを示します。
-
Linux（Ubuntu）
bash
curl -L https://s3.amazonaws.com/dd-agent/scripts/datadog-agent-install.sh | DD_API_KEY=your_api_key bash注意: 実際には公式リポジトリから最新バージョンを確認してください。
-
macOS
bash
brew tap datadoghq/datadoghq
brew install datadog-agent -
Windows
- Datadog公式サイトからインストーラーをダウンロードし、実行します。
インストール後は、/etc/datadog-agent/datadog.yaml（Linux）またはAgent設定画面でAPIキーを入力します。
Agent構成ファイル（datadog.yaml）のカスタマイズ
主な構成項目と説明は以下の通りです。
| 項目 | 詳細 | 備考 |
|---|---|---|
| api_key | Datadogアカウントで取得したAPIキー（必須） | 保存時は暗号化されるべき |
| site | データ送信先（datadoghq.comまたはdatadoghq.eu） |
グローバル設定が必要な環境で使用 |
| logs_enabled | ログ収集の有無を設定 | 有効化時はセキュリティ対策が必須 |
注意: 構成ファイルを変更後は、Agentを再起動して反映させる必要があります。
PostgreSQL接続設定の詳細手順
Datadog AgentがPostgreSQLに接続できるようにするには、認証情報と構成ファイルの調整が必要です。手順をステップバイステップで説明します。
データベース認証情報の準備
接続に必要な情報を取得するために以下の手順を行います。
- host: PostgreSQLが動作しているサーバーのIPアドレスまたはホスト名（例：
localhost） - user: 接続ユーザー（通常は
postgres） - password: ユーザーに設定されたパスワード（
psql -U postgresで確認可能）
ヒント: 多重環境がある場合、別々の接続情報を管理するためには、環境変数やセキュリティマネージャーを使用してください。明文での保存はリスクが高いため避けてください。
Agent設定ファイルへの接続パラメータ反映
datadog.yamlに以下を追記します。
|
1 2 3 4 5 6 7 |
dbm: enabled: true db_host: "localhost" db_port: 5432 db_user: "postgres" db_password: "your_password" |
警告:
db_passwordフィールドは暗号化された形式で保存することを強く推奨します。Datadogの最新仕様では、パスワードの明文保存は非推奨です。
DBMモニタリングの有効化と初期設定
DBMを有効にして、監視対象となるデータベースやテーブルを指定します。具体的な手順を確認してください。
Datadog UIでのDBMアクティベーション
- Datadogダッシュボードにログインし、「Integrations」タブを開きます。
- 「Databases」セクションから「PostgreSQL」を選択し、接続情報を入力します。
- 「Activate Integration」ボタンを押下してDBMを有効化します。
確認: 一部の組織アカウントでは、管理者によるDBMの有効化が必要な場合があります。
自動収集対象テーブルの指定方法
デフォルトではすべてのテーブルが監視されますが、特定のスキーマやテーブルを除外できます。
|
1 2 3 |
dbm: excluded_tables: ["public.unnecessary_table", "schema2.*"] |
注意: 排除リストはDBMの最新仕様に準拠する必要があります。公式ドキュメントを参照してください。
クエリパフォーマンス監視の構築
クエリ遅延やボトルネックを検出するために、DBMのslow query detection機能を活用します。設定方法とダッシュボード例を紹介します。
slow query detectionの閾値設定
「Slow Query」を検知するには、以下の閾値を設定することが重要です。
- 実行時間: 500ms以上（公式ドキュメント参照）
- 返却行数: 1,000件以上
これらの条件を満たすクエリが「slow query」と判定され、ダッシュボードに表示されます。
SQLステートメントレベルのメトリクス取得
クエリごとの詳細情報を収集するには、「Query Tracer」機能を使用します。
| メトリクス | 説明 | 備考 |
|---|---|---|
| Execution Time | クエリ実行にかかる時間（ミリ秒） | 高精度計測が必要な場合は、監視対象のクエリを限定する |
| Rows Returned | クエリで返却された行数 | 不要なデータの収集は性能低下を招く |
ヒント: ダッシュボードから「Query Performance」を選び、クエリのトレース情報を可視化してください。
アラートルール作成のベストプラクティス
DBMで収集したメトリクスをもとに、障害検出に役立つアラートルールを作成します。設定のポイントとテンプレート例を紹介します。
障害検知用の基準値設計
以下のようなメトリクスに対して適切な閾値を設定しましょう。
- CPU使用率（70%以上でアラート）
- トランザクション遅延（100ms以上）
- 接続数の上限（最大200件を超えた場合）
注意: 閾値は環境ごとに調整が必要です。過剰な誤報を避けるため、実際の負荷状況をもとに設定してください。
通知先設定とSlack/Teams連携
アラート通知を受信する手段として、SlackやMicrosoft Teamsとの連携が可能です。
- Datadogの「Integrations」画面でSlack/Teamsを追加します。
- チャンネル選択とWebhook URLの入力を行います。
- アラートルール作成時に、通知先を指定してください。
監視ダッシュボードの作成とカスタマイズ
DBMで収集したデータを可視化し、運用チームが状況を把握できるようにするには、ダッシュボードを作成します。デフォルトとカスタムビューの活用方法を解説します。
デフォルトダッシュボードの解説
Datadogでは、「Database Performance」や「Query Stats」といった標準ダッシュボードが提供されています。
- DBスレッド数: 現在稼働中のワーカー数を表示
- クエリ遅延分布: データの集約状況をヒストグラムで可視化
- ロック状態: 長時間ロックされているトランザクションを検出
ヒント: 初期設定では、これらのダッシュボードを参考にカスタマイズしてください。
カスタムビューのテンプレート作成
特定のメトリクスや環境ごとにカスタムテンプレートを作成できます。
- 「Dashboards」画面から「New Dashboard」を選択します。
- 収集したいメトリクス（例：
postgresql.connections.active）を追加します。 - テンプレート化することで、他のチームメンバーにも共有可能です。
まとめ
PostgreSQLの監視は、システムの安定性に直接影響する重要な作業です。DatadogのDBM機能では、Agentインストールや接続設定がスムーズに実施できます。アラートルールやダッシュボードのカスタマイズにより、運用チームの負荷を軽減できます。
今すぐDatadogでPostgreSQL監視を開始し、システムの安定性を向上させましょう！