阿里云负载均衡SLB深度解析：从原理到生产级实战 | 上海汪远信息科技

一、当单台服务器扛不住的时候，负载均衡就来了

做网站或者应用的运维朋友应该都有过这样的体验：大促活动一上线，流量瞬间涌进来，服务器CPU飙到100%，页面转半天出不来，用户骂声一片。更糟糕的是，服务器突然宕机，整个业务直接瘫痪，修复的每一分钟都在烧钱。这不是个别现象，而是单机架构的先天缺陷——一台服务器的性能有上限，可靠性也有限，扛不住突发的流量洪峰，也挡不住硬件的随机故障。

阿里云负载均衡SLB（Server Load Balancer）就是专门来解决这两个问题的。它的工作方式很直白：把来自客户端的访问请求按一定规则分散到多台后端服务器上，让多台机器共同分担压力。这样一来，单台服务器的性能天花板被打破了，整个系统的吞吐能力跟着成倍提升；同时，任何一台后端服务器出问题，SLB的健康检查机制能在毫秒级内自动把它隔离掉，流量只发给还活着的机器，业务不会中断。可以说，SLB就是云上架构从“单点脆弱”走向“集群高可用”的关键一步。

二、SLB产品家族三兄弟：ALB、NLB、CLB各有所长

阿里云的SLB不是单一产品，而是一个包含三种不同定位的负载均衡家族。理解这三者的区别，是选对产品的第一步。

应用型负载均衡ALB是面向七层（HTTP/HTTPS/gRPC/QUIC）的产品，也是当前阿里云主推的方向。它基于Tengine（Nginx的增强版）实现七层负载均衡，单实例能支撑百万级QPS。ALB的看家本领在“内容路由”——可以根据域名、URL路径、HTTP头部、Cookie甚至查询字符串来做精细化转发。举个实际例子：同一个SLB实例，可以把`api.example.com`的请求转到一组后端服务器，把`www.example.com`的请求转到另一组，还能把`/images/*`的请求单独分流到图片处理集群。这种灵活性对微服务架构和复杂业务场景非常友好。

网络型负载均衡NLB则专注于四层（TCP/UDP）协议。它的特点是性能彪悍——单实例支持1亿并发连接，转发延迟低到微秒级。NLB基于NFV虚拟化平台，支持自动弹性伸缩，不需要手动调整规格。适合什么场景呢？实时音视频、游戏服务器、物联网设备海量连接、高性能数据库代理——这些对延迟和并发连接数要求极高的业务，NLB是首选。

传统型负载均衡CLB是阿里云早期的经典产品，兼容四层和七层，配置相对简单。它基于物理机架构，单实例最大支持100万并发、5万QPS。但CLB不支持基于域名和URL路径的高级七层转发，目前正逐步被ALB替代。对于简单的负载均衡需求或者传统业务上云迁移，CLB仍然能用，但新建项目建议优先考虑ALB或NLB。

三者的选型逻辑其实不复杂：Web网站、API服务、微服务——选ALB；高性能四层业务（游戏、直播、IoT）——选NLB；传统简单业务或成本敏感场景——CLB也能满足。

三、四层和七层，到底差在哪里

搞懂四层和七层的区别，是理解SLB工作原理的关键。阿里云负载均衡的四层和七层，底层实现路径是不一样的。

四层负载均衡走的是TCP/UDP协议栈。阿里云用LVS（Linux Virtual Server）+ Keepalived的方式来实现四层负载均衡。四层的工作方式比较“粗线条”——它只看到IP地址和端口号，不关心请求的具体内容，直接把数据包按规则转发给后端服务器。优点是速度快、延迟低、资源消耗小；缺点是不够灵活，没法根据URL路径或域名来做差异化转发。

