Commercial Plan Billing Logic¶
Guance Commercial Plan adopts a pay-as-you-go model, with the workspace as the billing unit. The billing cycle is calculated daily, settling the data from the previous calendar day at 00:00 each day. Bills are synchronized to the Billing Center.
Settlement Process¶
- Separately count the data volume generated by each service within the workspace.
- Generate bill details based on the counted traffic.
- Synchronize bill data to the Billing Center for deduction according to the selected settlement method.
- Billing Center direct settlement (top-up, prepaid card)
- Cloud vendor direct debit settlement (Huawei Cloud, Alibaba Cloud, Amazon Web Services, Microsoft Azure)
Concepts¶
| Term | Description |
|---|---|
| Basic Billing | The unit price for billing items is a fixed value. |
| Tiered Billing | The unit price is tied to the data retention policy (retention period). Longer retention periods correspond to higher unit prices. |
| Data Storage | Customize the retention period for different data types. |
Billing Items¶
Time Series¶
Counts the number of unique tag combinations per metric reported via DataKit on the current day (per thousand per day).
For more details, refer to Time Series Logic Explained.
Metric Points¶
Usage Notice
If you need to switch from "Time Series" to "Metric Points" for metric billing, please contact your account manager.
Fully counts all metric data points reported within the storage period (per ten million points).
Logs¶
Corresponding billing methods are provided based on feature usage and storage method.
Standard Storage¶
By default, billing is based on "Number of Log Data Entries". If you need to adopt the "Ingested Log Volume" billing model, please contact your account manager.
Billing by Number of Data Entries¶
Counts the number of newly reported data entries per day, including data generated by features like logs and events (per 1 million entries per day).
| Data Type | Counting Scope | Association with Storage Policy |
|---|---|---|
| Logs | Daily data increment | When "Custom Multiple Indices" is enabled, each index is counted independently, applying the unit price of its corresponding storage policy. |
| Events | Events generated by monitors, SLOs, Intelligent Inspection, and custom events. | Uses the unit price of the log default index's storage policy by default. |
| Synthetic Tests (Self-built Nodes) | Synthetic test data reported by self-built test nodes. | Same as above, uses the unit price of the default index. |
Large Log Splitting Rules
- ES Storage: When a single log > 10 KB,
Billed Entries = Log Size / 10 KB - SLS Storage: When a single log > 2 KB,
Billed Entries = Log Size / 2 KB
Single data entries smaller than the above limits are counted as 1 entry.
Billing by Ingested Log Volume¶
Counts the size of the original log write volume reported by users (before compression, per GB per day).
Warning
To switch to billing by ingested log volume, please contact your account manager.
Long-term Storage¶
Long-term log storage billing is calculated based on the original storage volume of log data within the current long-term storage total period, minus the original log storage volume within the standard storage period (per GB per day). That is, only log data exceeding the standard storage duration is billed.
Storage Example
Suppose you set the standard storage duration to 30 days and the long-term storage duration to 180 days. Long-term storage only counts the full volume of data from days 31–180; data within the 30-day standard storage period is not counted again for long-term storage.
Index Advanced Matching¶
Counts the average daily data volume processed by Index Advanced Matching (GB/day).
Explanation
Since Index Advanced Matching uses the central Pipeline to process data, when the same data uses both Index Advanced Matching and the central Pipeline, it is billed only once based on a single data volume, not duplicated.
Traces¶
The system intelligently selects the billing method based on actual statistics:
- If Number of Traces ≥ Number of Spans / 10, billing is based on the number of Traces.
- Otherwise, billing is based on the number of Spans.
| Billing Dimension | Unit | Counting Method |
|---|---|---|
| Trace | Per million per day | Counted by deduplicating trace_id. |
| Span | Per ten million per day | Counts the number of new Spans added on the day. |
Application Performance Profile¶
Counts the number of reported Application Performance Profile data entries (per ten thousand per day).
Billing Notice
Profile data mainly consists of two parts: basic attribute data + Profile analysis file.
- If the Profile analysis file > 300 KB, the data will be split into multiple entries for billing. The formula is:
Billed Entries = File Size / 300 KB. - If the analysis file ≤ 300 KB, it is counted as 1 entry.
RUM PV¶
Counts the number of reported page views from user visits (per ten thousand PVs per day).
Billing Notice
The larger value between PV Count and Sum of Resource, Long Task, Error, Action entries / 100 is used as the daily billing data.
Both SPA (Single Page Application) and MPA (Multi-Page Application) are counted based on page access times (including refreshes), with each access counted as 1 PV.
Session Replay¶
Counts the number of session_ids with has_replay: true (per thousand Sessions per day).
Long Session Splitting
If there is an extremely long active Session, the Session will be split into multiple entries for billing based on time_spent:
- If Session
time_spent> 4 hours,Billed Count = time_spent / 4 hours. - If
time_spent≤ 4 hours, it is counted as 1 Session.
Network¶
Counts the number of hosts in the network data reported by eBPF within the workspace (per host reporting network data per day).
Synthetic Tests¶
Synthetic Tests have two billing items: "Test Execution Count" and "Test Data Storage".
Test Execution Count:
Enabled Synthetic Test tasks return results via the test nodes provided by Guance. Counts the number of new test data entries added within each hour interval (per ten thousand API tests per day).
Each browser test execution counts as 10 times, while other test types count as 1 time per execution. When using self-built test nodes, the billing count is calculated as 1/10 of the public test nodes, i.e., each browser test execution counts as 1 time, and other test types count as 0.1 times per execution.
Test Data Storage:
Counts the number of newly reported synthetic test data entries per day (per million entries per day).
Triggers¶
Counts the total daily sum of executions based on scheduled tasks from monitors, intelligent monitoring, SLOs, metric generation, etc., plus executions of officially provided advanced functions and query calls via DataKit or OpenAPI (per ten thousand times per day).
| Task Type | Billing Rule | Explanation |
|---|---|---|
| Monitor Detection (Standard) | 1 time/detection | Other detection types except for sudden change, range, outlier, and log detection. |
| Monitor Detection (Complex) | 5 times/detection | Sudden change detection, range detection, outlier detection, log detection. |
| Detection Interval Overlap | +1 time/15 minutes | When detection interval > 15 minutes, the portion exceeding 15 minutes is rounded up per 15-minute increment. |
| Intelligent Monitoring (Host/Log/Application) | 10 times/execution | Each execution of detection. |
| Intelligent Monitoring (User Access) | 100 times/execution | Each execution of detection. |
| DataKit/OpenAPI Query | 1 time/query | - |
| Metric Generation | 1 time/query | Each query when metric generation is enabled. |
| DataFlux Func Advanced Function | 1 time/query | Each query when an advanced function is selected. |
| Upgrade Policy Notification | 100 times/trigger | Recorded when an upgrade policy is triggered and a notification is sent. |
| Programmable Monitor/Security Monitoring Rule | 100 times/trigger | Each execution of detection. |
Calculation Examples¶
- Standard Case: Execute 1 "Sudden Change Detection" → 5 Trigger calls.
- Exceeding Detection Interval: Execute 1 "Outlier Detection" with a 30-minute detection interval → Base 5 times + exceeding portion (30-15=15 minutes, 15/15=1) → Total 6 times.
- Multiple Detections with Exceeding Interval: Execute 2 "Range Detections" with a 60-minute detection interval → Base 2×5=10 times + exceeding portion (60-15=45 minutes, 45/15=3) → Total 13 times.
Data Forwarding¶
Based on the data forwarding archive type, there are two billing categories.
| Forwarding Type | Unit | Counting Method |
|---|---|---|
| External Storage | Per GB/day | Summarizes compressed traffic by external archive type, counting daily increments. |
| Internal Storage | Per GB/day | Summarizes original uncompressed traffic by internal storage type, counting the full volume. |
Sensitive Data Scanned Volume¶
Counts the original volume size of sensitive data scanned based on scanning rules (per GB /day).
If a log data entry A needs to be scanned, and three fields within this data require desensitization rule processing, the system will bill separately for the desensitization scanning of these three fields.
Security Detection Scanned Volume¶
Counts the actual data size scanned by security detection rules daily (after compression) (per GB /day).
Error Issue Records¶
Counts the number of newly associated error data entries per day, including error data reported to the Error Center (per 1,000 entries per day).
Scheduled Reports¶
The number of times scheduled reports are sent daily within the workspace (per time per day).
Central Pipeline¶
Counts the size of all original log data processed by the central Pipeline (per GB /day).
SMS¶
Counts the number of SMS messages sent on the day (per 10 messages per day).
Phone Call (IVR)¶
Counts the number of voice notifications sent daily (per time per day).
Obsy AI¶
Obsy AI Service Subscription¶
Counts the subscription fee for the Obsy AI service package level within the workspace.
Billing Cycle: The activation date serves as the subscription cycle base date, with automatic renewal on the same day each month. If that date does not exist in the current month, renewal occurs on the last day of the month, without changing the original cycle base date for subsequent months. For example: Activated on January 31st, renewal in February on February 28th/29th, and March renewal still occurs on March 31st.
| Package | Supported Agent Count | China Region - CNY | China Region - USD | China Hong Kong & Global Region - CNY | China Hong Kong & Global Region - USD |
|---|---|---|---|---|---|
| Basic | Up to 1 | Free | Free | Free | Free |
| Pro | Up to 3 | ¥999 | $150 | ¥1999 | $300 |
| Team | Up to 20 | ¥2999 | $450 | ¥5999 | $900 |
Package Upgrade
Users upgrading the Obsy AI service package do not require manual approval. When the workspace balance is sufficient, the system will immediately deduct the fee and generate a bill, with package benefits and complimentary credits taking effect simultaneously.
Complimentary Credits
| Package | China Region | China Hong Kong & Global Region | Distribution Rule |
|---|---|---|---|
| Basic | 2,000 Credits/month | 750 Credits/month | Distributed on the 1st of each calendar month, reset monthly, non-cumulative. |
| Pro | 40,000 Credits/month | 30,000 Credits/month | Distributed per subscription cycle, valid within the current subscription cycle. |
| Team | 120,000 Credits/month | 90,000 Credits/month | Distributed per subscription cycle, valid within the current subscription cycle. |
Complimentary Credits Explanation
- Basic package complimentary credits reset on the 1st of each month and do not carry over to the next month.
- Paid package complimentary credits are distributed immediately upon activation or upgrade taking effect, and distributed again after renewal for the new subscription cycle.
- Complimentary credits are only usable within their corresponding validity period and expire afterward.
- Credit calculation results are rounded down to the nearest integer.
By Credits¶
Counts the total daily Credits consumption generated by Obsy Agent Team and Obsy AI Assistant (per 10 Credits / day).
Billing Method: Obsy AI Credits adopt a prepaid top-up model, not supporting pay-as-you-go or postpaid settlement. Users need to contact their account manager to pre-purchase and top up Credits at the unit price corresponding to the current site and currency.
Deduction Rule: The system prioritizes using package complimentary credits for deduction. After package credits are exhausted or expired, it continues to deduct pre-purchased credits. Pre-purchased credits do not expire. When the credit balance is depleted, services related to Obsy AI Q&A and Agent invocation will be unavailable and require top-up to continue.
Credits Unit Price
| Site | Unit Price |
|---|---|
| China Region | ¥0.25 |
| China Region | $0.036 |
| China Hong Kong & Global Region | ¥0.7 |
| China Hong Kong & Global Region | $0.1 |
Note
The unit price above is per 10 Credits.
Further Reading¶
You might also want to know: