商用プランの課金ロジック¶
Guance 商用プランは従量課金方式を採用し、ワークスペースを課金単位とします。課金サイクルは日単位で計算され、毎日 0 時に前日のデータを精算し、請求データは請求センターに同期されます。
精算フロー¶
- ワークスペース内の各サービスが生成したデータ量を個別に集計します；
- 集計したトラフィックに基づいて請求明細を生成します；
-
請求データを請求センターに同期し、選択した精算方法に基づいて料金を請求します。
- 請求センターでの直接精算（チャージ、プリペイドカード）
- クラウドベンダーによる代行精算（Huawei Cloud、Alibaba Cloud、AWS、Microsoft Azure など）
概念¶
| 用語 | 説明 |
|---|---|
| 基本課金 | 課金項目の単価が固定値である方式 |
| 段階課金 | 単価がデータストレージポリシー（保持期間）に連動し、期間が長いほど単価が高くなる方式 |
| データストレージ | データタイプごとに保持期間をカスタマイズ設定する機能 |
課金項目¶
メトリクスの課金方法¶
メトリクスはデフォルトでデータポイント数に基づいて課金され、時系列に基づく課金にも対応しています。
説明
- 同じワークスペースでは 1 つのメトリクス課金方法のみが使用され、重複課金は発生しません；
- 時系列による課金をご希望の場合は、アカウントマネージャーに連絡して切り替えを申請してください。
データポイント数¶
ストレージ期間内に送信されたすべてのメトリクスデータのポイント数を全量集計します（1,000 万データポイントごと）。
時系列¶
ユーザーが当日に DataKit を通じて送信したメトリクスデータのうち、各メトリクスに対応するタグの組み合わせ数を集計します（1,000 件/日）。
詳細については、時系列ロジックの解説 を参照してください。
ログ¶
機能の使用方法とストレージ方式に基づいて、対応する課金方法を提供します。
標準ストレージ¶
デフォルトでは「ログデータ件数による課金」で計量課金します。「書き込みトラフィックによる課金」モードをご希望の場合は、アカウントマネージャーに連絡してください。
データ件数による課金¶
1 日あたりに新たに送信されたデータ件数を集計します。ログ、イベントなどの機能で生成されたデータが含まれます（100 万件/日）。
| データタイプ | 集計範囲 | ストレージポリシー連携 |
|---|---|---|
| ログ | 当日のデータ増分 | 「カスタムマルチインデックス」を有効にすると、各インデックスを個別に集計し、それぞれ対応するストレージポリシーの単価を適用 |
| イベント | モニター、SLO、インテリジェントインスペクション、カスタムイベントによって生成されたイベント | デフォルトでログ default インデックスのストレージポリシー単価を使用 |
| Synthetic モニタリング（セルフホストノード） | セルフホストテストノードから送信されたテストデータ | 上記と同様に、default インデックスの単価を使用 |
大容量ログの分割ルール
- ES ストレージ：1 件のログが 10 KB を超える場合、
課金対象件数 = ログサイズ/10 KB - SLS ストレージ：1 件のログが 2 KB を超える場合、
課金対象件数 = ログサイズ/2 KB
1 件のデータが上記の制限未満の場合は、1 件として計算されます。
書き込みトラフィックによる課金¶
ユーザーが送信したログの書き込みトラフィックを集計し、圧縮前のデータ量に基づいて課金します（GB/日）。
Warning
書き込みトラフィックによる課金に切り替えたい場合は、アカウントマネージャーに連絡してください。
長期ストレージ¶
ログの長期ストレージは、標準ストレージ期間を超えたログデータの保存量に基づいて課金されます（GB/日）。集計範囲は、長期ストレージの総期間のうち標準ストレージ期間を超えたすべてのログデータで、標準ストレージ期間内のデータは重複して課金されません。
ストレージの例
例えば、標準ストレージ期間を 30 日、長期ストレージ期間を 180 日に設定した場合、長期ストレージでは 31〜180 日目のデータのみが集計されます。1〜30 日目のデータは標準ストレージ期間に属するため、長期ストレージでは重複して集計されません。
インデックスの高度なマッチング¶
ログインデックスの「高度なマッチング」を有効にすると、システムはセントラル Pipeline を通じて設定条件に従ってログデータのマッチングと処理を行います。
ログ自体の費用に加えて、高度なマッチングはセントラル Pipeline が実際に処理したデータ量に基づいて課金されます（GB/日）。具体的な課金ルールはセントラル Pipeline を参照してください。
説明
同じログデータが高度なマッチングとセントラル Pipeline の他の処理ルールの両方に一致した場合、セントラル Pipeline の処理量は 1 回のみ集計され、重複して課金されません。
分散型トレーシング¶
分散型トレーシングの計量範囲には、アプリケーションパフォーマンスモニタリング（APM）と Agent モニタリングデータが含まれます。Agent モニタリングの Trace は trace_id で重複を排除して集計し、Span は 1 日あたりの新規件数を集計します。
システムは実際の集計結果に基づいて自動的に課金方法を選択します：
- Trace 数 ≥ Span 数/10 の場合、Trace 数で課金します；
- それ以外の場合は Span 数で課金します。
| 課金対象 | 単位 | 集計方法 |
|---|---|---|
| Trace | 100 万件/日 | trace_id で重複を排除して集計 |
| Span | 1,000 万件/日 | 当日に新規追加された Span 数を集計 |
APM Profile¶
送信された APM Profile データの件数を集計します（10,000 件/日）。
課金上の注意
Profile データは主に次の 2 つの部分で構成されます：基本属性データ + Profile 分析ファイル
-
Profile 分析ファイルが 300 KB を超える場合、データは複数件に分割して課金されます。課金対象件数の計算式：
課金対象件数 = ファイルサイズ/300 KB -
分析ファイルが 300 KB 以下の場合、1 件として課金します
RUM PV¶
送信されたユーザーアクセスのページビュー数を集計します（10,000 PV/日）。
課金上の注意
PV 数とResource、Long Task、Error、Action の件数の合計/100 のうち、大きい方を当日の課金データとして使用します。
SPA（シングルページアプリケーション）でも MPA（マルチページアプリケーション）でも、ページアクセス回数として集計され（リフレッシュを含む）、アクセス 1 回につき 1 PV としてカウントされます。
セッションリプレイ¶
has_replay: true を持つ session_id の数を集計します（1,000 Sessions/日）。
長時間セッションの分割
長時間アクティブな Session が存在する場合、Session は time_spent に基づいて複数件に分割して課金されます：
-
Session の
time_spentが 4 時間を超える場合、課金対象数 = time_spent/4 時間 -
time_spentが 4 時間以下の場合、1 つの Session として計算します
ネットワーク¶
ワークスペース内で eBPF によって送信されたネットワークデータの host 数を集計します（ネットワークデータを送信したホスト 1 台/日）。
Synthetic テスト¶
Synthetic テストには、「テスト実行回数」課金と「テストデータストレージ」課金の 2 種類があります。
テスト実行回数：
Synthetic テストタスクを有効にし、Guance が提供するテストノードを通じてテスト結果を返す場合、1 時間間隔で、その時間内に新たに追加されたテストデータの数を集計します（API テスト 10,000 回/日）。
ブラウザテストは 1 回の実行につき 10 回としてカウントされ、その他のテストタイプは 1 回の実行につき 1 回としてカウントされます。
セルフホストテストノードを使用する場合、課金回数はパブリックテストノードの 1/10 で計算されます。つまり、ブラウザテストは 1 回の実行につき 1 回、その他のテストタイプは 1 回の実行につき 0.1 回として課金されます。
テストデータストレージ：
1 日あたりに新たに送信されたテストデータの件数を集計します（100 万件/日）。
トリガー¶
1 日あたりの、モニター、AI モニター、インテリジェントモニタリング、SLO、メトリクスを生成などの定期タスクの実行回数、公式提供の高度な関数の実行呼び出し回数、および DataKit または OpenAPI のクエリ呼び出し回数の合計を集計します（10,000 回/日）。
| タスクタイプ | 課金ルール | 説明 |
|---|---|---|
| モニター検知（標準） | 1 回/検知 | 急変、区間、外れ値、ログ検知以外の検知タイプ |
| モニター検知（複雑） | 5 回/検知 | 急変検知、区間検知、外れ値検知、ログ検知 |
| 検知間隔の加算 | +1 回/15 分 | 検知間隔が 15 分を超える場合、15 分を超えた部分を 15 分ごとに切り上げて加算 |
| AI モニター | 1 回/検知 | 検知を 1 回実行するごとに |
| インテリジェントモニタリング（ホスト/ログ/アプリ） | 10 回/実行 | 検知を 1 回実行するごとに |
| インテリジェントモニタリング（RUM） | 100 回/実行 | 検知を 1 回実行するごとに |
| AI インテリジェントモニタリング | 100 回/実行 | 検知を 1 回実行するごとに |
| DataKit/OpenAPI クエリ | 1 回/クエリ | - |
| AI API 呼び出し | 1 回/呼び出し | Agent Teams と OWL ツールはいずれも AI API 呼び出しを通じてワークスペース内のデータをクエリします |
| メトリクスを生成 | 1 回/クエリ | メトリクスを生成を有効にしている場合のクエリごと |
| DataFlux Func 高度な関数 | 1 回/クエリ | 高度な関数を選択した場合のクエリごと |
| エスカレーションポリシー通知 | 100 回/発動 | エスカレーションポリシーに一致して通知を送信した場合に記録 |
| プログラマブルモニター/セキュリティ監視ルール | 100 回/発動 | 検知を 1 回実行するごとに |
説明
計算例¶
-
標準的なケース：「急変検知」を 1 回実行 → トリガー 5 回
-
検知間隔を超える場合：「外れ値検知」を 1 回実行、検知間隔 30 分 → 基本 5 回 + 超過分（30-15=15 分、15/15=1）→ 合計 6 回
-
複数回の検知で間隔を超過：「区間検知」を 2 回実行、検知間隔 60 分 → 基本 2×5=10 回 + 超過分（60-15=45 分、45/15=3）→ 合計 13 回
データ転送¶
データ転送のアーカイブタイプに基づいて、2 種類の課金があります。
| 転送タイプ | 単位 | 集計方法 |
|---|---|---|
| 外部ストレージ | GB/日 | 外部アーカイブタイプごとに圧縮後のトラフィックを集計し、毎日の増分を統計 |
| 内部ストレージ | GB/日 | 内部ストレージタイプごとに未圧縮の生データのトラフィックを集計し、全量を統計 |
機密データスキャントラフィック¶
スキャンルールに基づいて、スキャンされた機密データの元のトラフィックサイズを集計します（GB/日）。
例えば、あるログデータ A をスキャンする必要があり、そのデータ内の 3 つのフィールドすべてに対してマスキングルールの処理が必要な場合、システムはこれら 3 つのフィールドのマスキングスキャンについてそれぞれ課金します。
セキュリティ検知スキャントラフィック¶
毎日のセキュリティ検知ルールで実際にスキャンされたデータサイズ（圧縮後）を集計します（GB/日）。
エラー件数¶
1 日あたりに新たに追加された関連エラーデータの件数を集計します。エラーセンターに送信されたエラーデータが含まれます（1,000 件/日）。
定期レポート¶
ワークスペース内の定期レポートが 1 日あたりに送信される回数（1 回/日）。
セントラル Pipeline¶
1 日あたりにセントラル Pipeline が実際に処理したログデータ量を集計します（GB/日）。
SMS¶
当日に送信された SMS の数を集計します（10 件/日）。
電話¶
1 日あたりに送信された音声通知の回数を集計します（1 回/日）。
Obsy AI¶
Obsy AI サービスサブスクリプション¶
ワークスペース内の Obsy AI サービスのプランレベルとサブスクリプション費用を集計します。
課金サイクル：開通日をサブスクリプション期間の基準日とし、毎月同日に自動更新されます。当月にその日付が存在しない場合は、当月の最終日に更新され、以降の月の元の基準日は変わりません。例：1 月 31 日に開通した場合、2 月は 2 月 28/29 日に更新され、3 月は引き続き 3 月 31 日に更新されます。
| プラン | 対応 Agent 数 | 中国サイト - 人民元 | 中国サイト - 米ドル | 中国香港およびグローバルサイト - 人民元 | 中国香港およびグローバルサイト - 米ドル |
|---|---|---|---|---|---|
| Basic | 最大 1 個 | 無料 | 無料 | 無料 | 無料 |
| Pro | 最大 3 個 | ¥999 | $150 | ¥1999 | $300 |
| Team | 最大 20 個 | ¥2999 | $450 | ¥5999 | $900 |
プランのアップグレード
ユーザーが Obsy AI サービスのプランをアップグレードする場合、手動による審査は不要です。ワークスペースの残高が十分な場合、システムは直ちに料金を請求して請求書を生成し、プランの特典とプラン特典クレジットが同時に有効になります。
特典クレジット
| プラン | 中国サイト | 中国香港およびグローバルサイト | 付与ルール |
|---|---|---|---|
| Basic | 2,000 Credits/月 | 750 Credits/月 | 暦月ベースで毎月 1 日に付与され、当月でリセットされ、累積されません |
| Pro | 40,000 Credits/月 | 30,000 Credits/月 | サブスクリプション期間に基づいて付与され、現在のサブスクリプション期間内で有効 |
| Team | 120,000 Credits/月 | 90,000 Credits/月 | サブスクリプション期間に基づいて付与され、現在のサブスクリプション期間内で有効 |
特典クレジットの説明
- Basic プランの特典クレジットは毎月 1 日にリセットされ、翌月には累積されません；
- 有料プランの開通またはアップグレードが有効になった時点で、対応するプランのクレジットが直ちに付与され、更新後は新しいサブスクリプション期間に基づいて再度付与されます；
- プランの特典クレジットは対応する有効期間内のみ利用でき、期間終了後は無効になります；
- クレジットの計算結果は切り捨てて整数になります。
Credits による課金¶
当日に Obsy Agent Teams、Obsy Copilot、AI モニター、AI インテリジェントモニタリングによって消費された Credits の総量を集計します（10 Credits/日）。
AI モニターのクレジット消費：検知を実行するたびに、今回の検知での実際の消費量に応じて Credits が控除されます。設定されている「1 回の検知あたりのクレジット予算」は、1 回の検知でのクレジット消費を制御するためのもので、毎回その額が固定で控除されることを意味するものではありません。また、検知のたびにトリガーが 1 回追加でカウントされます。
AI インテリジェントモニタリングのクレジット消費：検知を実行するたびに、今回の AI 分析での実際の消費量に応じて Credits が控除されます。また、検知のたびにトリガーが 100 回追加でカウントされます。
課金方法：Obsy AI クレジットは、先払い・後利用のプリペイドチャージ方式を採用しており、従量制の利用・後払い精算には対応していません。ユーザーはアカウントマネージャーに連絡し、現在のサイトと通貨に対応する単価で Credits をプリペイド購入してチャージする必要があります。
控除ルール：システムはまずプランの特典クレジットで控除します。プランのクレジットを使い切った後、または期限切れになった後は、プリペイドクレジットで控除します。プリペイドクレジットは期限切れになりません。クレジット残高を使い切ると、Obsy AI の Q&A や Agent 呼び出しなどの関連サービスを利用できなくなり、チャージ後に利用を再開できます。
Credits の単価
| サイト | 単価 |
|---|---|
| 中国サイト | ¥0.25 |
| 中国サイト | $0.036 |
| 中国香港およびグローバルサイト | ¥0.7 |
| 中国香港およびグローバルサイト | $0.1 |
注意
上記の単価の単位は 10 Credits ごとです。
使用量分析¶
料金プランと請求 > 使用量分析では、商用プランの「ログの生書き込みトラフィック（バイト）」グラフがログインデックスごとに分割して表示され、統計項目名は count(“Index”) 形式で、Index はログインデックス名です。
関連情報¶
以下のトピックもご覧いただけます：