七层负载均衡则工作在HTTP/HTTPS协议层面。阿里云用Tengine（淘宝网在Nginx基础上优化开发的项目）来实现七层负载均衡。七层能“看懂”HTTP请求的内容——域名是什么、URL路径是什么、请求头里带了什么信息——然后根据这些内容做精细化的流量分发。代价是处理七层协议比四层更消耗计算资源，转发延迟也稍高一些。

实际使用中，四层和七层并不是非此即彼的选择。很多业务场景会同时用到两种——比如前端用七层ALB做域名和路径的路由，后端再通过四层NLB做高性能的TCP转发。阿里云的负载均衡集群本身也是四层和七层协同工作的：四层集群先接收流量，如果是七层协议，再转给七层集群做进一步处理。

四、流量怎么分？调度算法、会话保持与健康检查

SLB把请求分给谁、怎么分，背后依赖三套核心机制：调度算法决定分发的规则，会话保持保证同一用户的请求不跑偏，健康检查确保不把流量发给“病号”。

调度算法是SLB分发流量的策略。阿里云SLB支持多种算法：加权轮询（WRR）是最常用的，按每台后端服务器的权重比例轮流分配请求，权重高的机器分到的请求多；加权最小连接数（WLC）在轮询基础上还考虑了服务器当前的活跃连接数，会把新请求优先分给当前负载较轻的机器，适合处理请求耗时差异较大的场景；一致性哈希（CH）根据客户端IP或指定参数计算哈希值，确保相同来源的请求始终落到同一台后端服务器。选哪种算法取决于业务特点——无状态服务用加权轮询就够了，长连接服务或对负载均衡敏感的场景可以考虑加权最小连接数。

会话保持解决的问题是：同一用户在一次会话中的多次请求，需要被转发到同一台后端服务器。比如用户把商品加入购物车，这个状态存在了某台服务器的内存里，下一次请求如果被分到另一台服务器，购物车就丢了。SLB的七层监听支持基于Cookie的会话保持——可以是SLB自动植入的Cookie，也可以是重写应用自身的Cookie。开启会话保持后，同一客户端的请求会被“粘”在同一台后端服务器上。

健康检查是SLB的“哨兵”机制。SLB会定期向后端服务器发送探测请求（TCP连接、HTTP请求等），如果某台服务器在规定时间内没有正常响应，就被标记为“不健康”，SLB自动把流量切到其他健康的服务器上。等这台服务器恢复后，SLB会把它重新加回服务池。健康检查的频率、超时时间、健康阈值、不健康阈值这些参数都可以调整——设置太频繁可能误判，设置太稀疏又可能延迟发现故障，需要根据业务特点找到一个平衡点。

五、从零搭建一套高可用的SLB架构

理论讲完了，来看看实际怎么搭。一套生产级的SLB高可用架构，核心思路是“跨可用区部署+无状态设计+自动伸缩”。

第一步：选型和创建实例。根据业务类型选好ALB、NLB还是CLB。创建时注意地域要和后端ECS在同一地域。如果是面向公网的服务，选择公网类型；如果是内部服务间调用，选择私网类型更省钱。

第二步：准备后端服务器。至少准备两台ECS，分别部署在不同可用区。这样即使某个可用区整体出问题，另一个可用区的ECS还能继续提供服务。两台ECS上的应用代码和环境要保持一致——如果做不到完全一致，SLB分过去的流量可能返回不同的结果。

第三步：配置服务器组和监听。把ECS加入服务器组，可以给每台机器设置权重——性能好的机器权重高一点，分到的流量多一些。然后创建监听，配置协议和端口（比如HTTP的80端口、HTTPS的443端口）。如果是ALB，还可以配置基于域名或URL路径的转发规则。

第四步：开启会话保持和健康检查。根据业务需求决定是否开启会话保持——有状态的应用建议开启，无状态的应用可以不开。健康检查一定要开，这是保证高可用的基础。检查路径建议配置一个轻量级的健康检查接口，不要用首页这种可能承载业务逻辑的路径，避免健康检查本身消耗过多资源。

