当业务规模增长到一定程度，单一源站往往无法承载全部流量——可能因为性能瓶颈，可能因为异地容灾需求，也可能因为业务模块拆分。这时业务会部署多个源站，由高防CDN在回源环节做负载均衡，把合法流量分配到不同源站。
回源负载均衡看似简单——把请求分给不同源站就行，但实际涉及三个关键决策：用什么策略分配流量、如何判断源站是否健康、源站故障时如何切换。本文拆解这三个环节的设计逻辑。
一、回源分配策略：轮询、加权与一致性哈希
回源分配策略决定了每个请求应该发往哪个源站。不同的策略适用于不同的业务特征。
轮询策略是最简单的方式——请求按顺序依次分配给各个源站。轮询的优点是实现简单、分配均匀，适合各源站配置相同、业务无状态的场景。但轮询不考虑源站的实际负载和性能差异，如果某个源站性能较弱，可能成为瓶颈。
加权轮询在轮询的基础上引入了权重——性能强的源站分配更高的权重，接收更多请求。权重可以根据源站的CPU核心数、内存大小、带宽规格来设置。加权轮询适合各源站配置不一致的场景，让性能强的源站承担更多流量。
一致性哈希适合有状态业务的场景。它的原理是根据请求的某个特征（如用户ID、Session ID）计算哈希值，将同一特征的请求始终分配给同一源站。这样，用户的会话状态可以保持在同一个源站上，避免跨源站的状态同步问题。一致性哈希的缺点是流量分配可能不均匀，需要引入虚拟节点来改善。
二、源站健康检查：多源站场景下的故障感知
多源站场景下，健康检查的复杂度比单源站更高。系统需要同时监控所有源站的健康状态，并在某个源站故障时将其从可用列表中移除。
健康检查的维度包括：网络层——源站与CDN之间的网络连通性、延迟、丢包率；服务层——源站的服务进程是否正常监听端口；业务层——源站能否正确处理请求并返回预期响应；资源层——源站的CPU、内存、磁盘、连接数是否在合理范围。
健康检查的频率需要平衡。检查太频繁会增加源站负担，检查太稀疏会延迟故障感知。多源站场景下，建议对每个源站独立设置检查频率，核心源站可以检查得更频繁，备用源站可以适当降低频率。判定逻辑通常采用连续失败阈值——连续3次失败判定为故障，连续5次成功判定为恢复。
三、故障切换：源站不可用时的流量重分配
当某个源站被判定为故障后，回源流量需要重新分配到其他健康源站。切换策略需要根据业务特征设计。
快速切换适合对可用性要求高的场景——源站故障后立即将其从可用列表移除，流量全部分配给其他源站。快速切换的优点是恢复时间短，缺点是可能造成其他源站的瞬时压力上升。如果其他源站的容量不足以承接全部流量，可能引发连锁故障。
渐进切换适合容量有限的场景——源站故障后逐步将其流量转移到其他源站，同时监控其他源站的负载，避免瞬时过载。渐进切换的优点是稳定性高，缺点是故障源的流量仍然会部分回源，可能返回错误。
降级响应适合非核心业务——源站故障后返回缓存的静态内容或错误页面，而不是将流量转移到其他源站。降级响应的优点是保护核心源站，缺点是用户体验下降。这与高防CDN动态内容加速中提到的缓存降级策略是同一套逻辑。
| 环节 | 策略选项 | 适用场景 | 关键考量 |
|---|---|---|---|
| 分配策略 | 轮询、加权轮询、一致性哈希 | 无状态/有状态、同构/异构源站 | 流量均匀性与会话保持的平衡 |
| 健康检查 | 网络/服务/业务/资源多维探测 | 所有多源站场景 | 检查频率与故障感知延迟的平衡 |
| 故障切换 | 快速切换、渐进切换、降级响应 | 不同可用性要求 | 切换速度与连锁故障风险的平衡 |
四、多源站回源的评估要点
评估高防CDN的多源站回源能力时，需要确认以下事项。第一，是否支持多种分配策略。 能否根据业务特征选择轮询、加权或一致性哈希。第二，健康检查是否独立配置。 每个源站的检查频率和判定阈值是否可以单独设置。第三，故障切换是否可配置。 能否选择快速切换、渐进切换或降级响应。第四，是否有源站容量监控。 能否感知各源站的实时负载，避免流量分配超过源站容量。
对于有异地容灾需求的业务，多源站回源是高防CDN的必备能力。评估时需要明确区分“支持多源站”和“支持多源站负载均衡”——前者可能只支持配置多个源站地址，后者才包含分配策略、健康检查和故障切换的完整能力。
五、结语
多源站回源是高防CDN在业务规模增长后的必然需求。分配策略决定流量如何分到各源站，健康检查决定故障能否被及时感知，故障切换决定源站不可用时业务能否保持可用。三个环节的协同，决定了多源站场景下业务的稳定性和可用性。评估时需要确认服务商是否支持多种分配策略、独立健康检查配置、可配置的故障切换和源站容量监控，这些细节比“是否支持多源站”这个简单的勾选项更能说明多源站回源的完整能力。
