平时我们团队做云成本优化，最头疼的不是云资源有多贵，而是钱花了根本不知道花在哪。尤其是碰上华为云这种按量计费模式，一个不留神，账单上的数字就唰唰往上飙。后来我们把华为云的RI（预留实例）采买和FinOps管理放在一起做，成本直降50%以上，这个成绩说出来我自己都愣了一下。这篇文章就把我们的实践过程、踩过的坑、以及为什么这套组合拳能省这么多钱，一次讲清楚。
先给不熟悉的朋友交代下背景。我们是一个典型的互联网研发团队，业务以Web服务、容器化微服务和数据清洗任务为主，云资源几乎全部跑在华为云上。早期策略很简单，全部按需购买，灵活是灵活了，但月底财务一看账单就皱眉。后来我们引入了RI预留实例，配合联蔚盘云FinOps平台做成本分摊和监控，才慢慢把成本从“失控”变成“可控”。如果你也正在为云账单发愁，文章里的思路和步骤可以直接抄作业。
1. 内容整体设计与思路拆解
1.1 为什么要做RI采买，按需计费到底贵在哪
先聊一个很多人容易忽略的点：按需计费看起来是按量付费，实际是变相惩罚性定价。华为云设计按需计费的本意是满足突发性和临时性负载，但如果你拿它跑7x24小时的常驻服务，等于每天在用“临时价格”买“长期资源”，多花出去的钱全成了隐形成本。
我们当时的账单里有超过60%的费用来自一批长期稳定运行的ECS实例，它们从创建那天起就没停过，理论上完全可以转成包年包月或RI。但问题是，手动去逐台实例改计费模式，既费时间又容易出错，而且改完能不能省钱、省多少，账很难算清楚。于是我们把RI采买当成一个专项项目来做，第一步就是搞清楚哪些资源适合买RI，哪些不适合，避免一竿子打翻一船人。
1.2 RI不是单纯打折，而是一种容量承诺策略
很多人对RI的理解是“预付打折券”，这个方向没错，但不够全面。RI的核心本质是：你提前向云厂商承诺在未来一年或三年内持续使用某个配置的算力，作为回报，云厂商在计费上给你一个大幅度折扣。
这就好比你跟健身房签年卡，一次性付一年钱，单次价格自然比按次买便宜得多。但这里有个隐含约束：如果你办了年卡却不去，钱就白花了。RI也一样，买完后如果对应的资源没有持续使用，覆盖率上不去，折扣红利就吃不到，反而变成资金占用。所以我们在设计采买方案时，提前把“资源使用确定性”放在第一位，只对运行规律清晰的实例做RI覆盖。
2. RI采买前的资源评估与选型要点
2.1 先给资源装上“仪表盘”再做决策
在没有数据支撑的情况下谈RI采买就是瞎买。我们第一步是拉取账号下所有实例的历史监控数据和账单，把资源按业务归属、运行时长、CPU使用率、网络流量等维度过一遍。这个过程看着繁琐，但在联蔚盘云的帮助下一周内就完成了。
具体来说，我们重点排查三类资源：7x24小时运行的常驻服务实例、每天固定时段启动的批处理节点、以及基本处于闲置状态但一直挂着没释放的僵尸实例。前两类是RI采买的重点候选，第三类则是纯粹的浪费，压根不该买RI，直接释放删除掉才是正解。坦白讲，整个评估过程最耗时间的不是技术问题，而是跨团队梳理业务归属，谁用的、干什么用、能不能停，这些问题不搞清楚，后面买再多RI也白搭。
2.2 覆盖率与节省率：衡量RI效果的两把尺子
既然做了采买，就要量化采买效果。我建议所有做云成本优化的朋友都盯紧两个核心指标，一个是RI覆盖率，另一个是节省率。覆盖率是指被RI覆盖的实例运行时长占总运行时长的比例，而节省率是相对于全部按需计费的账单金额节约的百分比。
举个例子，假设某台实例按需计费一个月是1000元，你买了RI之后一个月实际只付500元，那么单台节省率就是50%。但如果你的资源池里有20台实例，只给其中的5台买了RI，整体覆盖率只有25%，总账单的节省效果自然不明显。我们在实际操盘时，把目标设定为常驻实例覆盖率不低于85%，整体账单节省率50%以上，这两个指标一个管“买得够不够”，一个管“省得够不够”，缺一不可。
2.3 核数、规格和区域，买错一项就前功尽弃
RI采买最怕的不是买少，而是买错。规格参数看起来简单，一旦选错，要么RI类型不匹配导致无法自动抵扣，要么区域不一致造成配额浪费。华为云的RI是按“区域 + 可用区 + 实例规格族 + 操作系统”四个维度绑定的，这四个条件必须和实际运行的实例完全匹配才能生效。
我们第一次采买时就吃了这个亏，按照账号默认区域下单了一批RI，结果好几十台实例跑在另一个可用区，导致RI完全没派上用场。用联蔚盘云核对时才发现规格和可用区对不上，最后只能默默联系客服调整，浪费了不少时间。所以在这里要特别提醒：采买前务必用账单和资源清单做交叉核对，确认目标实例的规格、区域、系统类型完全一致后再下单。
3. RI采买实操流程与关键环节记录
3.1 从账单数据反推最优采购量
RI买多少，不是拍脑袋决定的，而是从历史账单反推出来的。我们取了过去90天所有符合条件的常驻实例，统计每台实例的月均运行时长，再除以当月总小时数，得出该实例的实际使用率。如果使用率超过95%，基本可以判定为适合RI覆盖；如果使用率不到50%，就要考虑是不是业务萎缩了，应优先做缩容或释放。
具体计算逻辑可以用一个公式来表达：某规格实例的RI采购数量 = 该规格下所有常驻实例的月均运行总时长 ÷ 单台实例每月总小时数，结果向上取整。比如你有10台4核8G规格的实例，每台平均每天运行约23小时，那么月均总时长大约6900小时，除以720小时/月，等于9.58，向上取整就是10台。这样算出来的采购量才能做到既不浪费配额，又覆盖住主要用量。
3.2 一年期还是三年期，账要算明白
华为云RI的购买周期一般有一年期和三年期两种，折扣力度不同，三年期的单价更低，但资金锁定时间更长。我们在决策时考虑了公司的现金流状况和业务扩张计划，最终选择了1年期RI加预留弹性扩容的组合策略。
为什么这么选？因为按我们的业务增长节奏，半年后实例数量可能就会有30%左右的增长，如果全部锁死三年，后续新购资源没RI覆盖，成本又会反弹。1年期作为一个不长不短的承诺周期，既能吃到明显的折扣红利，又给后续资源调整留了空间。如果你所在的团队业务非常稳定，比如做传统企业内部系统，3年期RI的性价比会更高，折扣幅度也更可观。
3.3 控制台下单与自动抵扣的关键操作
RI采买的操作路径并不复杂，登录华为云控制台，进入“预留实例”或“资源包”页面，选择对应的产品类型、区域、规格族和购买周期，提交订单即可。但有几个细节容易踩坑，一定要重点标注。
第一，下单前必须在“按需实例列表”里确认哪些实例的付费模式是“按需”，RI购买后是否自动匹配成功，可以通过控制台里的RI覆盖率报表查看。第二，RI和弹性伸缩配合使用时，要注意伸缩组里新建的实例是否处于RI覆盖范围内，避免扩容出来的实例又回到按需计费。第三，建议采买完成后在联蔚盘云上建立一个RI专项的成本标签，把RI资源和普通资源区分开，后续做成本分析时数据会干净很多。
3.4 联蔚盘云在FinOps里的角色：让成本从糊涂账到明白账
只做RI采买，管理跟不上的话，省下来的钱很快就会被新的浪费吃回去。我们在RI落地后接入了联蔚盘云FinOps平台，三个功能直接改变了我们管账的方式：第一是成本透视，能通过自定义标签把账单按业务线、项目、环境维度拆分，月底对账再也不用靠Excel手工拉数据；第二是多云账单管理，即使你有多个账号或不同云厂商的资产，也能在一个面板里看总量和趋势；第三是预算告警，设定月度预算后，一旦支出超过阈值就会自动触发通知，把成本异常消灭在萌芽阶段。
尤其是预算告警这个功能，帮我们抓住了好几次半夜有人误开高配实例的现场。以前这种事要等月底看到账单才能发现，现在当天就能收到预警，及时释放资源，避免了一笔不小的额外支出。
4. 常见问题与排查技巧实录
4.1 买了RI却被按需扣费，先查资源“四要素”
RI最常见的问题是“明明买了却不起作用”。遇到这种情况，第一反应不是找客服，而是自查资源四要素是否匹配：区域是否一致、可用区是否一致、规格族是否一致、操作系统是否一致。任何一个要素对不上，RI都无法生效。
我们遇到过一种比较隐蔽的情况，某个实例跑的是Windows操作系统，但RI买的是Linux版本，控制台显示“有RI”，实际账单还是按需扣费。因为RI匹配是自动的，系统只在完全匹配时才抵扣，匹配不上不会给提示。后来靠联蔚盘云的成本明细逐行核对，才发现这类型的隐性缺口。建议大家在每月账单出来后，专门花10分钟扫一遍“已购RI覆盖率报表”，把没有命中RI的按需实例捞出来逐一排查。
4.2 覆盖率虚高的错觉与真实浪费
有次我们在汇报成本优化成果时，看到覆盖率报表显示超过了90%，本来挺高兴，后来一细看发现不对劲。报表里所谓“覆盖”包含了关机状态的实例，它们虽然没有按需计费，但RI配额已经被占用了。换句话说，我们买了一批RI，用在了已经停机的资源上，实际还在运行的按需实例却没有被覆盖到，这就是典型的覆盖率虚高。
解决这个问题的办法很简单，在做覆盖率统计时要把“运行中”和“已停止”两种状态区分开来。同时在运维侧，定期盘点长期处于停止状态的实例，确认真实用途，如果只是暂时备份，可以考虑释放磁盘快照，也不必长期保留实例本身，因为云厂商对存储和IP这类资源还有额外的计费项目。
4.3 预算告警阈值怎么调才不误报又不漏报
预算告警这个功能好用，但阈值设置不合理就变成了“狼来了”的故事。我们一开始把阈值设得很低，比如整体预算还剩20%就开始告警，结果开发团队天天收到消息提醒，大家习惯性忽略，真有异常时反而没人看了。后来我们把告警调整成两级阈值，一级在支出达到月预算的80%时通知负责人，二级在超过100%后同时通知分管领导和财务，同时配合日环比增幅异常检测，比如某天突然比前7天日均支出高30%就自动介入。
经过一个多月的磨合，告警准确率提升了不少，误报少了，真正的异常也基本能在当天被拦截住。这个细节如果你也在用FinOps平台，可以重点调一下，效果立竿见影。
4.4 RI与包年包月同时存在，账单口径怎么理
华为云上既有RI，也有普通的包年包月实例，两者在账单上展示的科目不一样。对于财务团队来说，如果口径不清，很容易出现重复核算或漏算的情况。我们的经验是统一在联蔚盘云上做好标签管理，RI成本打上“预留成本”，包年包月成本打上“包年成本”，按需部分打上“按需成本”，在月度成本报表里用视图分组展示，让不同团队只看到和自己相关的成本数据。
这里尤其要注意，RI是一次性预付费用，但实际成本应该分摊到每个月来核算。比如一笔3年期的RI费用，总金额不应该全部算在购买当月，而是按月均摊，这样才能真实反映每个月的云资源使用成本。如果不做摊销，购买当月账面上看成本暴增，后面几个月又显得特别低，会给决策带来非常大的误导。
4.5 表格式排查速查：RI采买与管理的常见症状和应对
我整理了一份RI采买与日常管理的常见问题速查表，团队内部一直在用，在这里也分享给大家。
| 常见症状 | 可能原因 | 排查与处理方式 |
|---|---|---|
| 买了RI但按需账单没降 | 区域、可用区、规格、OS不匹配 | 对照资源四要素逐项核对，调整配额或释放重新购买 |
| RI覆盖率很高但总节省不明显 | 覆盖了大量关机实例或冗余资源 | 细分“运行中”与“已停止”状态，先清理闲置资源再评估覆盖率 |
| 账单显示预付金额巨大 | RI多周期费用一次性出账 | 使用FinOps的成本摊销功能，把RI费用按月分摊 |
| 预算告警过多或过少 | 阈值设置不合理或忽略了环比异常 | 调整两级告警阈值，增加日环比增幅异常检测 |
| 多个团队成本归属不清 | 缺少统一标签策略 | 在实例上强制添加成本归属标签，按标签维度拆分账单 |
| 扩容后新实例无RI覆盖 | 伸缩组未关联RI或规格不同 | 在新实例创建时检查RI匹配情况，或调整伸缩组内规格配置 |
5. 延伸思考：FinOps不是一味省，而是让云支出变得可预测
很多人一提FinOps就以为是把成本压到最低，其实这个理解有点片面。FinOps更核心的价值，是让云支出变得可预测、可分配、可解释。RI采买解决的是“确定性的资源用折扣价买”，而联蔚盘云这类FinOps平台解决的是“每一笔钱都有归属、每一个异常都能被发现”。
我们团队目前达成的效果是：整体云成本比纯按需时期降低了50%以上，但这并不是因为我们把资源砍到极限，而是把RI和按需、包年、竞价实例组合使用，让每一类负载都有自己合理的计费方式。比如核心数据库和时间序列型任务走RI，阶段性算法训练走按需，可中断的任务甚至可以等下竞价实例的折扣，这种分层计费的模式比单一依赖RI更健康。
如果你正考虑开始做云成本优化，我最大的建议是先花两周时间把账单和资源盘点清楚，再决定买什么RI。别直接照搬别人买多少，因为大家的业务特征、资源规模、增长曲线完全不同。买RI是手段，让云成本可管理才是目的。
我个人的体会是，RI加上FinOps这套组合，最难的环节永远是前期的资源梳理和跨团队协作，真正到了下单那一步反而简单。希望这篇分享能让你少走一些弯路，如果你有自己的踩坑经验，也欢迎一起交流。
