This topic answers frequently asked questions about Classic Load Balancer (CLB) instances.
This topic contains the following questions:
Category | FAQ |
Instance selection | |
Instance types | |
Instance configuration |
How do I select a pay-as-you-go instance?
Starting from 00:00:00 (UTC+8) on June 1, 2025, you can no longer purchase pay-by-specification CLB instances.
By default, CLB instances use the pay-by-LCU metering method. The performance of an instance automatically scales with usage, and you do not need to specify an instance type. You are charged hourly based on your actual usage. For more information about performance limits, see Upper limits for instance performance metrics. For more information about metering methods, see Metering methods.
Why does a guaranteed-performance instance sometimes fail to reach the upper limit for its performance metrics?
A guaranteed-performance instance does not guarantee that all performance metrics can reach their maximum values at the same time. Throttling is triggered based on the first metric that reaches its peak.
For example, for a large I (slb.s3.small) instance, if the QPS reaches 20,000 but the number of concurrent connections has not reached 200,000, the instance may never reach its maximum connections limit. This is because new connection requests are dropped when the QPS limit is reached.
Can I change the instance type of a guaranteed-performance instance?
Yes, you can.
You can change the instance type of a guaranteed-performance instance in the console. For more information, see Modify the configurations of a pay-as-you-go CLB instance.
Starting from 00:00:00 (UTC+8) on June 1, 2025, you can no longer purchase pay-by-specification CLB instances. You cannot change the metering method of a pay-by-LCU instance to pay-by-specification. For more information, see End-of-sale for pay-by-specification CLB instances.
You can change only shared-resource CLB instances to high-performance ones. You cannot change high-performance CLB instances to shared-resource ones.
Changing a shared-resource instance to a guaranteed-performance instance does not affect your services or the IP address of the CLB instance.
Changing the instance type does not affect the IP address of the CLB instance.
We recommend that you change a shared-resource instance to a guaranteed-performance instance during off-peak hours. Alternatively, you can use DNS to load balance traffic across multiple instances before you change the instance type.
After I change the instance type of a guaranteed-performance instance, why does the change not take effect immediately?
If you change the instance type and the metering method from pay-by-bandwidth to pay-by-LCU or vice versa at the same time, the changes take effect at 00:00:00 the next day instead of immediately.
Can I change the primary and secondary zones after a CLB instance is created?
No, you cannot.
You cannot change the primary zone after a CLB instance is created. The system automatically selects the most suitable secondary zone based on resource availability in each region. You do not need to configure it manually.
We recommend that you use Application Load Balancer (ALB) and Network Load Balancer (NLB), which support multi-zone deployment. For more information, see What is SLB?, What is ALB?, and What is NLB?.
Does the processing time of a CLB instance include the time to receive data from and send data to a client?
Yes. The processing time of a CLB instance includes the time to receive data from and send data to a client.
Time to receive client data: This is measured by the
read_request_timemetric. It is the total time that the CLB instance takes to read a client request. This includes the time to receive the HTTP request header (read_header_time) and the request body (read_body_time).Time to send response data: This includes the time to return a response to the client.
How can I get the list of public IP CIDR blocks automatically assigned to CLB?
The public IP addresses of CLB are dynamically allocated. We recommend that you get the list of CLB IP CIDR blocks in advance. You can then add the CIDR blocks to a firewall whitelist to prevent access restrictions.
Elastic IP Addresses (EIPs) and the public IP addresses of CLB are allocated from the same public IP resource pool. You can call the DescribePublicIpAddress operation to get the public IP CIDR blocks in a specified region.
This API operation supports paging. The default page size is 100 entries. If the result contains more than 100 entries, you must adjust the paging parameters to get the complete list.