Amazon T3可突增实例CPU保障咨询：t3.2xlarge无限模式异常分析

首先明确几个核心逻辑：

• T3属于突发性能实例，底层基于共享物理硬件的虚拟化架构，同一宿主机上的所有实例会瓜分物理CPU资源。
• 无限模式（Unlimited Mode）的核心作用是打破CPU积分限制，允许你持续使用超出基准的算力（哪怕积分耗尽），但这不代表能保证你拿到100%的CPU使用率——物理资源是共享的，得看宿主机有没有多余资源可分配。

针对你遇到的场景：
当实例CPU使用率60%、空闲0%、窃取率40%时，说明你的应用一直在满负荷请求CPU，但宿主机上的其他实例已经把剩余40%的物理CPU资源占满了，你的实例拿不到更多时间片，只能维持60%的实际使用率，剩下40%的时间都在等待宿主机分配CPU（这就是窃取率的来源）。

直接回答你的两个问题：

1. T3实例确实无法保障持续达到100%CPU使用率，哪怕是无限模式。无限模式只是解决了CPU积分耗尽后降频的问题，但宿主机的物理CPU资源是共享的，一旦宿主机负载饱和，你的实例必然会遇到CPU窃取，无法达到100%使用率。
2. 没错，基准利用率（每vCPU40%）是AWS承诺你可以持续稳定获取的算力，这部分资源不会被其他实例抢占。而超出基准的突增算力，本质是占用宿主机上其他实例未使用的空闲资源——只有当同硬件上的其他实例不需要大量CPU时，你才能用到更高的使用率；如果其他实例也在高负载，你的实例就会被窃取，拿不到额外资源。

补充建议：如果你的应用需要持续稳定的高CPU使用率，T3这类突发性能实例并不适配，建议考虑C5、M5这类固定性能实例，它们能提供持续稳定的CPU性能，不会出现因共享资源导致的窃取问题。

内容的提问来源于stack exchange，提问作者Peter