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