弹性负载均衡(CT-ELB)是一类把访问流量自动分发到多台云主机的云服务。它的目的很直接：扩展应用对外服务能力，让系统在高负载时仍有容错余地。对一个网站或小程序来说，前台请求先到达负载均衡，再由它按设定规则转给后端多台机器，单台服务器宕机不至于让整站停摆。

一、它靠什么撑住流量

1. 基于 DPDK 的高性能转发

天翼云弹性负载均衡采用 DPDK 架构提供高性能处理能力，可处理大量网络流量与连接请求，并支持七层 SSL 卸载，减轻后端主机压力。超强型III 单实例并发可达 2000 万，HTTPS 场景下 QPS 可达 30 万。

这个数字放在实际场景里是什么概念?以电商大促为例，某电商平台在“双十一”期间借助天翼云的负载均衡体系，成功应对了每分钟超百万次的请求峰值，服务可用性达到 99.99%，异常节点切换时用户几乎无感知。

值得一提的是，天翼云 ELB 在底层架构上采用了四七层网元分离设计——四层专注高速转发，七层负责协议解析和精细化调度，两者各司其职、互不干扰。这种设计的好处在于：底层转发不会因为上层做 SSL 证书卸载或 URL 路由匹配而被拖慢，遇到大流量时转发效率更稳定。

2. 多可用区双活容灾

产品以集群化方式部署，支持多可用区的同城双活容灾，遇到节点故障可无缝实时切换;配合健康检查机制，能自动摘除异常后端，保障业务实时在线。

健康检查这件事，说起来简单但做不好就是隐患。后端某台机器端口不通、返回异常，负载均衡要能自动把它从转发列表中摘掉，等恢复了再挂回去。没有这个机制，后端出故障就会直接变成用户看到的故障——页面打不开、请求超时，而你甚至不知道问题出在哪台机器上。

3. 调度策略与网络能力

调度算法方面，轮询、最少连接、源算法等都有覆盖，可根据业务特点灵活设定。轮询适合后端机器性能接近的场景，最少连接适合请求耗时差异大的业务，源算法和会话保持则对有登录态的系统更友好——同一个用户的请求始终落到同一台后端，避免购物车、登录状态丢失。

此外，产品支持外网与内网两类负载均衡，以及 TCP、UDP、HTTP、HTTPS 多种协议，并提供 IPv4/IPv6 双栈能力。对外服务走外网，内部系统互调用内网，既省流量也更安全。

二、产品形态怎么选

1. 性能保障型与经典型

天翼云弹性负载均衡按性能分为性能保障型与经典型。性能保障型为收费规格，采用集群模式部署，从标准型 I 到超强型 III 单实例最大并发覆盖 10 万到 2000 万，支持规格升降配，适合生产环境和对性能有明确要求的业务。

经典型是免费规格，采用主备模式，同一私有网络内多实例性能共享，没有性能保障，适合访问量较小、应用模型简单的 Web 业务。在多数集群模式资源池已停止新建经典型实例，存量实例不受影响，是否可建以控制台当期信息为准。

选型时可以先问自己三个问题：业务是新建还是存量?访问量大概什么级别?能不能接受无性能保障?这三个问题答完，形态基本就定了。

2. 常见的适用场景

弹性负载均衡适用的场景大致可以归为三类。第一类是高访问量业务，比如门户网站、移动应用市场，单台服务器扛不住，多台又不知道怎么分流，负载均衡就是那个统一入口。第二类是潮汐业务，波峰波谷明显，白天高晚上低、活动一来就冲高，可以配合后端扩缩容承接突发流量。第三类是消除单点故障，后端机器部署在不同可用区，哪台出问题就自动摘掉，业务不中断。

三、在真实场景里怎么落地

某交投集团建设全市充电桩“一张网”，市民通过微信小程序查找充电站、扫码充电。平台采用天翼云云原生架构，弹性负载均衡与云容器引擎、对象存储等共同支撑。项目建成后覆盖数十个充电站、400 多个充电车位，资源利用率提升 30%，平台访问快速、用户感知良好。

上手并不复杂

在控制台创建负载均衡实例，选定网络类型与规格。

添加后端云主机并配置健康检查阈值。

绑定监听端口与转发策略，对外提供服务。

天翼云弹性负载均衡已通过可信云认证、网络安全等级保护等合规资质，并获中国算力大会“算力中国·年度突破成果”奖。对想省去硬件投入、把运维负担降下来的团队来说，它是个务实的选择。