共通設定
設定画面の例: 共通設定の YAML 設定例:version プロパティが追加される点に注意してください。これは、その設定がどのバージョンのプラグインで保存されたかを示します。
HTTP protocol
HTTP protocol で接続を選択すると、追加の設定項目が表示されます。HTTP パス
カスタム HTTP ヘッダー
password フィールドと同様です) 。
平文/セキュアヘッダーの YAML 例:
追加設定
これらの設定は任意です。 YAML の例:OpenTelemetry
ログ
ログのクエリ構築を高速化するために、ログクエリ用のデフォルトのデータベース/テーブルとカラムを設定できます。これにより、クエリビルダーに実行可能なログクエリが事前に読み込まれ、Explore ページでログをすばやく確認できるようになり、オブザーバビリティ用途での閲覧が効率化されます。 OpenTelemetry を使用している場合は、“Use OTel” スイッチを有効にし、デフォルトのログテーブル をotel_logs に設定してください。
これにより、デフォルトのカラムは自動的に上書きされ、選択した OTel スキーマバージョンが使用されます。
ログで OpenTelemetry は必須ではありませんが、ログ/トレース で単一のデータセットを使用すると、データリンクによって、よりスムーズなオブザーバビリティのワークフローを実現できます。
ログ設定画面の例:
ログ設定 YAML の例:
「View logs」リンクを無効にする
ログ設定のTrace ID correlationセクションには、「View logs」リンクを表示トグルがあります。 このトグルは、プラグインがクエリ結果のトレース ID フィールドに「View logs」のデータリンクを追加するかどうかを制御します。 このトグルはデフォルトで有効になっています。同じ種類のクエリの「View logs」リンクにはログのデフォルト設定は不要ですが、トレースクエリの結果から別シグナルへ移動する「View logs」リンクには必要です。 非表示にするには、トグルをオフにするか、YAML でshowLogLinks: falseを設定します。
トレース
トレースのクエリビルダーを高速化するには、トレースクエリ用のデフォルトのデータベース/テーブルとカラムを設定できます。これにより、実行可能なトレース検索クエリがクエリビルダーに事前に読み込まれ、Explore ページでオブザーバビリティデータをよりすばやく参照できるようになります。 OpenTelemetry を使用している場合は、「Use OTel」スイッチを有効にし、デフォルトのトレーステーブルをotel_traces に設定してください。
これにより、選択した OTel スキーマバージョンを使用するよう、デフォルトのカラムが自動的に上書きされます。
OpenTelemetry は必須ではありませんが、トレースにそのスキーマを使用する場合、この機能は最も効果的に動作します。
トレース設定画面の例:
トレース設定 YAML の例:
「View トレース」リンクを無効にする
トレース設定の Trace ID correlation セクションには、Show “View トレース” links トグルがあります。 このトグルは、プラグインがクエリ結果の トレース ID フィールドに「View トレース」のデータリンクを追加するかどうかを制御します。 トグルはデフォルトで有効になっています。同じクエリタイプの「View トレース」リンクには トレース のデフォルト設定は不要ですが、ログクエリ結果から別のシグナルへ移動する「View トレース」リンクには必要です。 リンクを非表示にするには、トグルをオフにするか、YAML でshowTraceLinks: false を設定します。
カラムの別名
- スキーマと、そのネストされたプロパティや型の大半を把握している
- データを Map 型に格納している
- JSON を文字列として保存している
- 選択するカラムを変換するために、関数をよく適用する
テーブルで定義する ALIAS カラム
Date 型に変換する TimestampDate という別名を作成します。
このデータは最初のカラムのようにディスクに保存されず、クエリ実行時に計算されます。
テーブルで定義された別名は SELECT * では返されませんが、これはサーバー設定で変更できます。
詳細については、ALIAS カラム型のドキュメントを参照してください。
カラム別名テーブル
デフォルトでは、Grafana はDESC table の応答に基づいてカラム候補を提示します。
場合によっては、Grafana に表示されるカラムを完全に上書きしたいこともあります。
これにより、カラム選択時に Grafana 上でスキーマを見えにくくでき、テーブルの複雑さによってはユーザー体験の向上につながります。
テーブル定義内の別名を使う場合と比べた利点は、テーブルを変更しなくても簡単に更新できることです。スキーマによっては、これが数千件のエントリに及ぶことがあり、基になるテーブル定義が煩雑になる場合があります。また、ユーザーに無視してほしいカラムを非表示にすることもできます。
Grafana では、別名テーブルに次のカラム構造が必要です。
ALIAS カラムの動作は、別名テーブル を使って次のように再現できます。
DESC example_table の結果ではなく、別名テーブル の結果が表示されます。
どちらのエイリアス方式も、複雑な型変換や JSON フィールドの抽出に利用できます。