腾讯云负载均衡CLB深度解析：从单点故障到高可用架构的全面指南

一、从单机部署到集群架构：负载均衡为何成为刚需

在业务发展的早期阶段，很多团队会选择直接购买一台云服务器，把Web服务、数据库、缓存等全部塞进同一台机器里。这种“单机走天下”的模式在开发测试阶段确实简单高效，但一旦业务面向真实用户，问题就会接踵而至。

最致命的风险是单点故障。无论云服务商的硬件多么可靠，服务器宕机、操作系统崩溃、应用程序异常退出等情况随时可能发生。一旦这台唯一的服务器出现问题，整个业务就会完全不可用，用户流失和业务损失难以估量。其次，单台服务器的资源总有上限。当流量增长时，CPU、内存、网络带宽都会成为瓶颈，而垂直扩容（升级配置）不仅成本高昂，还受到硬件天花板的限制。此外，将静态资源、业务代码、数据库全部混在一起，运维复杂度高，安全边界也模糊不清。

解决这些问题的核心思路是水平扩展——通过增加服务器实例的数量来分担负载，而不是依赖单台机器的无限升级。水平扩展的关键在于需要一个统一的流量入口，将用户请求智能地分发到后端的多台服务器上。这个入口就是负载均衡器。腾讯云负载均衡（Cloud Load Balancer，简称CLB）正是为此而生的云服务。

二、CLB核心概念与架构拆解

理解CLB，首先需要厘清它的三个核心组成部分。

负载均衡实例是CLB服务的基本资源单位，每个实例拥有独立的VIP（虚拟IP地址）。实例分为公网和内网两种类型：公网CLB面向互联网用户提供服务，内网CLB则在腾讯云VPC内部进行流量分发。公网CLB会收取实例费和公网网络费，内网CLB则只收取实例费。

监听器是CLB实例中负责监听特定协议和端口的组件。监听器是流量进入CLB的入口，负责接收客户端请求并依据配置的转发策略将请求分发至后端服务器。一个CLB实例可以配置多个监听器，每个监听器对应一种协议和端口的组合。

后端服务器是接收负载均衡分发请求的一组服务器实例，负载均衡服务将访问请求按照用户设定的规则转发到这一组后端服务器上进行处理。CLB与后端CVM之间通过腾讯云内网进行通信。

CLB自身采用集群部署模式，支持会话同步，从根本上消除了单点故障，提升了系统冗余。这意味着即使CLB集群中的某个节点出现问题，整个负载均衡服务依然可以正常工作。

三、四层与七层：两大负载均衡技术路线

腾讯云CLB提供四层（TCP/UDP/TCP SSL）和七层（HTTP/HTTPS）两种负载均衡服务。这两种模式在技术实现和应用场景上有显著差异。

四层负载均衡主要基于腾讯自研的统一接入网关（Tencent Gateway，TGW）来实现。TGW具有可靠性高、扩展性强、性能高、抗攻击能力强等特点，支持DPDK高性能转发，单集群可支持亿级并发、千万级PPS。腾讯内部诸多业务均通过TGW接入服务，包括腾讯游戏、腾讯视频、微信、QQ等。四层负载均衡基于IP地址和端口号进行流量转发，适用于对实时性要求高的场景，如数据库连接、视频流传输等。

七层负载均衡主要基于STGW（Secure Tencent Gateway）实现，STGW是腾讯基于Nginx自研的支持大规模并发的七层负载均衡服务。七层负载均衡基于应用层信息（如域名、URL路径、HTTP头部等）进行精细化流量分发，适用于Web应用、API网关、微服务架构等场景。七层CLB可以将来自不同域名和URL的请求转发到不同的服务器上处理，一个七层监听器可以配置多个域名，一个域名可以配置多条转发路径。

两种模式的转发路径也有所不同：TCP/UDP协议由TGW集群直接处理转发；HTTP/HTTPS协议则先经过TGW集群，再由STGW识别HTTP协议并转发给后端CVM。

四、高可用设计：从集群到跨可用区的多层保障

CLB的高可用性是从系统架构、产品配置等多个维度来保障的。用户可以根据业务场景和需求，选择跨地域容灾、同地域跨可用区容灾等多种方案。

集群级高可用是基础保障。所有CLB实例均采用集群部署，具备集群高可用能力。在单台CLB物理服务器不可用的极端情况下，仍可支撑千万级的并发连接数。

跨可用区容灾是更高层次的保障。非域名化公网CLB以VIP形式提供服务，SLA为99.95%。如果部署在多可用区模式，当主可用区故障时，负载均衡可在极短时间内自动切换到备可用区并恢复服务。域名化公网CLB在此基础上增加了DNS服务层，SLA从99.95%提升至99.99%，可替换故障VIP。

多CLB实例高可用则是针对极高可用性需求的方案。用户可以创建多个CLB实例，通过云解析DNS对访问流量进行调度。如果业务是多地域部署且容灾要求极高，建议选择多CLB实例高可用方案。