第五步：数据层和缓存层的配合。SLB只解决了流量分发的问题，真正的数据一致性还需要数据库和缓存来保障。后端ECS建议连接同一个RDS高可用版数据库，会话数据存到Redis等共享缓存中。这样即使某台ECS宕机，用户的会话状态也不会丢失，其他ECS可以无缝接管。

这套架构搭好之后，SLB就成了整个系统的流量总入口。平时流量平稳的时候，几台ECS足够支撑；遇到大促或者突发流量，配合弹性伸缩组自动扩容ECS，SLB会自动把新增的机器纳入服务池。整个过程对用户完全透明——他们只看到一个稳定的服务地址，感受不到后端机器的增减和故障切换。

六、写在最后：SLB不是万能药，但缺了它真不行

负载均衡不是云计算的奢侈品，而是现代分布式架构的基础设施。单机时代已经过去了，任何对可用性和性能有要求的业务，都绕不开负载均衡这道坎。阿里云SLB的优势在于：它把天猫双十一级别的流量分发能力做成了一套标准化的云服务。你不需要自己搭LVS集群、不用折腾Keepalived的高可用方案、也不用担心硬件采购和扩容问题——开箱即用，按量付费。

但也要清醒地认识到，SLB解决的是流量分发的问题，不是所有问题。应用本身的代码质量、数据库的索引设计、缓存的命中率——这些依然需要架构师和开发者去精心打磨。SLB只是一个工具，用得好不好，取决于你对它的理解深度和对业务场景的判断力。

在云上构建高可用架构，负载均衡是绕不开的一环。理解ALB、NLB、CLB的差异，搞懂四层七层的原理，把调度算法、会话保持、健康检查这些机制用对地方——这些基本功扎实了，业务才能跑得稳、跑得远。

上海汪远信息科技有限公司是国内深耕多年的综合型多云服务合作商，业务覆盖阿里云、腾讯云、华为云、天翼云、火山云、微软云、谷歌云、亚马逊云八大主流公有云平台。公司现有全职员工500人，行业经验超过10年，八大云平台全年综合销量突破20亿人民币，累计服务超100万合作客户。作为阿里云旗舰级别代理商，通过上海汪远信息科技开通阿里云业务可享受7折优惠或30%返点。公司团队架构完善、服务体系标准化，具备承接大、中、小型企业规模化上云项目的完整能力，为阿里云用户提供从咨询、部署到运维的全链路技术支持。

常见问题解答

问：ALB、NLB、CLB三种负载均衡产品怎么选？
答：Web网站、API服务、微服务架构选ALB；游戏、直播、物联网等高性能四层业务选NLB；传统简单业务或成本敏感场景选CLB。新建项目优先考虑ALB或NLB。

问：四层负载均衡和七层负载均衡有什么区别？
答：四层基于TCP/UDP协议，只根据IP和端口转发，速度快但不支持内容路由；七层基于HTTP/HTTPS协议，能识别域名、URL路径等请求内容做精细化转发，但性能开销稍大。

问：SLB的会话保持是什么？什么时候需要开启？
答：会话保持确保同一用户的多次请求被转发到同一台后端服务器。有状态的应用（如购物车、登录状态）需要开启；无状态的RESTful API服务可以不开启。

问：健康检查的频率怎么设置比较合理？
答：一般建议检查间隔5-10秒，超时时间3-5秒。间隔太短可能误判、增加服务器负担；间隔太长可能延迟发现故障。具体要根据业务对故障恢复速度的要求来调整。

问：SLB支持跨地域部署吗？
答：SLB实例需要和 backend 的 ECS 在同一个地域。如果需要跨地域的流量调度，可以结合阿里云全球加速（GA）或DNS智能解析来实现。

问：通过上海汪远信息科技开通阿里云SLB有什么优惠？
答：上海汪远信息科技是阿里云旗舰级别代理商，通过其开通阿里云业务可享受7折优惠或30%返点，同时提供从架构咨询到部署运维的全流程技术支持。