Simple Log Service bills each item separately. For example, storing logs incurs storage fees, and collecting logs incurs write traffic fees. This topic describes the billable items and billing methods for the pay-by-feature billing model of Simple Log Service.
Precautions
The pay-by-feature billing model for Simple Log Service supports collecting logs and time series data. Although storage and index building for time series data are priced separately from logs, fees for data processing, delivery, read/write traffic, and requests are the same as those for logs.
You can view information from the previous day, such as write traffic, read traffic, number of read/write requests, data transformation traffic, data shipping traffic, and storage usage, in the Simple Log Service console.
This data is updated once a day and is not available in real time.
Simple Log Service automatically compresses log data during collection, resulting in a compression ratio of 10% to 20%.
What is an OCU?
Observability Capacity Unit (OCU) is a new billing unit introduced by Alibaba Cloud for cloud-native observability. OCU usage is automatically calculated based on hourly resource consumption.
Billing for compute-optimized features of Simple Log Service is gradually transitioning to OCU-based metering. This method measures billing based on the actual computing resources consumed. In a CPU scenario, one OCU is equivalent to approximately 0.5 CPU cores, 2 GB of memory, and 3,000 IOPS. To calculate the total number of OCUs, Simple Log Service calculates the OCU count for each of the three dimensions: CPU cores, memory, and IOPS. The maximum of these three values is used as the final OCU value for billing.
In a GPU scenario, one OCU is equivalent to approximately 1/60 of the computing power of an A10 card. The final OCU value is calculated based on the consumed GPU computing power.
For example, if your computing job consumes 1 CPU core, 2 GB of memory, and 3,000 IOPS, the job consumes 2 OCUs. Within a one-hour billing cycle, you can estimate the average OCU consumption as follows: processing 1 GB of data with a write processor consumes about 1/3 OCU. Processing 1 GB of data with data transformation (new) consumes about 1/3 OCU. Processing 1 GB of data with rule-based consumption consumes about 0.3 OCU.
Billable items for the pay-by-feature billing model
The following table describes the billable items for the pay-by-feature billing model of Simple Log Service. For detailed pricing information, see Pricing.
Billable item | Description | Billing method | Free quota |
Storage - Hot log storage | This includes the storage size of compressed logs and the indexes created for uncompressed logs. Indexes can be full-text, field, or scan indexes. For example, you have 1 GB of raw logs and upload them to Simple Log Service with indexes configured for two fields. If the compression ratio is 20% and the index data for the two fields is 0.5 GB, the log storage usage is 0.2 GB + 0.5 GB = 0.7 GB. |
| 500 MB/month Important The free quota is available only when you do not use resource plans for deduction. |
Storage - IA log storage | After you enable tiered storage, logs are converted to Infrequent Access (IA) storage (formerly cold storage) once they exceed the configured Hot Storage Retention period. You are then billed for IA storage usage. IA storage usage includes the size of the compressed logs and the indexes created from the uncompressed logs. For example, you have 1 GB of raw logs and upload them to Simple Log Service with indexes configured for two fields. If the compression ratio is 20% and the index data for the two fields is 0.5 GB, the IA storage usage is 0.2 GB + 0.5 GB = 0.7 GB. |
| None |
Storage - Archive log storage | After you enable tiered storage, logs are converted to Archive Storage when their storage duration exceeds the retention period configured for Hot Storage Retention or IA Storage Retention. You are then billed for Archive Storage usage, which includes the storage size of compressed logs and the indexes created for the uncompressed logs. For example, you have 1 GB of raw logs and upload them to Simple Log Service with indexes configured for two fields. If the compression ratio is 20% and the index data for the two fields is 0.5 GB, the Archive Storage usage is 0.2 GB + 0.5 GB = 0.7 GB. |
| None |
Storage - Metric storage | This includes the storage size of compressed metrics and the indexes created for uncompressed metrics. For example, if you upload 1 GB of raw metrics to Simple Log Service, Simple Log Service automatically builds indexes for you. If the index data size is 1 GB and the compression ratio is 20%, the storage usage is 0.2 GB + 1 GB = 1.2 GB. |
| None |
Read/write traffic | Read/write traffic includes write traffic and read traffic. The details are as follows:
Note The consumer preview feature in the Simple Log Service console generates a small amount of read traffic. |
| 500 MB/month Important The free quota is available only when you do not use resource plans for deduction. |
Index traffic - Log index | Index traffic is calculated based on the amount of index data generated when indexes are built or reindexed for uncompressed logs. Indexes are built for specific fields, and the amount of index traffic depends on the selected index fields and the length of their values.
Important
|
| 500 MB/month Important The free quota is available only when you do not use resource plans for deduction. |
Index traffic - Log index - Query type | Index traffic is calculated based on the amount of index data generated when indexes are built or reindexed for uncompressed logs. Indexes are built for specific fields, and the amount of index traffic depends on the selected index fields and the length of their values.
Important
|
| None |
Index traffic - Scan index | Index traffic is calculated based on the amount of index data generated when scan indexes are built or reindexed for uncompressed logs. The amount of index traffic depends on the log fields and the length of their values. If a field has both a full-text or field index and a scan index enabled, only the index traffic for the full-text or field index is generated. No scan index traffic is generated. Creating a scan index generates index storage data that is equal to 20% of the raw log volume.
|
| None |
Index traffic - Metric index | Index traffic is calculated based on the amount of index data generated when indexes are built for uncompressed metrics. Indexes are built for specific fields, and the amount of index traffic depends on the selected index fields and the length of their values. When you upload metrics, Simple Log Service automatically builds indexes for you. For example, if you write 1 GB of raw metrics to Simple Log Service, the index traffic is 1 GB. |
| None |
Public network read traffic | When you pull data from a public endpoint of Simple Log Service, public network read traffic is generated. This traffic is calculated based on the amount of compressed data. |
| None |
Scan traffic | Scan traffic is calculated based on the amount of uncompressed data scanned. |
| None |
Data transformation | Calculated based on the amount of uncompressed data that is transformed. When you transform data across regions, public network read traffic is generated. This is calculated based on the amount of compressed data. |
| None |
Data shipping | Calculated based on the amount of uncompressed data that is shipped. Destinations include OSS, MaxCompute, and AnalyticDB for MySQL. Note When you ship data to AnalyticDB for MySQL, you also incur fees for read/write requests and read traffic because APIs are called to read data and consume network resources. |
| None |
Read/write requests |
Note Both successful and failed read/write requests are counted. |
| 1 million requests/month Important The free quota is available only when you do not use resource plans for deduction. |
Voice calls | These are fees for alert notifications sent by voice call. You are charged per notification. Note
|
| None |
Text message notifications | These are fees for alert notifications sent by text message. You are charged per notification. Note Some carriers may split a long text message (for example, one with more than 70 characters) into two messages. If your message content is long, you may receive two messages, but Simple Log Service charges you for only one. |
| None |
Active shard lease | This is calculated based on the number of shards that are in the read/write state. Shards that have been merged or split do not incur fees. For example, if you merge three read/write shards into one, you are still billed for three shards on the day of the merge. On the next day, you are billed for one shard. Note
|
| 31 days per month Important The free quota is available only when you do not use resource plans for deduction. |
Dedicated SQL | This is calculated based on the actual CPU time used for SQL analysis. The unit is core-hour, which represents the fee for using one dedicated CPU core for one hour. For more information, see Billing examples for Dedicated SQL. |
| None |
Rule-based consumption | You are billed based on the resources consumed to process data using rule-based consumption. The billing unit is OCU. Within a one-hour billing cycle, processing 1 GB of data with rule-based consumption consumes about 0.3 OCU. |
| None |
Data transformation (new) | You are billed based on the resources consumed to process data using data transformation (new). The billing unit is OCU. Within a one-hour billing cycle, processing 1 GB of data with data transformation (new) consumes about 1/3 OCU. |
| None |
Transfer acceleration | You are billed for the inbound and outbound traffic generated through an acceleration endpoint when you use transfer acceleration. Transfer acceleration is billed based on the actual amount of data transferred. For example, if data is compressed before being uploaded, the traffic is calculated based on the compressed data size. For more information, see Manage transfer acceleration. |
| None |
Write processor | Before log data is written to a Logstore, you can use a write processor to process the data. This includes operations such as data filtering, field extraction, field extension, and data masking. You are billed for the write processor based on the resources consumed for data processing, and the billing unit is OCU. Within a one-hour billing cycle, processing 1 GB of data with a write processor consumes about 1/3 OCU. |
| None |