这个坑值得记一笔。选了按峰值计费的带宽,本以为大部分时间用不满能省钱,结果每月账单和固定带宽差不多。
原因不止一个,得分开看。计费按去掉最高百分之五采样点后的峰值计算;短时突发会被计入采样;多台实例共享带宽包时统计方式不同。
先看带宽的日峰值曲线
sar -n DEV 1 5
接着统计超过阈值的时长
vnstat -h | head -20
评估是否需要限速削峰
tc qdisc show dev eth0
末了按控制台账单核对计费口径
echo '以控制台实际报价为准'
这台环境是别人交接的,不少默认值被动过,只能一项项核。
同事提醒我看一下最近一次发布,时间点确实对得上。
怎么算真的好了,看的是同一批现象。峰值曲线与账单对得上,计费方式与业务流量模型匹配。
容易忽略的是,按峰值计费适合流量平稳的业务,波动大的场景反而更贵;每五分钟一个采样点,短时冲高也会被记录。监控比日志更早给出信号,事后回看经常能提前半小时发现异常。