推論テーブルを使用してモデルサービスを監視します。
ベータ版
この機能はベータ版です。アカウント管理者は、アカウント コンソールの [プレビュー] ページからこの機能へのアクセスを制御できます。 Databricksのプレビューを管理するを参照してください。
このページでは、Unity AI Gatewayモデルサービスを監視するために推論テーブルを使用する方法について説明します。
Unity AI Gateway推論テーブルとは何ですか?
Unity AI Gateway 推論テーブルは、モデルサービスからのリクエストとレスポンスを Unity Catalog Delta テーブルにログに記録します。このデータを使用して、モデルのモニタリング、デバッグ、最適化を行うことができます。
ユースケースの例:
- デバッグ : リクエストとレスポンスのペイロードを分析して、問題のトラブルシューティングを行います。
- モニタリング:モデルのパフォーマンスを追跡し、異常を特定します。
- 最適化 :インタラクションを確認して、モデルのプロンプトと構成を改善します。
- コンプライアンス :すべてのモデルインタラクションの監査ログを維持します。
要件
-
お客様のアカウントでUnity AI Gatewayのプレビュー版が有効になりました。Databricksのプレビューを管理するを参照してください。
-
Unity AI GatewayでサポートされているリージョンにあるDatabricksワークスペース。
-
ワークスペースでUnity Catalog有効化されていること。 Unity Catalog のワークスペースを有効にする方法をご覧ください。
-
モデルサービスに対する
MANAGE権限。モデルサービスの作成者と変更者の両方が、この権限を持っている必要があります。 -
指定された Unity Catalog カタログおよびスキーマ内の
CREATE TABLE権限。 -
指定されたカタログに対する
USE CATALOG特権。 -
指定したスキーマに対する
USE SCHEMA権限。 -
このカタログは、現在のメタストアに対してOpenSharingカタログであってはなりません。
-
Databricks では、パフォーマンス向上のために予測的最適化を有効にすることをお勧めします。
推論テーブルを有効にする
推論テーブルは、モデルサービスを作成した後でのみ構成できます。
推論テーブルを有効にするには:
- サイドバーで、 AI Gateway をクリックします。
- モデルサービス名をクリックして、モデルサービスページを開きます。
- 推論テーブル の隣にある セットアップ をクリックします。
- 推論テーブルを保存するカタログとスキーマを指定してください。
- 保存 をクリックします。
推論テーブルの所有者は、モデルサービスを作成したユーザーです。すべてのACLは標準のUnity Catalog権限に準拠しており、テーブル所有者によって変更できます。
既存のテーブルを指定することはサポートされていません。Databricks は、推論テーブルを有効にすると、新しい推論テーブルを自動的に作成します。
推論テーブルは、次のいずれかの操作を行うと、データのログ記録を停止したり、破損したりする可能性があります。
- テーブル スキーマを変更します。
- テーブル名を変更します。
- テーブルを削除します。
推論テーブルを無効にする
推論テーブルを無効にするには:
- サイドバーで、 AI Gateway をクリックします。
- モデルサービス名をクリックして、モデルサービスページを開きます。
- **推論テーブル**の横にある編集アイコンをクリックします。
- 推論テーブルを無効にする をクリックしてください。
推論テーブルを照会する
UIでテーブルを表示したり、Databricks SQLまたはノートブックからテーブルをクエリしたりできます。
UIでテーブルを表示するには、モデルサービスページで推論テーブルのリンクをクリックし、カタログエクスプローラーでテーブルを開きます。
Databricks SQLまたはノートブックからテーブルをクエリするには:
SELECT * FROM <catalog>.<schema>.<payload_table>
<catalog>、<schema>、および<payload_table>をテーブルの場所に置き換えます。
推論テーブルスキーマ
Unity AI Gateway 推論テーブルには次のスキーマがあります:
列名 | タイプ | 説明 | 例 |
|---|---|---|---|
| 文字列 | リクエストの一意の識別子。 |
|
| 文字列 | 個々の推論呼び出しのための一意の識別子。ガードレールチェックやマルチターンのエージェント呼び出しのように、複数の呼び出しで同じ |
|
| マップ | リクエストに関連付けられたタグ。 |
|
| Timestamp | リクエストが受信されたタイムスタンプ。 |
|
| INT | レスポンスの HTTP ステータスコードです。 |
|
| double | ダウンサンプリングが使用された場合のサンプリング分数。値1は、ダウンサンプリングなしを意味します。 |
|
| ロング | 合計レイテンシー(ミリ秒単位)。 |
|
| ロング | 最初のバイトまでの時間 (ミリ秒単位)。 |
|
| 文字列 | 未加工のJSONリクエストペイロードです。 |
|
| 文字列 | 未加工のJSON応答ペイロードです。 |
|
| 文字列 | 宛先の種類(例えば、外部モデルまたは基盤モデル)。 |
|
| 文字列 | 宛先モデルまたはプロバイダーの名前。 |
|
| 文字列 | 要求に使用された特定のモデル。 |
|
| ARRAY | ログ記録に失敗した場合のエラーコード(例: |
|
| 文字列 | リクエストを行ったユーザーまたはサービスプリンシパルのID。 |
|
| 文字列 | 推論テーブルレコードのスキーマバージョンです。 |
|
制限事項
- 外部ストレージカタログのみ :推論テーブルは外部ストレージカタログにのみ作成できます。デフォルトストレージカタログは現在サポートされていません。
- プライベートエンドポイントはサポートされていません : プライベートエンドポイントで保護されたストレージには推論テーブルを作成できません。Zerobus Ingest コネクタの制限を参照してください。
- ベストエフォート配信 : ログは通常、リクエストから数分以内に利用可能になりますが、配信は保証されません。
- 最大ペイロードサイズ :10 MiBを超えるリクエストとレスポンスはログに記録されません。
logging_error_codes列は、これがMAX_REQUEST_SIZE_EXCEEDEDまたはMAX_RESPONSE_SIZE_EXCEEDEDの場合にいつ発生するかを示します。 - エラー応答 :ログは、401、403、429、または 500 エラーを返すリクエストに対して入力されない場合があります。