95峰值计费的取样粒度核对，核心是盯住采样周期、排序规则和统计粒度三个维度，其中采样周期直接决定账单基数大小。行业共识是，95计费去掉的是采样点中的最高5%，而非流量峰值本身，很多客户对账差异，恰恰卡在“5分钟平均”和“1秒原始值”这两种取样粒度的口径错位上，本文不绕弯子，直接给你一套可落地的核对方法，从合同条款到日志分析，一步步拆干净。
95峰值计费取样粒度到底怎么查才准
第一步：翻合同，锁定采样周期是60秒还是300秒
95计费的原始数据来自流量采集系统，主流CDN厂商和云厂商的默认采样周期分为两类：一类是5分钟粒度，即300秒取一个均值点，这类最普遍；另一类是1分钟粒度，即60秒取一个均值点，多用于对实时性要求高的客户。粒度越细，被剔除的5%样本越多，计费峰值可能越低，但也可能越高，因为细粒度能捕捉到更尖锐的突发流量。
核对建议：
- 调出CDN控制台的“用量查询”或“计费明细”页面，查看导出数据的时间戳间隔，间隔300秒就是5分钟粒度。
- 若控制台没有明确标注,直接查看计费账单的Excel原始表，看第一列时间与第二列时间差值即可确认。
- 若SPA（服务提供商）给你的日志是1分钟粒度，但合同中写的是5分钟，这就是典型的口径漂移，必须要求对方给出解释。
第二步：复算排序规则，确认是否“去零”
取样粒度相同的情况下，排序规则会直接影响95值，业内最常见的规则是：每5分钟统计一次带宽均值，全天共288个点（24小时×12），从大到小排序，取第5%个位置的值作为计费点，但这里有一个隐蔽的坑：是否剔除“零值点”。
举个例子,你凌晨带宽为0，白天业务高峰冲到5Gbps，若有288个点，5%位置是第14.4个点（通常取第15个点），如果零值点被剔除，实际参与排序的只有白天活跃时段120个点，那么第6个点（120×5%）作为计费点，计费值可能从4.8Gbps降到3.9Gbps，差异明显。核对时要求SPA明确告知“是否剔除零流量点”
，并在公文中体现，这个细节不确认，你的优化方向可能完全跑偏。
第三步：核对当日日志，重点看峰值前后的采样连续性
取样粒度核对，不能只看文档，要拉日志自己跑一遍，操作路径如下：
- 从CDN控制台导出原始访问日志，关注`cdn_bps`或`traffic_bps`字段。
- 用脚本统计每5分钟区间内该字段的最大值，而非平均值，部分厂商日志记录的是瞬时值，控制台展示的是均值，这两者有差别。
- 对比连续48小时的日志数据，将计算的95值与账单上的95值做差，偏差超过5%就要开工单申诉。
这里插一个真实场景：白天10:00-10:05之间有一个秒杀活动，日志里出现一个持续20秒的20Gbps尖峰，如果控制台做5分钟均值，这个尖峰被稀释到约4Gbps；如果做1分钟均值，则被稀释到约6Gbps。这就是取样粒度不同带来的计费差异，你核对时必须看清控制台图表是“平均值视图”还是“采样值视图”，绝大多数控制台默认展示5分钟均值，但计费有时却按1分钟峰值来算。
采样周期与计费峰值的数据换算技巧
从5分钟均值反推1分钟原始值的偏差区间
有的SPA提供5分钟均值账单，但你怀疑实际是按1分钟峰值计费，此时可以用以下方法验证：
- 取出账单中某个高流量时段（如20:00-21:00）的12个5分钟点，记录每个点的数值。
- 同时从CDN日志中取出该时段60个1分钟点，计算这60个点的最大值。
- 如果账单上该小时的计费值接近60个点中的最大值，那么SPA大概率使用了1分钟峰值取样，而非5分钟均值。
换算参考：5分钟均值与1分钟峰值之间的偏差通常在8%-20%之间，突发流量占比越高，偏差越大，对大型直播或软件分发类业务，这个偏差甚至可能达到30%以上，如果你发现账单一直比自建监控高15%左右，先别急着怀疑流量被盗刷，多数情况是取样粒度不一致。
关注“多地域95合并”的粒度陷阱
如果你的业务用了多线BGP或全球加速，95计费还有一种常见变体：先按地域分别取95值，再求和，这和“全地域总带宽合并取95值”是两个完全不同的计算逻辑。
举例说明：
- 地域A和地域B各有一个计费点,地域A的95值是4Gbps，地域B的95值是3Gbps，分地域求和”的账单值是7Gbps。
- 如果合并流量,全地域总带宽的95值可能只有6.2Gbps，因为两个地域的峰值时间错开，合并后尖峰被抹平。
- 核对粒度时,务必确认你签的合同是“分地域95”还是“全局限95”，很多客户在这里吃了哑巴亏，多付的钱完全可以通过调整业务调度策略省下来。
用第三方工具做取样粒度交叉验证
成本极低的“双轨记录”核对法
不信任SPA的日志？自己搭一套旁路监控，在源站或LB（负载均衡）出口镜像流量，用ntopng或Prometheus+node_exporter抓取网卡粒度的实时速率。
- Prometheus的
rate(node_network_receive_bytes_total[5m])直接给出5分钟平均速率，与SPA的5分钟计费点对齐。 - 再用
max_over_time(node_network_receive_bytes_total[1m])算出1分钟峰值，两相对比。 - 坚持记录一周,拉出每天的95值做散点图。如果SPA账单的95值持续高于Prometheus的5分钟均值95值，且差额在10%左右徘徊，大概率是SPA按1分钟峰值计算。
看看你的业务形态适合哪种核对周期
有的客户问：“取样粒度核对需要每天做吗？”答案取决于业务波动率。
- 电商大促、游戏开服等脉冲型业务，建议在活动当天拉取分钟级日志，并核对前一小时的计费中间量，避免因活动产生超大峰值后被计入95值。
- 视频点播、文件下载等平稳型业务，每月核对一次账单即可，重点盯是否有“跨天合并”现象（例如将23:55到次日00:05的流量纳入同一计费区间）。
- 边缘计算或物联网场景，大量设备周期性地上报小流量，此时需关注SPA是否使用了“端口级别”的独立采样，这会导致95值虚高到无法接受。
取样粒度错了，申诉和调优怎么操作
申诉路径与证据准备
如果你确认SPA取错了粒度，直接提交工单，附上三样东西：合同计费条款截图、控制台采样周期截图、自建监控计算出的95值表格，注意，工单标题不要写“我对账单有疑问”这类模糊描述，直接写“95计费取样粒度与合同不符，申请按5分钟均值重算”，这样能直达计费团队而非一般客服。
调优方向：主动把业务峰值“削”进95%安全区
前置条件是你已经和SPA确认了取样粒度，若确认是5分钟均值，那么你的缓存策略可以更激进一些只要将单5分钟窗口内的突发流量平摊到前后两个窗口，就能显著降低被计入5%最高点的概率，实操上，可以调整源站限速阈值，或者在CDN控制台配置“单链接限速”，把突刺削平。
对于使用1分钟粒度的客户,调优思路恰恰相反，你需要尽量避免出现秒级尖峰，因为1分钟粒度对突发流量更敏感，此时建议开启TCP_NODELAY和拥塞控制算法优化，减少TCP慢启动带来的带宽锯齿。
相关问题解答
95峰值计费的“峰值”是带宽值还是流量值
带宽值，95计费统计的是每秒传输的比特数（bps）的采样点，不是累计流量字节数，流量值是带宽值对时间的积分，两者单位不同，核对时确认SPA给你的账单单位是Mbps/Gbps，而非MB/GB。
日志里看到的瞬时带宽和计费用的带宽是一个概念吗
不一定，日志中的瞬时带宽通常是应用层记录，而计费带宽来自网络层探针或网卡计数器，TCP重传、数据包头开销、SSL加密膨胀都会造成两边数值差异，正常误差范围在3%-5%，超过这个区间才需要专项核对。
95计费点采样周期越短对客户越有利吗
不一定，短周期（如1分钟）能精确捕捉尖峰，但也会把更多短时突发计入排序，长周期（如5分钟）平滑了尖峰，但可能因平均值抬高而增加基数，行业共识是，如果你的业务流量曲线属于“高突刺低平均”型，5分钟均值更有利；如果是“持续高水位”型，1分钟采样反而能通过剔除极值降低计费。最终还是回到你的业务曲线形态来判断。