独享型与共享型实例的区别

top 命令输出里有一行常被忽略：st（steal time，被宿主机分走的 CPU 时间）。这个数值长期超过 5%，说明同一台物理机上的邻居正在挤占本该属于你的计算时间——这正是共享型实例的固有特征。 一、机制差别 独享型实例的 vCPU 与物理核绑定，调度器不会把时间片分给别人，性能曲线平稳可预期。共享型实例由多台虚拟机竞争同一批物理核，闲置时不限制，繁忙时互相挤压，价格便宜但存在性能毛刺。差价买到的是确定性。购买页上标的共享型、突发型、独享型、裸金属，就是按独占程度排下来的谱系，下单前看清楚。 二、怎么发现被干扰 除了 top 的 %st，vmstat 1 输出里也有 st 列。压测时同步观察三个信号：负载不变而吞吐忽高忽低、延迟 P99 突然抬升、st 同步上涨，基本可以确认是邻居干扰。这种毛刺在深夜邻居任务启动时最明显，白天反而看不出来。把 st 列画进监控图表，和历史上的卡顿时间对照，很多玄学问题能对上号。 三、影响与容忍度 对网页浏览类业务，偶发毛刺用户无感；对数据库、支付回调、内部 API 主链路，毛刺意味着超时和重试，连锁反应会被放大。延迟敏感业务对 steal 的容忍度应该接近零，这不是优化问题，是选型问题。共享型不是不能用，要用在毛刺无感的地方，放进生产主链路才是错。 四、场景结论 个人博客、测试环境、低频后台：共享型省钱够用。生产数据库、交易链路、对延迟有承诺的服务：独享型起步。要求整机物理资源独占的，直接看裸金属物理机 B4，独享是它的默认属性，不存在虚拟化损耗。 买实例时把"独享"两个字当合同条款看清楚。预算内优先保住核心链路的独享，外围业务再谈省钱。升级独享型一般原地变配即可，不用重装系统。