Skip to main content

モデルモニタリング

モデルモニタリングを使用すると、以下の操作を実行できます。

モデルモニタリングの概要

Model Studio は統一されたモデルモニタリングを提供します。呼び出しは発生後数分以内にモニタリングチャートに反映され、モデル呼び出しをリアルタイムに追跡できます。モニタリングデータはワークスペースごとに分離されており、現在選択しているワークスペースのデータのみを閲覧できます。モニタリングデータは参考用であり、課金の根拠にはなりません。突合確認については、「費用とコスト」で請求内容をご確認ください。
モニタリングとアラートのサポート状況はモデルによって異なります。音声、画像、動画生成モデルや、直接アクセスするサードパーティモデルなど、一部のモデルはサポートされません。コンソールでご確認ください。
このトピックは機能モジュールごとに構成されています。モデル呼び出しのトラブルシューティングは監査ログから始めてください。アラートを設定するにはアラートセクションを、データ転送を有効化するにはデータ転送セクションをご参照ください。

ディメンションによるモニタリングデータの絞り込み

モニタリングデータは、時間(クイックプリセットとカスタム)、推論タイプ、API キー(デフォルトはすべて。ID と説明が表示され、現在のワークスペースに存在する API キーのみ一覧表示されます)で絞り込めます。時間粒度での絞り込みは、モデルモニタリング詳細ページでのみ利用できます。

呼び出し全体の規模と健全性の確認

概要ページには、モデル総数、総呼び出し回数、総失敗回数、平均呼び出し時間、平均初回トークン時間(初回トークンレイテンシ)などのデータカードが表示され、呼び出し全体の規模と健全性をすばやく把握できます。

モデルのモニタリング詳細またはログの確認

モデル一覧には、現在のワークスペース内の各モデルのモニタリングデータが表示されます。詳細を表示をクリックするとモデルモニタリング詳細ページが開き、ログを表示をクリックするとログページの監査ログタブが開きます。Model Studio コンソールにログインし、左側のナビゲーションウィンドウで運用 > モデルモニタリングを選択すると、モニタリング概要ページが開きます。

モデルモニタリング詳細

モニタリング概要ページのモデル一覧で対象のモデルを見つけ、詳細を表示をクリックすると、そのモデルのモニタリング詳細ページが開きます。ページ上部のナビゲーションパスは「モデルモニタリング > モデル名」です。 詳細ページには、単一モデルの呼び出し統計とパフォーマンスチャートが表示され、アラート設定への入口も用意されています。メトリクスチャートのアラートベルから、現在のモデルやメトリクスのアラートをすばやく設定できます(モデル横断のルール管理全般については、アラートセクションをご参照ください)。フィルタ条件は概要ページと同じ(時間、時間粒度、推論タイプ、API キー)で、概要ページから移動した場合はその設定が引き継がれます。ログを確認するには、概要ページのモデル一覧に戻り、ログ表示の入口をクリックします(ログセクションを参照)。

モニタリングメトリクス

