All Products
Search
Document Center

Server Load Balancer:ALB instance overview

Last Updated:Apr 15, 2026

An ALB instance receives requests from clients and forwards them to backend servers based on forwarding rules configured in listeners.

DNS name

Starting from 00:00:00 on November 15, 2024 (UTC+8), newly created ALB instances use upgraded domain names by default: xxx.alb.aliyuncsslb.com (for regions in the Chinese mainland) and xxx.alb.aliyuncsslbintl.com (for regions outside the Chinese mainland).

Newly created ALB instances do not support direct access through their DNS names. You must create a CNAME record to map your custom domain name to the DNS name of the ALB instance. This allows clients to access the ALB instance through your custom domain name.

Instance network type

You can change the network type of an ALB instance to switch between the internet-facing and internal types.

Item

Internet-facing ALB instance

Internal ALB instance

Use case

You need to expose your backend services to the internet.

You only need to access backend services from within an Alibaba Cloud VPC.

IP address allocation

Assigns an Elastic IP Address (EIP) and a private IP address.

You can associate an Anycast EIP with an ALB instance to provide low-latency access for multi-region services.

Assigns only a private IP address.

Access method

Accessible from the internet and private networks.

Accessible from private networks only.

Diagram

image image

Billing

Includes an instance fee, a Load Balancer Capacity Unit (LCU) fee, and internet data transfer fees (charged by EIP).

Includes only an instance fee and an LCU fee.

IP version

IP version

Default IP assignment

Description

IPv4

  • Internet-facing IPv4 instance: 1 public IPv4 address and 1 private IPv4 address.

  • Internal IPv4 instance: 1 private IPv4 address.

  • Supports access only from clients that use IPv4 addresses (for example, 192.0.2.1).

  • Forwards client traffic only to IPv4 backend services.

dual-stack

  • Internet-facing dual-stack instance: 1 public IPv4 address, 1 private IPv4 address, and 1 IPv6 address.

  • Internal dual-stack instance: 1 private IPv4 address and 1 IPv6 address.

  • Supports access from clients that use IPv4 addresses (for example, 192.0.2.1) and IPv6 addresses (for example, 2001:db8:1:1:1:1:1:1).

  • Forwards IPv4 and IPv6 client traffic to IPv4 or IPv6 backend services.

    If a dual-stack ALB instance uses a server group of the IP type and you need to add IPv6 backend services, you must use an upgraded ALB instance.
The dual-stack feature is available only in supported regions.
The network type of a dual-stack ALB instance is determined by its IPv4 address. If the instance has a public IPv4 address, it is an internet-facing instance. If it has only a private IPv4 address, it is an internal instance.
You can only create new dual-stack instances. You cannot upgrade an existing IPv4 instance to dual-stack.
Entries in an access control list (ACL) support only IPv4 addresses.
After an upgrade, an ALB instance allocates private IPv4 and IPv6 service IP addresses from each specified VSwitch.

WAF integration

  • We recommend that you enable WAF 3.0 protection for your ALB instance by using the service-based integration method. This method creates a WAF-enhanced ALB instance.

    • Supported regions:

      Area

      Region

      China

      China (Chengdu), China (Qingdao), China (Beijing), China (Guangzhou), China (Hangzhou), China (Ulanqab), China (Shanghai), China (Shenzhen), China (Zhangjiakou), China (Hong Kong), China (Heyuan)

      Asia Pacific

      Philippines (Manila), Indonesia (Jakarta), Japan (Tokyo), Malaysia (Kuala Lumpur), Singapore, Thailand (Bangkok), South Korea (Seoul)

      Europe & Americas

      Germany (Frankfurt), US (Silicon Valley), US (Virginia), Mexico (Queretaro)

      Middle East

      Saudi Arabia (Riyadh) - Operated by Partner, UAE (Dubai)

    • WAF-enabled ALB instances use the WAF 3.0 service-based architecture. If you have an existing WAF 2.0 instance, you must first release the WAF 2.0 instance or migrate it to WAF 3.0.

      By default, ALB does not add the X-Forwarded-Proto header to requests. After you release a WAF 2.0 instance, direct access to the ALB may cause service exceptions, such as infinite redirects, because the backend server cannot identify the protocol (HTTP or HTTPS). To prevent this issue, you must manually enable the X-Forwarded-Proto header in the ALB listener configuration.

    • Unsupported features: After you enable WAF, the following WAF features are not supported: data leakage prevention and automatic Web SDK integration for the bot management feature that protects against web scraping.

  • If you want to use an existing WAF 2.0 instance in your account, internet-facing Basic and Standard ALB instances support transparent integration with WAF 2.0. Supported regions: China (Hangzhou), China (Shanghai), China (Shenzhen), China (Chengdu), China (Beijing), and China (Zhangjiakou). Internal ALB instances do not support WAF 2.0 integration.

Cross-zone load balancing

By default, cross-zone load balancing is enabled for ALB instances. Incoming requests are distributed to backend services deployed in all selected zones within the specified region. If you disable this feature for a server group, loads are balanced across each single zone.

Instance status

Status

Description

Lock type

Deletion allowed

Modification allowed

Running

The instance is running as expected.

Not applicable

  • No, if deletion protection is enabled.

  • Yes, if deletion protection is disabled.

  • No, if modification protection is enabled.

  • Yes, if modification protection is disabled.

Creating

The instance is being created.

No

No

Updating Configuration

The instance configuration is being updated.

No

Creation Failed

The instance failed to be created.

Yes

Stopped

An instance enters the Stopped status when it is locked. While in this status, its service is unavailable.

Locked (Overdue Payment): The instance is locked due to an overdue payment. Renew your subscription to unlock the instance.

No

Locked (Associated Resources Anomaly): An associated resource, such as an Elastic IP Address (EIP) or Internet Shared Bandwidth instance, is locked due to an overdue payment. Renew the associated resource to unlock the instance.

No

Locked (Residual): An associated EIP or Internet Shared Bandwidth instance has been released due to an overdue payment. This makes the ALB instance unavailable. You must release the ALB instance.

Yes

Locked (Security Risks): The instance is locked due to security risks. Go to the Security Management console to request to unlock the instance.

No