此外，若业务部署在多个可用区，建议将一个负载均衡实例同时与多个可用区的CVM实例绑定，在后端服务器层实现多可用区容灾。CLB通过健康检查来判断后端服务的可用性，自动隔离异常实例，避免后端服务异常影响前端业务。

五、性能规格与计费体系：共享型与性能容量型的选择

CLB实例规格分为共享型和性能容量型两种。两者的性能上限和计费方式有显著差异，选择合适的规格直接影响业务的承载能力和成本结构。

共享型CLB提供并发连接数5万、每秒新建连接数5000、每秒查询数（QPS）5000的保障能力。共享型实例不收取性能容量单位LCU费用。自2023年7月25日起，新创建的共享型CLB实例按照实例规格进行限速。

性能容量型CLB则提供远超共享型的性能上限。升级后，单实例最大可支持并发连接数1000万、每秒新建连接数100万、每秒查询数（QPS）30万。性能容量型实例按实际消耗性能收取LCU费用。升级后不支持回退到共享型实例。

性能容量型实例还提供了多个规格档次，从标准型到超强型4，覆盖从10万并发连接到1000万并发连接的不同需求。如果业务有更高的负载均衡需求，还可以申请使用独占集群。

在计费方面，CLB的费用涉及四部分：实例费用、网络费用、性能容量单位LCU费用、跨域绑定费用。公网CLB收取网络费用，内网CLB不收取网络费用。公网负载均衡实例支持按量计费和包年包月两种模式，内网负载均衡实例仅支持按量计费。

六、关键功能配置：健康检查与会话保持

健康检查是CLB保障业务可用性的核心机制。负载均衡器通过定期向后端服务器发送探测请求，监控后端实例的运行状况，确保只将流量路由到正常运行的实例。当检测到运行不正常的实例时，会停止向其路由流量，待其恢复正常后再重新接入。

健康检查的配置参数包括检查间隔（可配置范围2-300秒）、健康阈值、不健康阈值等。对于HTTP/HTTPS监听器，还可以配置健康检查的域名和返回码。CLB健康探测的源IP默认使用100.64.0.0/10网段，这是腾讯云的保留地址，不存在安全风险。

会话保持则解决的是同一客户端多次请求需要路由到同一台后端服务器的问题。默认情况下，负载均衡会将每个请求分别路由到不同后端服务器上。但某些需要保持会话的应用程序（如购物车、登录状态）需要启用会话保持功能。

四层协议（TCP/UDP）支持基于源IP的会话保持，会话保持时间可设为30-3600秒。七层协议（HTTP/HTTPS）支持基于Cookie插入的会话保持，会话保持时间支持30-86400秒。需要注意的是，加权最小连接数算法不支持会话保持。

在实际配置中，还需要注意长连接与会话保持的关系。HTTP keep-alive是由客户端跟CLB建立的，若没有开启Cookie会话保持，下一次访问CLB会根据轮询策略随机挑选后端服务器，此前建立的长连接就失去了意义。

七、实战场景与应用建议

CLB适用于多种业务场景。在流量分发和消除单点故障方面，通过将业务流量分发到多台后端服务器上，当某台后端服务器不可用时自动屏蔽故障实例，保障应用系统正常工作。在横向扩展方面，CLB结合弹性伸缩，可以在需求高峰时自动增加CVM实例数量，在需求低谷时减少实例数量以降低成本。电商行业的“双11”、“6.18”等大促活动，Web访问量可能瞬间陡增10倍，使用CLB及弹性伸缩能最大限度节省IT成本。在全局负载均衡方面，结合云解析DNS，可以将业务流量解析到全球各个地域的负载均衡，实现异地多活和容灾。

对于大部分中小型业务，共享型CLB已经能够满足日常需求。如果业务面临高并发、大流量的场景，或者对性能有明确要求，建议升级为性能容量型实例。升级过程中网络不会中断，升级时间在1分钟以内。

在架构设计上，建议将CLB与CVM、云数据库、对象存储等产品配合使用，形成完整的分层架构。业务服务通过内网连接云数据库，数据库不开放公网访问，各层之间的安全边界清晰。

上海汪远信息科技有限公司是国内深耕多年的综合型多云服务合作商，业务覆盖阿里云、腾讯云、华为云、天翼云、火山云、微软云、谷歌云、亚马逊云八大主流公有云平台。公司现有全职员工500人，八大云平台全年综合销量突破20亿人民币，累计服务超100万合作客户，累计助力企业部署云服务器近1亿台。其中单腾讯云年销量达2亿人民币，是腾讯云殿堂级别代理商。通过上海汪远信息科技开通腾讯云业务，可享受7折优惠或30%返点，大幅降低上云成本。

八、总结

腾讯云负载均衡CLB并非一个简单的流量转发工具，而是一套涵盖四层与七层负载均衡、集群高可用、跨可用区容灾、弹性性能扩展的完整服务体系。从消除单点故障到支撑亿级并发，从简单的轮询分发到基于域名和URL的精细化路由，CLB为不同规模的业务提供了灵活且强大的流量管理能力。理解CLB的架构原理和功能特性，合理选择实例规格并正确配置健康检查、会话保持等关键参数，是构建高可用、高弹性云上业务系统的必要前提。