詳細ページでは、メトリクスは呼び出し統計とパフォーマンスの 2 つのグループで表示されます。各メトリクスの意味、参考事項、アラート対応状況は以下の表のとおりです。
メトリクス名説明参考アラート対応
呼び出し回数モデルが呼び出された合計回数ビジネスにより異なる設定可能
使用量合計トークン数ビジネスにより異なる設定可能
失敗回数失敗した呼び出しの回数ビジネスにより異なる設定可能
失敗率失敗回数を総呼び出し回数で割った値ビジネスにより異なる設定可能
呼び出し時間リクエストからレスポンスまでの合計時間モデルとシナリオにより異なる設定可能
初回トークン時間リクエストから最初のトークンが返されるまでのレイテンシモデルとシナリオにより異なる設定可能
以降のトークンレイテンシ初回以降に各トークンを生成する平均時間モデルとシナリオにより異なるサポートなし
モデル TotalToken 消費量モデル別に集計された消費合計トークン数(プリセットアラートテンプレート専用のメトリクス)ビジネスにより異なる設定可能
リクエストあたりの平均使用量リクエストあたりの平均トークン数ビジネスにより異なるサポートなし
コンテンツモデレーションエラー回数コンテンツモデレーションによるブロック回数ビジネスにより異なるサポートなし
レート制限エラー回数429 レート制限がトリガーされた回数ビジネスにより異なる設定可能
RPM1 分あたりのリクエスト数ビジネスにより異なるサポートなし
TPM1 分あたりのトークン数ビジネスにより異なるサポートなし
1 秒あたりの出力トークン数(TPS)1 秒あたりの出力トークン数モデルとシナリオにより異なるサポートなし
キャッシュヒット量コンテキストキャッシュのヒットトークン数モデルとシナリオにより異なるサポートなし
キャッシュヒット率入力トークンに対するキャッシュヒットトークンの割合モデルとシナリオにより異なるサポートなし
メトリクスがアラートに対応するかどうかは、プリセットアラートテンプレートに含まれているかどうかで決まります(プリセットテンプレートについては、アラート > アラートテンプレートをご参照ください)。プリセットテンプレートに含まれないメトリクス(コンテンツモデレーションエラー回数や RPM など)にはアラートベルが表示されず、アラートを設定できません。
エラーコードとレート制限の詳細については、エラーコードをご参照ください。
失敗呼び出しの急増をトラブルシューティングするには、失敗回数、レート制限エラー回数、失敗率に注目してください。パフォーマンス低下を診断するには、初回トークン時間と平均呼び出し時間の継続的な上昇傾向を監視し、主要メトリクスにアラートを設定してください。

アラートベルの設定

アラートに対応するメトリクスのチャートには、アラートベルアイコンが表示されます。ベルをクリックすると、アラートルール設定サイドパネルが開きます(フィールドの詳細は、アラートルール管理セクションをご参照ください)。ベルアイコンとサイドパネルのステータスラベルの意味は以下のとおりです。
種類ステータス色意味
ベルアイコンアラート未設定グレーアラートルールが設定されていません。クリックすると設定サイドパネルが開きます
ベルアイコンアラート設定済み・正常ブルールールが設定されており、現在はトリガーされていません。クリックするとルールの詳細を表示します
ベルアイコンアラート発生中レッドアラートがトリガーされています。クリックするとトリガーの詳細を表示します
サイドパネルのラベル正常グリーンルールが設定されており、ステータスは正常です
サイドパネルのラベルアラート発生中レッドアラートがトリガーされています
サイドパネルのラベル無効グレールールがオフになっており、アラートを生成しなくなります
ベルをクリックした後、アラートサイドパネルには、アラートステータス(正常=未トリガー、アラート発生中=現在トリガー中、回復済み=トリガー後に回復)に応じて異なるフィールドが表示されます。
フィールド正常回復済みアラート発生中
アラートルール名表示表示表示
アラートルール ID表示表示表示
アラート内容表示表示表示
アラートメトリクス表示表示表示
通知受信者表示表示表示
アラート対象表示表示表示
開始時刻非表示表示表示
継続時間非表示表示表示
アラート回数非表示表示表示
ステータス非表示表示表示
回復時刻非表示表示非表示

アラート

Model Studio は、アラートルール、アラートテンプレート、アラート履歴の 3 つのアラート機能を提供します。いずれもモデルアラートページのアラートルール、アラートテンプレート、アラート履歴の各タブにあります。

アラートルール管理

