Classic Load Balancer (CLB) supports pay-as-you-go billing, which includes Pay-by-LCU and Pay-by-specification (end-of-sale). You can release a pay-as-you-go instance at any time.
-
Adjustments are made to the billable items of CLB. Beginning 00:00:00 (UTC+8), December 1, 2024, the following new billable items are used by pay-as-you-go CLB instances:
-
Instance fee is renamed public IP retention fee.
-
A billable item instance fee is added.
For more information, see CLB billing adjustments.
-
Pay-by-specification CLB instances were discontinued for purchase effective June 1, 2025, at 00:00:00 (UTC+8). For more information, see Discontinuation Notice for Pay-by-specification Instances of Classic Load Balancer (CLB).
Billing rules
Features | Description |
Billing rules | The pay-as-you-go billing method lets you use resources before you pay for them. Bills are generated and fees are deducted from your account after each billing cycle. |
Scenarios | The pay-as-you-go billing method is ideal for the following scenarios:
|
Billing cycle | Pay-as-you-go resources are billed hourly (UTC+8). After the fees for a billing cycle are settled, a new billing cycle begins. If you use a resource for less than one hour in a billing cycle, the usage duration is rounded up to one hour. For example, if you create a pay-as-you-go CLB instance at 09:30:00 and release it at 12:30:00, you are charged for four hours, from 09:00:00 to 13:00:00. Note If your Alibaba Cloud account balance, including cash coupons, is less than the amount of the bill to be settled, you will receive a text message or email notification about the insufficient balance. |
Instance metering methods
Pay-as-you-go CLB instances support two metering methods: Pay-by-LCU and Pay-by-specification (discontinued) . The billable items for a CLB instance vary based on its metering method, network type, and Internet metering method.
In the following tables, a hyphen (-) indicates the item is not charged, and a check mark (✔) indicates the item is charged.
Usage-Based Billing
Instance network type | Internet metering method | Instance performance limit | Instance fee | Public IP retention fee | LCU & Specification fee | Internet network fee | ||
LCU fee | Specification fee | Data transfer fee | Bandwidth fee | |||||
Internet | Pay-by-data-transfer | Automatically scales based on usage. Upper limit is subject toInstance Performance Limits. | ✔ | ✔ | ✔ | - | ✔ | - |
Private network | - | Automatically scales based on usage, with upper limits referenced frominstance performance limits. | ✔ | ✔ | - | - | - | |
Pay-by-specification (discontinued)
Instance network type | Internet metering method | Instance performance limit | Instance fee | Public IP retention fee | LCU & Specification fee | Internet network fee | ||
LCU fee | Specification fee | Data transfer fee | Bandwidth fee | |||||
Internet | Pay-by-data-transfer | Determined by the purchased specifications. The maximum specification is s3.large. | ✔ | ✔ | - | ✔ | ✔ | - |
Pay-by-bandwidth | Determined by the purchased specifications. The maximum specification is s3.large. | ✔ | ✔ | - | ✔ | - | ✔ | |
Private network | - | Determined by the purchased specifications. The maximum specification is s3.large. | ✔ | - | ✔ | - | - | |
Internal-facing pay-as-you-go CLB instances do not incur public IP retention fees, data transfer fees, or bandwidth fees. If you attach an independently purchased EIP to an internal-facing CLB instance, the public network fees incurred by the EIP are billed to the EIP and are not included in the CLB bill.
Internal network traffic between CLB and backend ECS instances in the same region is free.
Instance fee
The instance fee is the base fee for a CLB instance. This fee is charged for as long as the instance exists (until it is released). All pay-as-you-go instances incur an instance fee.
The billing cycle for CLB instance fee is one hour. If you use an instance for less than one hour in a billing cycle, the usage duration is rounded up to one hour. The billing duration is the period from instance creation to release.
Instance fee = Instance unit price (USD/hour) × Billing duration (hours), where the instance unit price is USD 0.021/hour .
CLB instances created before December 1, 2024, 00:00:00 (UTC+8) are temporarily exempt from instance fees and are free until November 30, 2026, 23:59:59 (UTC+8). For more information, see Extension of the instance fee waiver period for CLB.
Public IP retention fee
The public IP retention fee is the fee for the configuration of the public IP address of a CLB instance. This fee is charged for as long as the public IP address exists, regardless of its usage. Only Internet-facing pay-as-you-go instances incur a public IP retention fee.
The public IP retention fee is calculated based on the unit price of the public IP address and the billing duration.
Public IP retention fee = Unit price of public IP address × Billing duration × Number of instances
LCU fee and specification fee
LCU fee
A Load Balancer Capacity Unit (LCU) is the smallest unit for measuring the resources consumed by a load balancer. The LCU fee applies to the performance capacity units of a pay-by-LCU CLB instance and is billed hourly based on actual usage. Only pay-as-you-go instances billed by LCU incur an LCU fee.
Instance performance limits
Pay-by-LCU instances automatically scale based on usage, and you are billed an hourly LCU fee according to actual LCU consumption. The performance limits are listed in the following table:
Metric | Maximum connections | New connections per second (CPS) | Queries per second (QPS) |
Instance performance limits | 1,000,000 | 100,000 | 50,000 |
LCU usage definition
CLB LCU fees are charged hourly, with each billing cycle lasting one hour. If you use an instance for less than one hour within a billing cycle, the usage duration is rounded up to one hour.
LCU fee per hour = LCU unit price (USD per LCU) × Number of LCUs consumed per hour
Number of LCUs per hour = max {Number of LCUs consumed by new connections, Number of LCUs consumed by concurrent connections, Number of LCUs consumed by data transfer, Number of LCUs consumed by rule evaluations}A performance capacity unit (LCU) is a performance metric used to measure the performance of CLB when processing traffic. The performance metrics included in a single LCU depend on the protocol of the CLB listener.
For TCP traffic
Metric name
Description
Metering time
LCU coefficient
Calculation of LCUs per hour for each metric
New connections
The number of new TCP connections processed per second.
Second
800
Within a billing cycle, the system records all new TCP connections per second. Then, the system divides the maximum new connections per second by the LCU coefficient to obtain the number of LCUs for new connections in that billing cycle. The formula is as follows:
Number of LCUs = Maximum number of new connections ÷ LCU coefficientConcurrent connections
The number of concurrent TCP connections per minute.
Minute
100,000
Within a billing cycle, the system records the concurrent TCP connections per minute. Then, the system divides the maximum concurrent connections per minute by the LCU coefficient to obtain the number of LCUs for concurrent connections in that billing cycle. The formula is as follows:
Number of LCUs = Maximum Concurrent Connections ÷ LCU coefficientData processing
The volume of data processed by CLB for TCP requests and responses, in GB.
Hour
1 GB
Within a billing cycle, the system records the total volume of data processed for TCP requests and responses. Then, the system divides the total data volume by the LCU coefficient to obtain the number of LCUs for data processing in that billing cycle. The formula is as follows:
Number of LCUs = Total processed data amount ÷ LCU coefficientFor UDP traffic
Metric name
Description
Metering time
LCU coefficient
Calculation of LCUs per hour for each metric
New connections
The number of new UDP connections processed per second.
Second
400
Within a billing cycle, the system records all new UDP connections per second. Then, the system divides the maximum new connections per second by the LCU coefficient to obtain the number of LCUs for new connections in that billing cycle. The formula is as follows:
Number of LCUs = Maximum New Connections ÷ LCU coefficientConcurrent connections
The number of concurrent UDP connections per minute.
Minute
50,000
Within a billing cycle, the system records the concurrent UDP connections per minute. Then, the system divides the maximum concurrent connections per minute by the LCU coefficient to obtain the number of LCUs for concurrent connections in that billing cycle. The formula is as follows:
Number of LCUs = Maximum concurrent connections ÷ LCU coefficientData Volume Processed
The volume of data processed by CLB for UDP requests and responses, in GB.
Hour
1 GB
Within a billing cycle, the system records the total volume of data processed for UDP requests and responses. Then, the system divides the total data volume by the LCU coefficient to obtain the number of LCUs for data processing in that billing cycle. The formula is as follows:
Number of LCUs = Total amount of data transfer/LCU coefficientFor HTTP(S) traffic
Metric name
Description
Metering time
LCU coefficient
Calculation of LCUs per hour for each metric
New connections
The number of new HTTP(S) connections processed per second.
Second
25
Within a billing cycle, the system records all new HTTP(S) connections per second. Then, the system divides the maximum new connections per second by the LCU coefficient to obtain the number of LCUs for new connections in that billing cycle. The formula is as follows:
Number of LCUs = (Maximum New Connections) ÷ (LCU coefficient)Concurrent connections
The number of concurrent HTTP(S) connections per minute.
Minute
3,000
Within a billing cycle, the system records the concurrent HTTP(S) connections per minute. Then, the system divides the maximum concurrent connections per minute by the LCU coefficient to obtain the number of LCUs for concurrent connections in that billing cycle. The formula is as follows:
Number of LCUs = Maximum concurrent connections ÷ LCU coefficientProcessed data volume
The volume of data processed by CLB for HTTP(S) requests and responses, in GB.
Hour
1 GB
Within a billing cycle, the system records the total volume of data processed for HTTP(S) requests and responses. Then, the system divides the total data volume by the LCU coefficient to obtain the number of LCUs for data processing in that billing cycle. The formula is as follows:
Number of LCUs = total processed data volume / LCU coefficientRule evaluations
The product of the number of forwarding rules processed by CLB and the queries per second (QPS). The first 25 forwarding rules are free of charge.
If the number of forwarding rules is greater than 25, Rule evaluations = QPS × (Number of forwarding rules - 25).
If the number of forwarding rules is less than 25, Rule evaluations = QPS.
1,000
Within a billing cycle, the system records all forwarding rule counts and all QPS values, and uses the maximum QPS to calculate the number of rule evaluations. The number of rule evaluations is then divided by the LCU coefficient to obtain the number of LCUs for rule evaluations in that billing cycle. The formula is as follows:
Number of LCUs = Number of rule evaluations / LCU coefficient
The number of LCUs consumed by each listener in one hour is calculated based on the preceding metrics. You are charged based on the metric that consumes the most LCUs. The total LCU fee for a single CLB instance is the sum of the LCU fees for all its listeners.
LCU unit price
The unit price of an LCU is USD 0.007 per LCU-hour. The actual price is subject to the price on the purchase page.
After the hourly metrics of a CLB instance are converted into LCUs, the hourly LCU consumption is calculated based on actual usage. LCU consumption is accurate to 0.000001 LCU. For example, if you consume 0.1 LCU in an hour, the LCU fee for that hour is 0.1 × 0.007 = USD 0.0007.
LCU billing example
You created a pay-by-LCU CLB instance in the China (Hangzhou) region at 08:10:00 on June 8, 2022, configured a TCP listener and an HTTP listener for it, and then released the instance at 08:50:00 on June 8, 2022. The following table shows sample data for the maximum new connections, maximum concurrent connections, data processing volume, and maximum rule evaluations for the CLB instance during the period from 08:10:00 to 08:50:00 (one billing cycle).
Metric name | TCP | HTTP |
New connections (per second) | The maximum number of new TCP connections within the hour is 1,600. LCU conversion value: | The maximum number of new HTTP connections within the hour is 100. LCU conversion value: |
Concurrent connections (per minute) | The maximum number of concurrent TCP connections within the hour is 480,000. LCU conversion value: | The maximum number of concurrent HTTP connections within the hour is 12,000. LCU conversion value: |
Data processing (per hour) | The volume of traffic for TCP requests and responses processed in the hour is 4 GB. LCU conversion value: | The volume of traffic for HTTP requests and responses processed in the hour is 3.6 GB. LCU conversion value: |
Rule evaluations (per second) | 0 | Assume that 40 forwarding rules are configured for the HTTP listener, and the maximum number of requests received in one second within the hour is 400. In this example, the number of forwarding rules you configured exceeds the free quota. The maximum number of rule evaluations within the hour is: LCU conversion value: |
In this example, the metric that consumed the most LCUs for the TCP listener during the hour is concurrent connections (4.8 LCUs). The metric that consumed the most LCUs for the HTTP listener is rule evaluations (6 LCUs).
LCU fee for the TCP listener = USD 0.007 per unit × 4.8 units = USD 0.0336
LCU fee for the HTTP listener = USD 0.007 per unit × 6 units = USD 0.042
Hourly LCU fee for the CLB instance = LCU fee for the TCP listener + LCU fee for the HTTP listener = USD 0.0336 + USD 0.042 = USD 0.0756
Based on the preceding consumption, the average monthly LCU fee for the CLB instance is estimated as follows: USD 0.0756 × 24 hour × 30 day = USD 54.432Estimate LCU consumption
You can use the CLB LCU calculator to estimate LCU consumption.
Specification fee
Internet network fee
Data transfer fee
A data transfer fee is charged for the outbound Internet traffic (downstream traffic) of an Internet-facing CLB instance that uses the pay-by-data-transfer billing method. Inbound Internet traffic (upstream traffic) is not billed. This fee applies only to pay-as-you-go instances.
For Internet-facing CLB instances that use the pay-by-data-transfer billing method, the peak bandwidth is not a guaranteed performance metric. It serves only as a reference value and an upper limit for bandwidth. The peak bandwidth may be restricted during resource contention. For more information, see Bandwidth Limits.
For Internet-facing CLB instances that use the pay-by-data-transfer billing method, the billing cycle and bill cycle are both 1 hour. If you use an instance for less than 1 hour within a billing cycle, the usage duration is rounded up to 1 hour.
Data transfer fee = Unit price of data transfer (USD/GB) × Data transferred (GB)
Bandwidth fee
The bandwidth fee applies to pay-by-bandwidth Internet-facing CLB instances. This is a fixed fee based on the purchased bandwidth and does not depend on actual traffic usage. Only pay-by-bandwidth Internet-facing pay-as-you-go instances are charged a bandwidth fee.
For Pay-by-Bandwidth Internet-facing CLB instances (Pay-by-Specification, discontinued), the peak bandwidth is a committed performance metric that is guaranteed even during periods of resource contention. For more information, see Bandwidth limits.
For Internet-facing CLB instances that use pay-by-bandwidth, both the billing cycle and the bill cycle are 1 day. If you use the instance for less than 1 hour in a billing cycle, the usage duration is rounded up to 1 hour. If the usage duration is less than one day, you are charged based on the actual number of hours you use that day. The usage duration refers to the period during which the instance uses bandwidth.
For Internet-facing CLB instances billed on a pay-by-bandwidth basis, the bandwidth unit price uses tiered pricing with a 5 Mbps threshold.
If you change bandwidth within a billing cycle, CLB calculates bandwidth fees based on the maximum bandwidth peak within a day.
For pay-by-bandwidth instances, the inbound peak bandwidth is the same as the outbound peak bandwidth.
For a CLB instance whose maximum bandwidth is from 1 to 5 Mbit/s, the bandwidth fee is calculated using the following formula: Bandwidth fee = Maximum bandwidth × Bandwidth unit price × Usage duration.
For a CLB instance whose maximum bandwidth is higher than 5 Mbit/s, the bandwidth fee is calculated using the following formula: Bandwidth fee = [5 × Unit price of bandwidth from 1 to 5 Mbit/s + (Maximum bandwidth - 5) × Unit price of bandwidth higher than 5 Mbit/s] × Usage duration.Upgrade/Downgrade Billing Method
The billing method and the procedures to upgrade or downgrade pay-as-you-go CLB instances are as follows:
Pay-as-you-go instance billing methods include billing by usage and billing by specification (discontinued). CLB supports converting only from billing by specification to billing by usage, not from billing by usage to billing by specification. For more information, see Upgrade/Downgrade Pay-as-you-go Instances.
You can upgrade or downgrade the instance type, public network billing method, and bandwidth value for pay-by-specification instances.
If you do not change the public network billing method, the change takes effect immediately. If you change the public network billing method, all instance upgrades or downgrades take effect at 00:00:00 the next day, and you cannot perform other upgrade or downgrade operations before they take effect.
Cost optimization suggestions
Strategies to reduce costs
Fee type | Optimization strategy |
Internet data transfer fee | Purchase a Data Transfer Plan to cover data transfer cost. |
Specification fee | For pay-by-specification instances, adjust the instance type as needed to avoid resource waste. |
Idle resources | Promptly release CLB instances and public IP addresses that are no longer in use to avoid unnecessary fees. EIPs associated with private-network CLB instances must be released separately. |
Methods to estimate costs
You can use the CLB LCU Estimator to estimate LCU consumption.
You can estimate future costs based on historical bill data and business growth trends.
How to troubleshoot sudden cost increases
You can use the Cloud Monitor console to view change trends for metrics such as traffic and the number of requests for CLB instances, and identify when costs increased.
You can check the CLB access logs—which must be enabled in advance—and backend service logs to analyze whether unusual traffic or malicious attacks occurred.
In the Expenses and Costs console, compare historical bills to identify the specific billing items that caused the cost increase.
You can set billing alerts to receive automatic notifications when your costs exceed a threshold, which helps you promptly detect abnormal activities.