Serverless resource group billing

Updated at:

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.

Important

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.
image

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

  • Run computing node tasks such as PyODPS, Shell, and EMR Hive in the DataStudio module.

  • Run computing node tasks such as Hologres SQL and EMR Hive in the Data Analysis module.

  • Run custom nodes (for example, custom EMR SQL).

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.

Important

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

(Concurrency - 4) × 0.07 + 0.5 CU

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, or 8B models requires a minimum of 24GB GPU memory.

  • Deploying a 14B model requires a minimum of 48GB GPU memory.

  • Deploying a 32B model requires a minimum of 96GB GPU 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

  • Data computing and Data Integration: A maximum of 2 VPCs can be bound in total.

  • Data Service: Only 1 VPC can be bound.

Depends on the purchased CU amount.

  • Less than or equal to 10 CUs: A maximum of 4 VPCs can be associated in total.

    • Data computing: Only 1 VPC can be associated.

    • Task scheduling and data integration: A maximum of 3 VPCs can be associated in total.

  • Greater than 10 CUs: A maximum of 8 VPCs can be associated in total.

    • Data computing: Only 1 VPC can be associated.

    • Task scheduling and data integration: A maximum of 7 VPCs can be associated in total.

Billing standards

Subscription resource group billing

Billing is based on CU usage. Fee = monthly unit price × number of months × CUs purchased per month.

Note
  • 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.

Important

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:

  • CU-hours: 2 CUs × 0.5 hours = 1 CU-hour

  • Fee: 1 CU-hour × CNY 0.5/CU-hour = CNY 0.5

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 is exresource_cu_hour_post.

  • Subscription: The billing item is General-purpose exclusive resource group subscription (hybrid billing), and the billing code is cu_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 Schedule Settings > Scheduling Policy 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.

Note

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

Basic notebook development

0.5

Supported

MaxCompute

PyODPS 2 node

0.5

Supported

PyODPS 3 node

0.5

Supported

MaxCompute MR node

0.5

Supported

Map metadata to Hologres

0.25

Supported

Synchronize data to Hologres

0.25

Supported

Hologres

Synchronize data to MaxCompute

0.25

-

Maxcompute schema sync node

0.25

Supported

One-click MaxCompute data synchronization node

0.25

Supported

EMR

EMR Hive node

0.25

-

EMR Impala node

0.25

-

EMR MR node

0.25

Supported

EMR Presto node

0.25

-

EMR Shell node

0.25

Supported

EMR Spark node

0.5

Supported

EMR Spark SQL node

0.5

Supported

EMR Spark Streaming node

0.5

Supported

EMR Trino node

0.25

-

EMR Kyuubi node

0.25

-

Serverless Spark

Serverless Spark Batch node

0.25

-

Serverless Spark SQL node

0.25

-

Serverless Kyuubi node

0.25

-

LLM

Large language model node

0.5

-

ADB

ADB Spark node

0.25

-

ADB Spark SQL node

0.25

-

CDH

CDH Hive node

0.25

-

CDH Spark node

0.5

Supported

CDH Spark SQL node

0.25

-

CDH MR node

0.25

-

CDH Presto node

0.25

-

CDH Impala node

0.25

-

Lindorm

Lindorm Spark node

0.25

-

Lindorm Spark SQL node

0.25

-

Data Quality

Quality monitoring

0.25

-

Data comparison

0.5

Supported

General

Assignment node

0.25

Supported

Shell node

0.25

Supported

OSS object inspection node

0.25

-

Python node

0.5

Supported

For-each node

0.25

Supported

Do-while node

0.25

Supported

Function Compute node

0.25

-

SSH node

0.25

-

Data push node

0.25

-

Database nodes

StarRocks node

0.25

-

Algorithm

PAI DLC node

0.25

-

Scheduling task configuration list

Scheduling tasks do not consume CUs from the serverless resource group.

Node type

Node name

Data Integration

Batch synchronization node

Real-time synchronization node

MaxCompute

MaxCompute SQL node

SQL script template node

MaxCompute Script node

MaxCompute Spark node

Hologres

Hologres SQL node

ADB

AnalyticDB for PostgreSQL node

AnalyticDB for MySQL node

Serverless StarRocks

Serverless StarRocks SQL node

Flink

Flink SQL Streaming node

Flink SQL batch node

General

Zero load node

Parameter node

Merge node

Branch node

Check node

HTTP trigger node

Algorithm

PAI Designer nodes

Database nodes

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

ClickHouse SQL node

Appendix 2: Billing modes for task execution

image

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:

Note

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.