モデルアラートページでアラートタブをクリックすると、アラートルール管理ページが開きます。アラートルール一覧には現在有効なアラートルールが表示され、ルールの作成、編集、停止、削除に対応しています。一覧には通知受信者(連絡先または連絡先グループ)が表示され、メールなどの複数のチャネルに対応しています。 初めてアラートを設定する際の完全な手順は次のとおりです。まずデータ転送 > モニタリングデータ転送で CloudMonitor サービスロールの承認を完了し、次にこのセクションでアラートルールを作成し(アラートテンプレートを選択して各フィールドを入力)、最後にアラート通知(連絡先または連絡先グループ、通知時間帯、繰り返しポリシー)を設定します。
トークンコストを管理するには、モデル TotalToken 消費量に対して前回比急増のアラートを設定してください。可用性を確保するには、呼び出し失敗率のアラートを設定してください。いずれもプリセットアラートテンプレートをそのまま利用できます。
アラートルールを作成する前に、モデルモニタリング転送で CloudMonitor サービスロールを承認しておく必要があります(設定方法は、データ転送 > モニタリングデータ転送をご参照ください)。承認されていない場合、[アラートルールの作成]ボタンはクリックできず、ボタンにホバーすると「CloudMonitor サービスロールが承認されていないため、アラートルールを作成できません。クリックして承認してください。」というヒントが表示されます。承認後、CloudMonitor サービスはバックグラウンドで自動的に有効化されます。
承認後、CloudMonitor、Alibaba Cloud Simple Log Service(SLS)、Prometheus が自動的に有効化されます。アラートルールは無料で利用できます。すでに有効化されているプロダクトは、実際の使用量に基づいて課金されます。
  1. **[アラートルールの作成]**をクリックして新しいページを開きます。
  2. 以下のフィールドの説明に従って、アラート名、アラートテンプレート、モデル、期間、アラートチェック周期、アラート内容、アラートレベルを入力します。
  3. アラート通知(アラート連絡先または連絡先グループ、通知時間帯、繰り返しポリシー)を設定し、**[作成]**をクリックして完了します。
フォームの各フィールドは以下の表のとおりです。
フィールド必須説明
アラート名必須最大 50 文字
アラートテンプレート必須ドロップダウンリストからプリセットまたはカスタムテンプレートを選択するか、テンプレートを基に「名前を付けて保存」で新規作成できます
モデル選択必須最大 50 モデル
期間必須分単位で指定します
アラートチェック周期必須デフォルトは 60 秒(秒単位)。0 以上の整数である必要があります(0 はトリガー時に即時アラート)
アラート内容必須最大 200 文字。変数をサポートします(ワークスペース、モデル、現在値などのプレースホルダーを挿入可能)
アラートレベル任意INFO(通常)/ WARNING(警告)/ ERROR(エラー)/ CRITICAL(重大)。デフォルトは INFO
アラート連絡先 / 連絡先グループ複数設定可CloudMonitor の連絡先または連絡先グループから取得します
通知時間帯必須24 時間以内の任意の間隔で、日をまたぐこともできます(例:23:00 ~ 翌日 01:00)
繰り返しポリシー必須エスカレーションなしの場合、未解決の間アラートは 1 回のみ送信されます。または「時+分」の間隔を指定して通知を繰り返します
高度モニタリングをすでに有効化し、アラートルールを設定済みの既存ユーザーは、CloudMonitor Prometheus インスタンスから Model Studio へアラートルールをワンクリックで移行できます。現在移行できるのはプラットフォームが作成したアラートルールのみで、CloudMonitor 側で作成されたアラートルールは移行できません。
  1. アラートルール一覧の上にある**[今すぐ移行]または[アラートルールの移行]**をクリックします。
  2. 移行元の確認。Prometheus インスタンスの名前とステータスを確認し、**[検出の開始]**をクリックします。
  3. アラートルールの確認。システムが移行可能なアラートルールと互換性のないルールを検出します。選択して確認し、**[移行の開始]**をクリックします。
  4. アラートルールの移行。移行中は「移行中」ステータスが表示されます。移行が完了すると、成功または失敗の結果が表示されます。移行に失敗した場合は再試行できます。移行成功後、ダイアログボックスを閉じます。
移行後、Prometheus インスタンス内のアラートルールは無効化されます(削除はされません)。Prometheus 側で手動で削除できます。移行タスクは 6 時間保持され、移行中にページを更新してもタスクは中断されません。移行成功後は再移行の必要がなく、移行入口は非表示になり、インラインの成功メッセージのみが表示されます。 アラートルールは、停止、編集、削除の操作に対応しています。 アラートの対象範囲:現在、アラートに対応しているのは特定のメトリクスのみです。設定可能な項目は、モデルモニタリング詳細セクションのメトリクス表で行ごとに記載されています。

アラートテンプレート

