镜像站与源站之间的带宽费用分摊，核心结论是：边缘流量由镜像节点按量计费，回源流量由源站买单，最终费用高低取决于缓存命中率与回源比例的博弈。多数情况下，两家云的计费逻辑并不复杂，但真正头疼的是流量跨网、跨地域后的账单归属，以及动态请求无法缓存时的回源成本。
镜像站和源站的带宽账单根本不是一回事
先理顺一个基础概念：镜像站是内容分发的前端，源站是内容的最终存放地，用户访问镜像站时，如果镜像节点上已经缓存了内容，流量就在边缘结束，不再触碰源站，只有当缓存未命中或内容过期时，镜像站才需要回源拉取数据，这笔流量才会计入源站的账单。
源站带宽的计费逻辑
源站的带宽费用通常按以下方式之一计费：
- 按固定带宽峰值：无论实际使用多少，每月为最高峰值付费，适合流量稳定的业务，但流量波动大时会浪费预算。
- 按实际流量总额：按当月累计出网流量结算，适合突发性强的场景，但流量被刷时账单会很难看。
镜像站带宽的计费逻辑
镜像站本质上是CDN节点,其费用模型更复杂：
- 请求产生的下行流量：由CDN按流量或带宽峰值计费，这部分是镜像站成本的大头。
- 回源流量：CDN节点回源站取数据时产生的流量，通常由源站侧承担。
- 请求数（QPS）：部分CDN厂商按请求次数单独计费，高并发场景下这项费用不容忽视。
行业共识认为,镜像站和源站费用分摊的难点不在于“各付各的”，而在于回源请求的触发时机和频率由谁控制，缓存策略设置不当，可能让镜像站沦为摆设，全部流量直接打到源站上。
镜像站带宽费用怎么算？三种主流分摊方案
不同业务架构下,费用分摊方式差异明显，这里拆开讲三种可行方案。
源站承担全部回源成本
这是最省心的模式,也是大多数云厂商的默认逻辑，用户在镜像站上产生的缓存流量由CDN计费，未命中时回源产生的流量直接计入源站账单，相当于源站为“缓存穿透”兜底。
实操中,这种模式的费用结构很清晰：
- 镜像站只承担下行流量费用和请求费。
- 源站承担回源流量费用和源站自身的带宽费用。
- 如果回源比例过高,源站账单会有明显上涨。
适合场景：静态资源占比高、缓存命中率在90%以上的网站，这种情况下，回源流量占比很小，分摊争议最少。
镜像站独立承担边缘与回源费用
部分CDN厂商提供“回源流量包”或“全站加速”产品，用户可以为镜像站购买包含回源流量的套餐，此时源站只需为自身访问出现的少量直连流量付费。
以主流CDN厂商为例,配置路径通常是：控制台 → CDN域名管理 → 回源设置 → 打开“回源流量由CDN承担”，开通后，回源请求经过CDN内部链路转发，不再直接暴露源站IP。
优点明显：
- 源站带宽成本降到最低。
- DDoS攻击时流量被镜像层拦截,源站更安全。
- 费用全部集中在CDN账单中,对账方便。
但缺点也直接：镜像站账单会显得偏高，因为相当于把源站带宽成本“迁移”到了CDN一侧。
混合计费与流量包对冲
这是多数中大型站点选择的路径,具体做法是：
- CDN下行流量按流量包购买,价格远低于按量计费。
- 回源流量单独购买“回源流量包”，与CDN流量包拼单。
- 源站保留基础带宽,仅兜底少量直连请求和动态请求。
混合模式下,费用分摊的核心指标是回源比例，回源比例 = 回源流量 ÷ 总请求流量，通过监控该指标，可以判断缓存配置是否需要调整。
三者的费用对比见下表：
| 模式 | 源站成本 | 镜像站成本 | 适合场景 |
|---|---|---|---|
| 源站承担回源 | 随回源量波动 | 仅边缘流量 | 缓存命中率极高的小型站点 |
| 镜像站全包 | 几乎为零 | 账单较高 | 追求安全与便捷的政企站点 |
| 混合计费 | 适中 | 适中 | 流量波动大的电商、资讯站 |
控制镜像站回源成本：四个立竿见影的实操
配置合理的缓存过期时间
在镜像站控制台里,给静态资源设置较长的缓存时间，以nginx源站为例，在server配置中添加：
location ~ .(jpg|png|css|js)$ {
expires 30d;
add_header Cache-Control "public, immutable";
}
同样的效果在CDN控制台也可以通过“缓存配置 → 添加缓存规则”实现，建议将图片、CSS、JS的过期时间设置为30天以上，HTML页面设置为10到30分钟。
开启回源HOST与Range回源
在镜像站的回源配置中,确保开启Range回源，大文件下载时，Range回源将请求切割为分段传输，有效降低单次回源的带宽峰值，否则一个视频文件回源可能占用数百兆带宽，直接推高源站账单。
区分动态请求与静态请求
动态API接口（如用户登录、支付回调）不适合走镜像站缓存，在CDN控制台，将API路径加入“不缓存列表”，让动态请求直接回源，避免缓存穿透和过期校验带来的额外开销。
实时监控回源比例
在镜像站的监控图表中,关注“回源流量占比”指标，占比高于30%时，说明缓存命中率偏低，需要检查以下原因：
- 缓存过期时间设置是否过短。
- URL参数是否导致缓存碎片化。
- 源站是否携带了Cache-Control: no-cache响应头。
很多情况下,回源比例高并非CDN故障，而是源站响应头写死了no-cache，导致每个请求都回源校验。
镜像站和源站费用边界：容易被忽视的几个场景
跨地域访问的费用差异
国内CDN价格对比中,节点分布直接影响流量单价，华东、华北节点资源充足，价格较低；偏远地区节点少，回源链路长，流量单价可能上浮，如果源站部署在华东，而大量用户来自新疆、西藏，即使镜像站缓存命中，跨区域的边缘流量单价也可能高于本地节点价格。
HTTPS证书带来的间接成本
启用HTTPS后,回源握手会增加请求处理时间，虽然证书本身不直接收费，但握手消耗会降低CDN节点处理能力，高并发场景下，可能导致源站连接数被打满，被迫扩容带宽。
费用分摊的合同细节
与CDN服务商签订合同时,确认两个条款：
- 回源流量是否包含在流量包中,还是单独计费。
- 请求数（QPS）是否单独收费。
据工信部数据显示,国内CDN市场规模近年来持续增长，但不同厂商的计费规则差异较大，合同含糊是费用纠纷的主要来源。
关于镜像站带宽分摊的常见问题
镜像站带宽和源站带宽为什么不能合并计费？
源站带宽和镜像站带宽属于不同计费体系,源站按出网带宽或流量计费，镜像站按请求数、下行流量、回源流量多维计费，合并计费在技术上无法准确拆分成本归属，除非整体迁移到同一家云厂商并使用其“全站加速”产品，才有可能通过资源包统一结算。
CDN回源流量收费高吗？
回源流量单价通常低于CDN下行流量价格,低于源站公网出流量价格，但由于回源流量是额外的数据链路，即使单价低，回源比例过高时仍会推高总账，多数情况下，回源流量费用控制在总费用的一到三成之间，属于健康水平，超过这个范围，需要检查缓存命中率和防盗链配置。
源站带宽峰值被镜像站拖垮怎么办？
现象是源站带宽监控显示接近上限,但源站自身访问量并不高，问题几乎都出在回源请求失控上，先排查CDN的刷新URL是否过于频繁，再看缓存过期时间是否被调整到极短值，最后检查是否存在恶意IP大量访问未缓存路径，确认原因后，在CDN控制台将恶意UA或IP加入黑名单，并为回源请求配置限速策略。