镜像站和源站的带宽费用没有统一标准，核心看流量走向：源站承担回源带宽和同步带宽，镜像站承担用户访问带宽，实际分摊比例通常按流量日志或业务场景自定义。
先搞明白：带宽费用到底花在哪几个环节
带宽费用不是一张账单那么简单,镜像站和源站之间，流量会经过三条路，每一条都可能产生费用。
源站侧的带宽开销
源站是数据的老家,当镜像站需要同步内容时，源站要吐出数据，这是上行流量，用户如果直接访问源站，源站还要承担下行流量，部分云厂商对上行和下行的定价不同，国内主流云厂商的定价模型中，下行流量费用通常高于上行流量，这也是行业共识。
镜像站侧的带宽开销
镜像站面向用户提供访问,大多数情况下承担的是下行流量，用户从镜像站拉取图片、视频、安装包，产生的流量全部记在镜像站头上，如果镜像站没有缓存到内容，需要回源拉取，这时镜像站会产生回源流量，但回源流量通常由源站侧计费，具体看云厂商的计费方式。
容易被忽略的同步带宽
镜像站要和源站保持数据一致,就得做文件同步，同步方式常见的有rsync、对象存储跨区域复制等，这部分流量单独走，费用既不算用户访问，也不算回源，但必须有一方掏钱，多数场景下，同步带宽包含在源站的出网带宽里。
镜像站带宽费用怎么算：三种主流分摊模式
分摊没有绝对对错,只有合不合理，下面是业内实际在用的三种模式。
按流量比例分摊
这种模式最直观,双方各自统计一个月内的实际流量，用百分比切分总账单，比如源站本月总流量为100TB，其中60TB是用户直接访问，40TB是镜像站回源拉取，那就按6:4分摊。
适合场景：双方都开通了按流量计费的实例，流量数据透明可查，建议在月初拉取各自的云监控报表，对账后再结算。
固定带宽各自承担
如果源站和镜像站都是按固定带宽购买,就各自付自己那部分，源站买10Mbps，镜像站买50Mbps，谁买的谁买单，互不牵扯。
适合场景：业务流量稳定，不会突然暴涨，注意固定带宽模式下，超额部分会产生额外费用，建议在带宽使用率达到上限前做好告警。
源站包年，镜像站按量计费
这种模式适合源站有长期稳定流量,而镜像站刚上线流量还不确定的情况，源站直接买包年包月的带宽套餐，镜像站先按量付费跑几个月，摸清流量规律后再转包年，好处是前期成本可控，坏处是两边计费模式不同，账单对不上时容易扯皮。
三种模式对比
| 分摊模式 | 计费单位 | 适合场景 | 风险点 |
|---|---|---|---|
| 按流量比例 | GB/TB | 流量透明、占比清晰 | 需要双方互相认可报表 |
| 固定带宽各自承担 | Mbps | 流量平稳、无大波动 | 峰值流量容易超限 |
| 源站包年+镜像按量 | 混合 | 镜像站初期、流量不稳 | 对账复杂度高 |
源站带宽和镜像带宽成本怎么省：三个策略比砍价更实在
带宽成本只是表象,真正的浪费来自无效流量，省钱不是靠压低单价，而是减少不必要的流量消耗。
先把回源率压下来
镜像站最烧钱的不是用户访问,而是反复回源，如果镜像站的缓存命中率只有六成，意味着四成用户请求都要穿透到源站，源站带宽被白白抬高。
实际操作：打开镜像站的缓存配置，把静态资源过期时间调长，比如图片、CSS、JS这类文件，设置7天以上的缓存有效期，动态接口不要缓存，但要通过CDN层面的回源HOST配置，让回源请求走内网IP，避免公网回源计费。
按区域拆分镜像节点
国内带宽价格和海外带宽价格差距明显,如果同时服务国内和海外用户，不要把海外流量全部回源到国内源站，业内专家指出，海外用户访问国内源站的跨境线路费用，经常是普通国内带宽的两到三倍。
更好的做法：海外部署一个独立镜像站，或者直接使用海外对象存储的静态网站托管，源站通过对象存储的跨区域复制功能把数据同步到海外节点，海外用户就近访问，源站只承担一次同步流量，长期看能省下可观的跨境回源费用，这里就涉及到国内镜像站带宽价格和海外带宽价格的选择，尽量让流量在本地闭环。
用95计费避开峰值惩罚
按固定带宽计费时,峰值越高，当月费用越贵，目前国内多家云厂商支持95带宽计费，也就是去除每月5%的峰值点，取剩余95个点的最大值作为计费带宽，如果你的业务有周期性波峰，比如晚间流量高、白天流量低，95计费比固定带宽便宜不少。
不知道怎么改？去云控制台的带宽包页面，找到计费模式，切换成95计费即可，部分厂商要求带宽包至少使用一个自然月才能变更，提前规划好时间。
实操：怎么核对账单，确认分摊是否公平
分摊方案定好了,还得有手段验证，下面是比较落地的核对方法。
查看流量日志，别只看账单
云厂商的账单只有费用汇总,看不到明细，你需要登录源站服务器，执行 iftop 或 vnstat 查看实时流量，如果是多台机器，建议用 nload 按网卡统计，再看镜像站这边，通过Nginx访问日志统计每个IP的流量，用 awk 按大小字段求和，这样两边数据一对比，就能发现谁多算谁少算。
用云监控给带宽设上限
源站和镜像站都要配置带宽监控,以简米云为例，云监控里可以对弹性公网IP设置阈值告警，超过指定值就短信通知，酷番云则是通过云监控的带宽包告警策略，设置两个阈值：一个是
预警阈值，比如用的总带宽的70%；一个是紧急阈值，比如90%，到了紧急阈值，立刻检查是不是有盗链或异常爬虫。
深挖一种特殊流量：健康检查
如果你的镜像站配置了负载均衡,健康检查请求也会产生流量，虽然单个探针很小，但频率高、机器多，一个月累计下来也不少，这部分流量不属于任何业务方，建议在分摊时单独扣除，或者直接把健康检查频率从5秒改到15秒，能省一点是一点。
Q&A：镜像站和源站的带宽费用分摊问题详解
回源流量到底算源站还是镜像站的？
算源站的,镜像站发起回源请求时，消耗的是源站的上行带宽，而源站的上行带宽是源站自己买的，云厂商计费时，会把回源流量计入源站实例的出网流量，所以如果你看到源站流量异常增高，优先检查是不是镜像站回源太频繁。
源站和镜像站可以用同一个云账号的共享带宽包吗？
可以,但要小心，共享带宽包是多个IP共享一个带宽包，源站和镜像站如果绑在同一个包内，总带宽是共享的，不区分谁是源站谁是镜像站，好处是利用率高，坏处是某一方刷高了流量，另一方会被拖累，建议用不同的共享带宽包隔离，或者给两个IP分别设置不同的限速规则。
停掉镜像站就能省下全部带宽费用吗？
不一定,停掉镜像站后，用户流量会全部回到源站，源站带宽费用会随之上涨，如果源站带宽已经是按固定带宽购买，流量回归后可能会触发超额费用，镜像站存在的意义本身就是为了分散源站压力，节省的不是总带宽，而是单点故障风险和跨地域的延迟成本，算总账时，要把用户体验因素放进去，不能只看带宽账单。
镜像站和源站的带宽分摊,本质上是对流量责任的划分，先确认流量走向，再选择计费模式，最后用监控数据验证，才是可持续的做法。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/762839.html