アラートテンプレートとは、トリガー条件がプリセットされたアラート設定です。ゼロから設定せずに、テンプレートを基にアラートルールをすばやく作成できます。現在システムは 12 個のプリセットテンプレートを提供しており、独自のテンプレートを作成することもできます。アラートテンプレートタブはモデルアラートページにあり、アラートルールタブおよびアラート履歴タブと同じ階層にあります。 **[アラートテンプレートの作成]**をクリックしてアラートテンプレート作成サイドパネルを開き、以下の情報を入力します。
  • テンプレート名:必須。最大 20 文字。
  • パラメーター選択:最大 10 パラメーター。すべてのルールが条件を満たした場合(AND)またはいずれか 1 つが条件を満たした場合(OR)にアラートをトリガーするかを選択します。
  • メトリクス:必須。アラートで監視するメトリクスを選択します。ドロップダウンの選択肢には、呼び出し回数、失敗回数、失敗率、呼び出し時間、初回トークン時間が含まれます。
  • アラートしきい値:必須。比較演算子(>、>=、<、<=、==、!=)と値を選択します。
  • 統計サイクル:分単位。有効範囲は 1 ~ 10080 分です。
プリセットアラートテンプレートには名前の後にプリセットタグが付き、詳細表示とコピーに対応していますが、編集や削除はできません。カスタムアラートテンプレートは、詳細表示、編集、削除、コピーに対応しています。まずプリセットテンプレートを利用して一般的なアラートシナリオをカバーしてください(メトリクスとしきい値は典型的な負荷向けにプリセット済みです)。パラメーターを入力するだけで利用できます。複雑な複合条件や業務固有のルールには、カスタムテンプレートを使用してください。プリセットアラートテンプレートがサポートするメトリクスは以下の表のとおりです。
プリセットアラートテンプレート名メトリクス名
モデル呼び出し失敗回数:1 分合計 > 10モデル呼び出し失敗回数
モデル呼び出し失敗率:1 分合計 > 1%モデル呼び出し失敗率
モデル 4xx 呼び出し回数:1 分合計 > 10モデル 4xx 呼び出し回数
モデル 4xx 率:1 分合計 > 1%モデル 4xx 率
モデル 429 呼び出し回数:1 分合計 > 10モデル 429 呼び出し回数
モデル 429 率:1 分合計 > 1%モデル 429 率
モデル 5xx 呼び出し回数:1 分合計 > 10モデル 5xx 呼び出し回数
モデル 5xx 率:1 分合計 > 1%モデル 5xx 率
モデル呼び出し回数:1 分合計 > 500モデル呼び出し回数
モデル呼び出し時間:1 分平均 > 60 秒モデル呼び出し時間
モデル初回パケット時間:1 分平均 > 10 秒モデル初回パケット時間(初回トークン時間)
モデル TotalToken 消費量:1 分合計 > 10000モデル TotalToken 消費量

アラート履歴

モデルアラートページで履歴タブをクリックすると、アラートのトリガー記録を確認できます。アラート履歴一覧では、通知受信者には連絡先情報のみが表示され、関連する通知チャネルの情報は表示されません。 アラート履歴は 4 つの条件で絞り込めます:アラート時刻(クイックプリセットとカレンダー)、アラートルール、アラートレベル、ステータス(回復済みまたはアラート発生中)。 アラート履歴一覧には以下の列が表示されます。
列説明
アラートインスタンスアラートインスタンスの識別子
アラートレベル通常 / 警告 / エラー / 重大
アラート時刻アラートがトリガーされた時刻
アラート回数このアラートがトリガーされた回数
アラートルールアラートルールの名前と ID
ステータス回復済み / アラート発生中
通知受信者アラート連絡先または連絡先グループ
操作詳細を表示(アラート詳細サイドパネルを開きます)
一覧の**[詳細を表示]をクリックすると、アラート詳細サイドパネルが開きます。詳細サイドパネルのステータスは、回復済みとアラート発生中**の 2 値のみです。

ログ

Model Studio はデフォルトで監査ログを記録します(プラットフォームに保存され、設定は不要です)。各モデル呼び出しのリクエスト情報を記録しますが、Prompt や Response は含まれません。推論ログは完全な Prompt、Response、中間ステップを記録しますが、手動で有効化する必要があり、ログ転送を利用してお客様自身の Simple Log Service(SLS)Logstore にログを書き込みます(ログ転送については、データ転送セクションをご参照ください)。

