你买了台便宜的云服务器，配置表写着2核2G，看着跟上一台没什么差别。刚上线那阵子一切正常，页面响应也在几百毫秒。等到访问量涨起来，同样是那套程序，响应时间开始往上走，偶尔还会卡住几秒。你登上去看负载，CPU使用率显示在七八十，看着不算高，但就是慢。这时候多数人的第一反应是配置不够，准备加钱升级。
先解释一个词。你买的这类机器，很可能属于突发性能实例。官方对它的定义是通过CPU积分来保证计算性能，适合平时CPU使用率低、但偶尔有突发高使用率的场景。它便宜的原因也写得很坦白：共享型规格更强调资源性能的共享，无法保证实例计算性能的稳定，但成本相对较低。便宜不是白便宜的，它换走的东西叫稳定性。
接着要认识基准性能，也有的平台叫基准利用率。官方定义是实例可以持续稳定提供的CPU性能。你可以把它理解成一条地平线：低于它你可以一直跑，高于它就得动用存款。一台基准性能20%的机器，意思是它能长期稳定地给你20%的算力，而不是你随时能用满100%。配置表上那个核心数，说的是上限，不是保底。
积分怎么记，官方给了很具体的换算：一个CPU积分等于1个vCPU以100%使用率跑1分钟。低于基准时攒积分，高于基准时花积分。你的机器闲着的每一分钟，都在往账户里存钱；跑满的每一分钟，都在往外取。这套机制本身是合理的，它让平峰的算力可以挪到高峰用，问题只在于很多人以为这台机器随时都是满血的。
但存款有上限，这一点常被忽略。积分余额的上限一般等于这台机器24小时能获得的积分数，比如某个规格每小时获得6个积分，那余额最多就是144，到顶之后新攒的积分会被丢掉。所以平时闲着、周末冲一把这个想法，存款是有限的，不是无底洞。闲太久不等于账变厚，只是白攒了一部分。反过来说，如果你这台机器常年都在低负载，那积分余额会一直贴着上限，多出来的部分被丢掉。这时候你其实在为一台用不满的机器付费，降一档可能更合适。
越用越慢，是因为积分在还账
见底之后会发生什么，官方也写得很清楚：当积分余额接近零，CPU性能会在约15分钟的区间内逐渐下降到基准水平。注意逐渐这两个字——它不是啪一下掉下去，而是给你一个缓慢变慢的过程。这正是越用越慢这个体感的来源：前一小时还行，后一小时更慢，你以为是流量涨了，其实是存款花完了。
还有一种模式更隐蔽。部分平台除了性能约束模式，还提供无性能约束模式：可以透支未来24小时才能获得的积分，甚至在此之上继续超额使用，好处是高峰期不卡，代价是这些额外用量会产生费用。这个设计本身没问题，问题在于很多人并不知道自己开的是哪种模式——要么账单出来才发现多了一笔，要么大促当天被被动降速，两头都尴尬。
初始积分这件事也值得知道。有的平台在实例创建时会给一笔初始积分，比如每个vCPU给30个，用来保证开机后能顺利完成部署和初始化。它的副作用是：新机器的前几个小时总是格外流畅，让上线测试阶段的表现特别好看。拿新机器的头两小时去评估性能，结论基本是错的，你会把一笔一次性赠送当成了日常水平。还有一点：部分平台的按量付费实例在停止时，积分余额的处理方式是不一样的——有的停机后保留，有的失效，重启后还可能重新给一笔初始积分。如果你习惯用完就停、要用再开，这个差别会直接影响这台机器长期表现稳不稳定。
官方自己还给过一句提醒：Windows应用负载、图形界面这类对CPU占用要求高的场景，选突发型实例可能出现卡顿甚至宕机，建议改用通用型或计算型。这句话反过来读就是，突发型适合的是轻负载Web服务、开发测试环境、中低强度的数据库，而不是什么都能往上放。把重活放上去，等于一边花积分一边挨骂。
怎么判断自己是不是踩了这个坑，看两条曲线就够。一是CPU使用率，二是积分余额。如果使用率在基准线附近反复横跳、余额在慢慢走低，那你的机器就在还账的路上；如果余额长期贴着上限、使用率远低于基准，说明规格买大了，可以往下调；如果使用率长期高于基准、余额一直贴着零，说明机器确实不够用，这时候升级才是有意义的动作。
那要不要一直开着无性能约束模式？取决于你的流量形态。如果高峰是可预期的、且一天里占比很小，比如每周一次推送带来的半小时峰值，开着它、让平峰期攒的积分补回来，多数时候不会多花钱。如果高峰是常态、长期超过基准，那它就不是解药，换规格更省心，账也更好算。判断标准是你的平均使用率，不是峰值那一刻的体感。判断的时候还有一个信号容易被忽略：磁盘和网络。如果CPU积分一直很足但页面还是慢，那瓶颈可能在别处，比如磁盘IO或者带宽。把所有慢都归到CPU上，同样会买错规格。
服务器慢，很多时候不是配置表上那几个数字决定的，而是你没看见的那条积分曲线决定的。买机器的时候多问一句基准性能是多少、积分用完会怎样，比多比几个价格档次有用得多。算力这件事，最贵的一直是你以为随时能用满的那种错觉。
A5创业网 版权所有