CDN到负载均衡的流量调度核心在于：CDN负责边缘静态内容的缓存与分发，而负载均衡负责后端动态请求的均匀分配与健康检查，二者协同工作以构建高可用、低延迟的Web架构。
在构建现代Web应用时，很多开发者容易混淆CDN（内容分发网络）与负载均衡（Load Balancer）的边界，它们并非替代关系，而是互补的上下游组件，CDN像是一个遍布全国的快递驿站，负责把常用的“包裹”（静态资源）就近发给用户；而负载均衡则像是一个总调度中心，负责将复杂的“定制订单”（动态请求）分发给最合适的后端服务器，理解这种分工,是优化架构性能的第一步。
CDN与负载均衡的角色定位差异
要搞清楚这两者如何配合，首先要明确它们各自解决的痛点不同，CDN的核心价值在于“距离”和“缓存”，负载均衡的核心价值在于“并发”和“健康”。
CDN：静态资源的边缘加速
CDN通过在全球或全国范围内部署节点，将网站的内容（如图片、CSS、JS文件、视频片段）缓存到离用户最近的节点，当用户访问网站时，请求首先到达CDN边缘节点，如果节点上有缓存，直接返回，无需回源，这极大地减少了骨干网的传输压力,降低了延迟。
业内专家指出，对于静态资源占比高的网站，CDN可以拦截掉80%以上的流量，从而保护后端服务器不被突发流量击垮，这种机制特别适合电商大促、新闻热点等场景，因为此时流量激增,但内容变化不大。
负载均衡：动态流量的智能分发
当请求无法在CDN命中，或者请求本身是动态的（如登录、下单、API调用），流量会穿透CDN，到达源站，负载均衡器（如Nginx、HAProxy、云厂商的SLB）登场，它的任务是将这些动态请求按照预设算法（轮询、加权轮询、最小连接数等）分发给后端的Web服务器集群。
负载均衡不仅负责分发，还承担着“守门员”的角色，它会定期向后端服务器发送健康检查请求，如果某台服务器宕机或响应超时，负载均衡器会自动将其从可用列表中剔除,确保用户不会访问到故障节点。
流量从CDN到负载均衡的完整路径
一个典型的HTTP请求从用户发起，到最终得到响应，通常经历以下层层过滤的过程，理解这个路径,有助于排查性能瓶颈。
第一阶段：DNS解析与CDN命中
用户输入域名，DNS解析器根据地理位置和负载情况，返回离用户最近的CDN节点IP，用户向该IP发起请求,CDN节点检查本地缓存：
- 命中缓存：直接返回静态资源，流程结束，这是最理想的情况,耗时通常在毫秒级。
- 未命中缓存：CDN节点需要向源站发起回源请求。
第二阶段：回源请求与负载均衡介入
当CDN节点需要回源时，它会将请求转发给源站入口，这里的源站入口通常就是负载均衡器，负载均衡器接收来自CDN节点的请求（注意：此时源IP可能是CDN节点IP，而非用户真实IP，需通过X-Forwarded-For头获取真实IP）。
负载均衡器根据配置的策略，选择一个健康的后端Web服务器，如果配置了加权轮询，且服务器A权重为3，服务器B权重为1，那么每4次请求中，有3次分发给A,1次分发给B。
第三阶段：后端处理与响应返回
后端服务器处理动态逻辑（如查询数据库、执行业务代码），生成HTML或JSON数据，返回给负载均衡器，负载均衡器再将数据返回给CDN节点（如果是动态内容，CDN通常不缓存，直接透传）,最后由CDN返回给用户。
常见架构场景与选型建议
不同的业务场景对CDN和负载均衡的需求截然不同,盲目叠加只会增加成本和复杂度。
为主的网站
对于博客、企业官网、文档站点，内容更新频率低,静态资源占比高。
- 策略：重度依赖CDN,开启强缓存策略。
- 负载均衡配置：后端服务器压力极小，负载均衡器主要做简单的健康检查和故障转移即可,无需复杂的会话保持。
高并发动态应用
对于电商平台、社交网络、在线游戏，用户交互频繁,数据实时性强。
- 策略：CDN仅缓存少量静态资源（如Logo、通用JS）,大部分请求需回源。
- 负载均衡配置：需要高性能的负载均衡器，支持TCP/HTTP层七层代理，可能需要开启会话保持（Session Affinity），确保同一用户的请求打到同一台服务器,避免状态丢失。
混合负载场景
很多大型应用同时包含静态和动态内容。
- 策略：CDN负责静态资源加速,负载均衡负责动态请求分发。
- 优化点：在CDN层配置“回源规则”，对特定动态接口禁止缓存,对特定静态接口设置长缓存时间。
性能优化与故障排查实操
在实际运维中，如何判断瓶颈在CDN还是负载均衡？以下是一些可验证的排查步骤。
检查缓存命中率
登录CDN控制台，查看缓存命中率指标，如果命中率低于50%，说明大量请求回源，后端压力较大，此时应检查缓存过期时间（TTL）设置是否过短,或静态资源是否被错误地标记为不可缓存。
分析负载均衡连接数
监控负载均衡器的活跃连接数和QPS（每秒查询率），如果QPS接近负载均衡器的规格上限，即使后端服务器空闲，用户也会感到卡顿，此时应考虑扩容负载均衡实例,或优化CDN缓存策略以减少回源流量。
排查真实IP获取问题
由于CDN的存在，后端服务器看到的源IP是CDN节点的IP，而非用户IP，这会导致日志分析、IP黑白名单、地域统计失效。
- 解决方案：在负载均衡器或后端Web服务器（如Nginx）中配置解析
X-Forwarded-For或X-Real-IP头，确保CDN节点在回源时携带这些头信息,并在负载均衡层透传给后端。
健康检查频率调整
健康检查过于频繁会消耗后端服务器资源,检查间隔过长则故障发现慢。
- 建议：对于Web服务，建议将健康检查间隔设置为
5-10秒
，超时时间设置为3-5秒，对于高负载服务器，可适当延长间隔,避免检查请求本身成为负担。
成本与地域因素考量
在架构设计中，成本和地域也是重要因素,不同云厂商的CDN和负载均衡定价策略差异较大。
地域选择对延迟的影响
如果用户主要分布在国内，选择国内节点密集的CDN服务商更优，如果业务面向海外，需选择全球节点覆盖广的服务商，负载均衡器的地域通常需与后端服务器集群保持一致，跨地域负载均衡虽可行,但会引入额外的网络延迟。
流量费用结构
CDN通常按流量计费或带宽峰值计费,负载均衡通常按实例规格和公网流出流量计费。
- 优化技巧：通过CDN压缩静态资源（如Gzip、Brotli），可以显著减少回源流量和出口带宽，从而降低整体成本，据工信部相关数据显示，合理的压缩策略可使静态资源体积减少60%以上。
常见问题解答（CDN到负载均衡）
CDN回源时，负载均衡如何识别真实用户IP？
CDN节点在回源请求中会添加X-Forwarded-For头，其中包含用户的真实IP，负载均衡器需配置为透传此头，后端服务器再解析该头获取真实IP，若负载均衡器未透传,后端将只能看到CDN节点IP。
负载均衡器宕机了，CDN还能工作吗？
可以，CDN缓存的是静态资源，只要CDN节点上有缓存，即可直接响应用户，无需经过负载均衡器，但如果缓存失效需要回源，且负载均衡器宕机导致源站不可达，则回源失败，用户将收到错误页面,负载均衡器的高可用性至关重要。
CDN和负载均衡的HTTPS配置有何不同？
CDN通常在前端终止SSL/TLS连接，将HTTPS转换为HTTP回源，以减轻后端压力，负载均衡器也可终止SSL，但通常用于内网加密或特定合规要求，建议CDN层使用强加密算法，后端负载均衡与服务器之间可使用HTTP以节省CPU开销,前提是内网安全可控。
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/309834.html