監査ログ

監査ログはすべてのユーザーに対してデフォルトで有効になっており、設定は不要で、Model Studio プラットフォームに保存されます。監査ログは各モデル呼び出しのリクエスト情報を記録します。リクエスト ID、時刻、モデル、トークン使用量、レイテンシ、ステータスなどの主要メトリクスが含まれますが、Prompt と Response の内容は含まれません。完全な Prompt と Response の内容を確認するには、推論ログを有効化してください(有効化方法は、推論ログセクションをご参照ください)。

絞り込み条件

監査ログは以下の絞り込み条件をサポートします。
  • 時間範囲:デフォルトは過去 7 日間。最大 30 日間までのログを照会できます。
  • モデル:ドロップダウン選択。デフォルトはすべてのモデルです。
  • API キー ID:ドロップダウン選択。API キーには ID と説明が表示されます。API キーが削除された場合、説明は空になります。
  • ステータス:複数選択。0(リクエストは成功したがユーザーが自ら中断)、200(成功)、4XX(ユーザー操作による例外)、5XX(サービス利用不可)を含みます。
  • 推論タイプ:デフォルトはリアルタイム推論です。
  • リクエスト ID の検索:完全一致。

ログ一覧

監査ログ一覧には、リクエスト ID、呼び出し時刻、モデル、使用量、初回トークン時間、呼び出し時間、ステータス、エラーコードのフィールドが表示されます。操作列の**[詳細を表示]**から、監査ログ詳細サイドパネルを開けます。

詳細サイドパネル

監査ログ詳細サイドパネルでは、一覧表示と JSON 表示を切り替えられます。
  • 基本情報:リクエスト ID、呼び出し時刻、モデル、API キー
  • 使用量:合計トークン数、出力トークン数、入力トークン数
  • パフォーマンス:初回トークン時間、呼び出し時間、ステータスコード、エラーコードとエラーメッセージ(ある場合)
API キーの作成と管理は、Model Studio コンソールのシステム管理で行います。

推論ログ

推論ログは手動で有効化する必要があります。監査ログに加えて、推論ログは完全な Prompt、Response、中間ステップを追加で記録し、デバッグ、最適化、トラブルシューティングに役立ちます。推論ログはお客様自身の Simple Log Service Logstore に保存されます。

推論ログの有効化

推論ログはデフォルトで無効です。まず監査ログ転送を有効化する必要があります。ログページで推論ログタブに切り替え(未設定の場合、このタブには有効化のガイドページが表示されます)、**[設定の開始]をクリックすると、ログ転送設定ダイアログボックスが開きます。ログページ右上隅の[ログ転送設定]**ボタンからも開けます。承認と Logstore の設定が完了すると、推論ログ一覧を確認できます。
推論ログは現在、北京およびシンガポールリージョンのみでサポートされています。その他のリージョンはまだサポートされていません。

ログ一覧と詳細

推論ログの絞り込み条件は監査ログと同じですが、推論タイプの絞り込み(リアルタイム推論/バッチ推論)は削除されています。推論ログ非対応のモデルには「現在のモデルはサポートされていません」と表示されます。 推論ログ一覧は、監査ログに加えて Prompt と Response のデータを追加で表示し、長さの上限は 128K です。128K を超える内容は切り捨てられます。完全な内容を確認するには、実際の呼び出しログをご確認ください。 API キー削除後の表示ルールは監査ログと同じです(一覧には説明が表示されず、詳細には ID のみ表示されます)。 推論ログはトレーニングデータセットとして再利用できます。詳細については、ログバックフローをご参照ください。
推論ログは完全な Prompt と Response を記録するため、異常リクエストの再現、モデル出力のデバッグ、断続的に発生する問題のトラブルシューティングに適しています。

データ転送

