Serverless resource group billing
Serverless resource groups unify the capabilities of legacy exclusive scheduling, data integration, and data service resource groups. A single serverless resource group handles data synchronization, periodic scheduling, and API services, simplifying resource management. Two billing models are available:
-
Subscription: Stable, predictable dedicated compute resources, ideal for production environments.
-
Pay-as-you-go: On-demand, elastic compute resources that are both flexible and cost-effective.
A task scheduling fee is incurred for periodically scheduled node tasks published to the production environment when using a serverless resource group.
Billing scenarios
Fees for a DataWorks serverless resource group include a resource usage fee and a task scheduling fee.
-
Resource usage fee: Certain DataWorks tasks consume compute units (CUs) from a serverless resource group during execution. Fees are calculated based on total CU consumption. This portion of the fee is the resource usage fee, measured in CUs.
Where,
1 CU = 1 CPU core + 4 GiB of memory. -
Task scheduling fee: A task scheduling fee applies when you publish a task for periodic scheduling in the production environment. These tasks incur only the task scheduling fee, not a resource usage fee. The fee is calculated based on the number of successful instance runs, excluding dry runs.
A serverless resource group supports a maximum of 200 concurrent instances. This limit matches or exceeds the concurrency of all legacy resource group types. You do not need to consider the CU specifications for the serverless resource group.
|
Task type |
Task type description |
Cost type |
|
Data Integration |
Run a data synchronization task (for example, batch synchronization) in the Data Integration or DataStudio module. |
Resource usage fee |
|
Data Computing |
Important
For data compute task types, see Appendix 1: Serverless resource group task types. |
|
|
DataService Studio |
Call API interfaces in DataService Studio. |
|
|
Personal development environment |
Debug tasks using a personal development environment. |
|
|
LLM service |
Deploy and use LLM services. |
|
|
Task scheduling |
Periodically scheduled tasks run in the production environment. |
Task scheduling fee |
Notes
-
With pay-as-you-go serverless resource groups, resource contention may occur during peak hours, and resource availability timeliness cannot be fully guaranteed.
-
You can upgrade a pay-as-you-go resource group to a subscription resource group, but a subscription resource group cannot be converted to a pay-as-you-go resource group.
-
When new users activate DataWorks, a pay-as-you-go serverless resource group is purchased by default. No fees are incurred if you do not use it. For billing details, see Billing details.
-
The total available CUs for a subscription serverless resource group is the CU amount specified at the time of purchase. Actual usage does not exceed this limit. To obtain more CUs, you must perform a scale-up operation.
-
When all CUs of a subscription serverless resource group are occupied, newly submitted tasks enter a queue and wait until idle CUs are released before execution begins.
Performance metrics
Serverless resource groups are billed based on CU consumption, where 1 CU = 1 CPU core + 4 GiB of memory. When using a serverless resource group, plan the resource group specifications based on your development scenarios and task types.
The following recommended specifications are general guidelines. You can adjust the resources based on your specific business requirements and actual conditions to ensure that tasks run efficiently and stably.
Data Integration
Batch synchronization
|
Concurrency of a batch synchronization task |
Recommended specifications |
Minimum specifications |
|
<4 |
0.5 CU |
0.5 CU |
|
>=4 |
|
Real-time synchronization
|
Synchronization task type |
Recommended specifications |
Minimum specifications |
|
|
MySQL real-time synchronization |
1 database |
2 CU |
Minimum specifications to run a real-time synchronization task: 1 CU |
|
2 to 5 databases |
2 CU |
||
|
6 or more databases |
2 CU |
||
|
Kafka real-time synchronization |
1 CU |
||
|
Other single-table real-time tasks |
1 CU |
||
|
Entire database real-time synchronization |
- |
Minimum specifications to run an entire database synchronization task: 2 CU |
|
Data compute
Each data compute task has a default CU allocation. For more information, see Task types and CU consumption.
DataService Studio
|
Maximum queries per second (QPS) |
Minimum specifications |
Service availability (SLA) |
|
500 |
4 CU |
99.95% |
|
1000 |
8 CU |
|
|
2000 |
16 CU |
Personal development environment
CPU-based personal development environments provide resource quotas ranging from 2 to 100 CU. GPU-based personal development environments provide resource quotas ranging from 21 to 60 CU. You can estimate the required quota based on your task type:
-
Lightweight tasks (such as simple SQL queries and Python script debugging): We recommend that you select a lower resource quota (such as 2 CU).
-
Medium-complexity tasks (such as data processing and notebook analysis): We recommend that you select a medium resource quota (such as 4 CU).
-
Deep learning tasks (such as TensorFlow and PyTorch model training): We recommend that you select GPU-based resources and choose the appropriate GPU memory and CU count based on your model size.
Large model services
Estimate the required CU deduction based on the GPU memory.
-
Deploying
0.6B,1.7B,4B, or8Bmodels requires a minimum of24GBGPU memory. -
Deploying a
14Bmodel requires a minimum of48GBGPU memory. -
Deploying a
32Bmodel requires a minimum of96GBGPU memory.
Task scheduling
A serverless resource group supports a maximum of 200 concurrent instances. You do not need to consider the CU specifications for the serverless resource group. The default concurrency is 50. You can set the task scheduling concurrency limit to 200 on the resource group details page.
Billing models
Serverless resource groups are available in two billing models: subscription (monthly or yearly) and pay-as-you-go.
-
Serverless resource group (subscription): You estimate the required CU amount and usage duration in advance and pay accordingly. In addition to the subscription fee, no other resource usage fees are charged by DataWorks for data synchronization, data computing, or debugging/calling Data Service APIs.
-
Serverless resource group (pay-as-you-go): You use the product features first and then pay based on your total CU consumption. Running certain tasks (such as batch synchronization tasks, Data Service tasks, and data development tasks) on a pay-as-you-go serverless resource group incurs corresponding resource usage fees.
The following table compares the two billing models:
|
Item |
Serverless resource group (pay-as-you-go) |
Serverless resource group (subscription) |
|
Total available CU amount |
Calculated based on actual usage. |
The CU amount specified at purchase. |
|
Scaling up, scaling down, and renewal |
Not applicable |
Supported |
|
Quota management |
Used to control the maximum CU limit for different scenarios. Data computing, Data Integration, and personal development environments support configuring the CU limit. The CU limit for DataService Studio cannot be modified, and is displayed as |
|
|
Task scheduling concurrency limit |
Supported. A maximum of 200 task instances can run concurrently. |
|
|
Number of bound VPCs |
|
Depends on the purchased CU amount.
|
Billing standards
Subscription resource group billing
Billing is based on CU usage. Fee = monthly unit price × number of months × CUs purchased per month.
-
The subscription billing model requires a minimum purchase of 2 CUs per month. There is no upper limit on specifications, but availability may be subject to inventory. If inventory is insufficient, check the prompt on the purchase page.
-
If the specifications do not meet your requirements after purchase, you can scale up at any time. For more information, see Scale up a serverless resource group.
-
For the minimum resource specifications required by different task types when using a serverless resource group, see Minimum resource specifications for tasks.
|
Region |
Monthly unit price (CNY/month/CU) |
|
China (Zhangjiakou) |
180.3046 |
|
China (Ulanqab) |
214.5624 |
|
China (Shanghai), China (Hangzhou), China (Beijing), China (Shenzhen) |
240 |
|
China (Chengdu) |
196.7513 |
|
UK (London) |
329.5431 |
|
US (Virginia) |
348.3241 |
|
Malaysia (Kuala Lumpur) |
409.3401 |
|
China (Hong Kong), Singapore, Germany (Frankfurt), Indonesia (Jakarta) |
436.7817 |
|
US (Silicon Valley) |
469.9517 |
|
Japan (Tokyo) |
500.3647 |
|
South Korea (Seoul) |
366.04404449 |
|
UAE (Dubai) |
523.8579 |
|
Thailand (Bangkok) |
347.01794031 |
Pay-as-you-go resource group billing
Billing is based on CU-hours × unit price per CU. The formula is Fee = CU-hours × unit price per CU. Bills are generated on an hourly basis.
In resource group quota management, if you allocate 1 CU to DataService Studio, CU consumption continues regardless of whether DataService Studio is actually used. Consumption stops only after you adjust the CU quota allocated to DataService Studio to 0.
|
Region |
Unit price (CNY/CU-hour) |
Example |
|
China (Zhangjiakou) |
0.375635 |
Example: A data synchronization task in the China (Shanghai) region is configured with 2 CUs and completes in 0.5 hours. The unit price per CU in the China (Shanghai) region is CNY 0.5/CU-hour. The CU-hours consumed and the fee for this task are calculated as follows:
|
|
China (Ulanqab) |
0.447005 |
|
|
China (Shanghai), China (Hangzhou), China (Beijing), China (Shenzhen) |
0.5 |
|
|
China (Chengdu) |
0.409899 |
|
|
UK (London) |
0.686548 |
|
|
US (Virginia) |
0.725675 |
|
|
Malaysia (Kuala Lumpur) |
0.852792 |
|
|
Germany (Frankfurt), Indonesia (Jakarta), China (Hong Kong), Singapore |
0.909962 |
|
|
US (Silicon Valley) |
0.979066 |
|
|
Japan (Tokyo) |
1.042426 |
|
|
South Korea (Seoul) |
0.76259176 |
|
|
UAE (Dubai) |
1.091371 |
|
|
Thailand (Bangkok) |
0.72295404 |
View bill details
When you view bill details in the Billing Management console, the billing item and billing code for a serverless resource group are as follows:
-
Pay-as-you-go: The billing item is
Serverless Resource Group CU-Hours (Pay-As-You-Go), and the billing code isexresource_cu_hour_post. -
Subscription: The billing item is
General-purpose exclusive resource group subscription (hybrid billing), and the billing code iscu_number.
For more information, see Purchase a serverless resource group.
Expiration and renewal
If a subscription serverless resource group is about to expire, you can renew it. If you do not renew the resource group, it will be suspended or released. For more information about renewal, see Renew a serverless resource group.
Scaling fees
Subscription serverless resource groups support scaling up or down after purchase based on your actual needs. Scaling involves fee changes. For information about the fee calculation logic before and after scaling, see Scaling fees for serverless resource groups.
Next step
You can purchase a resource group and use it for tasks such as data integration, data development, and data services. For information about how to purchase a resource group, bind it to a workspace, and connect the resource group to your network, see Purchase and use a serverless resource group.
Additional information
Appendix 1: Task types and CU consumption
Tasks generated by DataWorks node development are divided into compute tasks (CU consumption is calculated) and scheduling tasks (CU consumption is not calculated).
Determine the task type
You can go to the editing page of the corresponding node in Data Studio and check the task type by navigating to in the right-side navigation bar.
-
Compute tasks: In the Scheduling Policy section, you must specify the compute CUs required for task execution.
-
Scenario 1: The compute CUs can be customized.
In the right panel, click Scheduling Configuration, select the Scheduling Policy tab, and set the Resource Group and Compute CU (for example,
0.25). -
Scenario 2: The compute CUs can only be set to the default value.
In the right sidebar, click Scheduling Configuration, select the Scheduling Policy tab. The default value of Compute CU is 0.25, and the interface displays the message "The current node uses the default CU value. You do not need to modify the CU."
-
-
Scheduling tasks: In the Scheduling Policy section, you only need to select a scheduling resource group. No CU configuration is required.
CU configuration list for compute tasks
Running data compute tasks on a serverless resource group consumes CUs. The default CU and running CU are described as follows:
-
Default CU: The recommended CU amount allocated by the platform based on the task type for each task run. Running tasks with a value lower than this may not ensure efficient execution.
-
Running CU: The actual CU amount configured for running a task. The platform automatically populates this with the Default CU value, which you can adjust as needed. The configuration principles are as follows:
-
The minimum configuration is 0.25 CU, with a step size of 0.25 CU. If the interface displays the message The CU Quota of the Current Resource Group Is Insufficient, you can adjust the CU quota for compute tasks.
-
To avoid insufficient or excessive resource configuration, configure resources appropriately based on the Default CU and the CU quota of compute tasks. For more information, see Configure the CU quota for a serverless resource group.
-
Only some tasks support adjusting the running CU. Examples:
-
The running CU of Hologres SQL tasks cannot be adjusted and can only be set to 0.25 (the default CU).
-
The default running CU of PyODPS 2 tasks is 0.5, which you can adjust as needed (for example, 0.4 or 0.6).
|
Node type |
Node name |
Default CU (unit: CU) |
Running CU modifiable |
|
Notebook |
0.5 |
Supported |
|
|
MaxCompute |
0.5 |
Supported |
|
|
0.5 |
Supported |
||
|
0.5 |
Supported |
||
|
0.25 |
Supported |
||
|
0.25 |
Supported |
||
|
Hologres |
0.25 |
- |
|
|
0.25 |
Supported |
||
|
0.25 |
Supported |
||
|
EMR |
0.25 |
- |
|
|
0.25 |
- |
||
|
0.25 |
Supported |
||
|
0.25 |
- |
||
|
0.25 |
Supported |
||
|
0.5 |
Supported |
||
|
0.5 |
Supported |
||
|
0.5 |
Supported |
||
|
0.25 |
- |
||
|
0.25 |
- |
||
|
Serverless Spark |
0.25 |
- |
|
|
0.25 |
- |
||
|
0.25 |
- |
||
|
LLM |
0.5 |
- |
|
|
ADB |
0.25 |
- |
|
|
0.25 |
- |
||
|
CDH |
0.25 |
- |
|
|
0.5 |
Supported |
||
|
0.25 |
- |
||
|
0.25 |
- |
||
|
0.25 |
- |
||
|
0.25 |
- |
||
|
Lindorm |
0.25 |
- |
|
|
0.25 |
- |
||
|
Data Quality |
0.25 |
- |
|
|
0.5 |
Supported |
||
|
General |
0.25 |
Supported |
|
|
0.25 |
Supported |
||
|
0.25 |
- |
||
|
0.5 |
Supported |
||
|
0.25 |
Supported |
||
|
0.25 |
Supported |
||
|
0.25 |
- |
||
|
0.25 |
- |
||
|
0.25 |
- |
||
|
StarRocks node |
0.25 |
- |
|
|
Algorithm |
0.25 |
- |
Scheduling task configuration list
Scheduling tasks do not consume CUs from the serverless resource group.
|
Node type |
Node name |
|
Data Integration |
|
|
MaxCompute |
|
|
Hologres |
|
|
ADB |
|
|
Serverless StarRocks |
|
|
Flink |
|
|
General |
|
|
Algorithm |
|
|
PostgreSQL node |
|
|
Doris node |
|
|
SelectDB node |
|
|
MySQL node |
|
|
SQL Server node |
|
|
Oracle node |
|
|
DRDS node |
|
|
PolarDB MySQL node |
|
|
PolarDB PostgreSQL node |
|
|
MariaDB node |
|
|
Redshift node |
|
|
Saphana node |
|
|
Vertica node |
|
|
DM (Dameng) node |
|
|
KingbaseES node |
|
|
OceanBase node |
|
|
DB2 node |
|
|
GBase 8a node |
|
|
ClickHouse |
Appendix 2: Billing modes for task execution
When you run a node task in DataWorks, the compute fee is not necessarily charged by DataWorks. You need to identify which compute engine or resource actually executes the task. The following three scenarios exist:
A task scheduling fee is incurred for all tasks published to the production environment for periodic scheduling.
|
Execution method |
Representative task nodes |
Compute resource provider |
Cost breakdown |
|
Method 1: Compute tasks are submitted to and executed on a serverless resource group |
PyODPS, Shell, Data Integration, Data Quality |
Serverless resource group |
Serverless resource group fee only |
|
Method 2: Compute tasks are submitted through a serverless resource group to a third-party engine for execution |
EMR Hive, Hologres SQL |
Serverless resource group + third-party engine |
Serverless resource group fee + third-party engine fee |
|
Method 3: Scheduling tasks are submitted through the scheduling center to a third-party engine for execution |
MaxCompute SQL, Flink SQL |
Third-party engine |
Third-party engine fee |
Appendix 3: Fee breakdown for specific modules
When you use a serverless resource group with the following functional modules, the serverless resource group fees are incurred as described below:
-
Data Integration: When you synchronize data, Data Integration tasks run in the Data Integration, DataStudio, and Operation Center modules, consuming CUs from the serverless resource group and incurring Data Integration fees. Periodically scheduled synchronization tasks also incur a task scheduling fee.
-
Data Studio: When you use Data Studio for task development, compute tasks and scheduling tasks run in the DataStudio, Data Quality, and Operation Center modules, consuming CUs from the serverless resource group and incurring data compute fees and a task scheduling fee. When you use a personal development environment, personal development environment fees are also incurred. When you use large model services or large model nodes, large model service fees are also incurred.
-
Data Analysis: When you use Data Analysis for SQL query analysis or query result downloads, compute tasks run in the Data Analysis module, consuming CUs from the serverless resource group and incurring data compute fees. When you use Data Insights, a task scheduling fee is also incurred.
-
DataService Studio: When you use DataService Studio to create APIs, the CU quota allocated to DataService Studio through resource group quota management is consumed from the serverless resource group, incurring DataService Studio fees. When you use data push, a task scheduling fee is also incurred.