デフォルトでは、Model Studio はモニタリングメトリクスと監査ログをプラットフォームに保存するため、転送なしでコンソールから確認できます。モニタリングメトリクスやログをお客様自身のクラウドサービスへ転送するには(長期保存や独自の O&M システムとの統合のため。クラウドサービスの料金が発生します)、対応するデータ転送を有効化してください。モニタリングデータは CloudMonitor の Prometheus インスタンスへ転送され、ログは Simple Log Service(SLS)の Logstore へ転送されます。ログ転送は、推論ログの前提条件でもあります。
推論ログの有効化およびお客様自身の SLS Logstore へのログ転送には、Simple Log Service の料金が発生します。
SLS 側でインデックスを変更することはサポートされていません。変更すると照会に失敗します。 SLS 側で、Model Studio が作成した SLS Logstore を削除しないでください。削除するとログ転送に失敗します。

モニタリングデータ転送

モデルモニタリング転送の入口は、モニタリング概要ページの左上隅にあります。モデルモニタリング転送は、Model Studio のモデルのモニタリングデータを Alibaba Cloud CloudMonitor の Prometheus インスタンスへ自動転送し、モニタリングデータを一元管理します。Model Studio はデフォルトでモデルサービスメトリクスを提供しており、追加設定なしでプラットフォーム上で確認できます。メトリクスをお客様のアカウント配下の CloudMonitor サービスへ転送するには、データ転送を有効化し、転送先リソースを設定してください。

設定手順

新規ユーザーがモデルモニタリング転送を設定するには、以下の手順が必要です。
  1. CloudMonitor サービスロールを承認します。
  2. CloudMonitor サービスを有効化します。
  3. CloudMonitor の Prometheus モニタリングインスタンスを作成します。
モデルモニタリング転送は現在、CloudMonitor の Prometheus インスタンスのみをサポートしており、セルフマネージド Prometheus はサポートしていません。モニタリング転送をすでに有効化している既存ユーザーの場合、既存の設定は自動的に移行され、プラットフォームのモニタリングデータは以前有効化した Prometheus インスタンスへ自動的に転送され、Prometheus インスタンスは変更できません。転送の有効化後、モニタリングデータはプラットフォーム側とユーザー側の両方に保存されます。
高度モニタリングを有効化している既存ユーザーは、モニタリングデータ転送がデフォルトで有効になります。不要な場合は、モデルモニタリング転送の入口で無効化できます。

転送ステータス

データ転送を設定すると、モデルモニタリング転送の横にステータスインジケーターが表示されます。
  • 転送中(グリーン)
  • 転送失敗(レッド)
  • 転送未設定(グレー)
転送のトグルボタンは呼び出し統計とパフォーマンスメトリクスの転送です。承認の詳細はデフォルトで展開されています。

ログ転送

ログ転送設定の入口は、ログページの右上隅にあります。モニタリング概要ページでモデルを選択して詳細ページに入り、ログページに切り替えると、この入口が表示されます。ログ転送は、Model Studio のモデルの監査ログと推論ログを Alibaba Cloud Simple Log Service の Logstore へ自動転送し、データを一元管理します。お客様のアカウント配下の Simple Log Service へログを転送するには、ログ転送を有効化して設定を完了してください。

設定手順

初めてログ転送を設定するには、以下の 3 つのステップが必要です。
  1. Simple Log Service ロールを承認します
  2. Simple Log Service を有効化します
  3. Logstore を作成します
ログ転送をすでに有効化している既存ユーザーは再設定の必要がなく、元の設定が自動的に保持され、Logstore は変更できません。

監査ログ転送

監査ログ転送を有効化または無効化すると、ページ上部に結果メッセージが短時間表示されます。承認と設定のプロセスは、上記の設定手順と同じです。

推論ログ転送

推論ログ転送を有効化する前に、まず監査ログ転送を有効化する必要があります(監査ログ転送が未設定の場合、推論ログ転送は有効化できません)。推論ログ転送の承認と設定のプロセスは上記と同じです。
監査ログ転送を無効化すると、推論ログ転送も無効化されます。
設定完了後、ログ転送設定の横にステータスインジケーターが表示されます。3 つのステータスの意味は、モニタリングデータ転送のステータスと同じです。
ログ転送を無効化すると、無効化期間中に生成されたログは SLS Logstore に同期されず、後からバックフィルや復元もできません。無効化は慎重に行ってください。