EC2 T系列实例性能与生产适用性相关技术疑问

1. 为何文档似乎暗示EC2 T系列实例不应用于生产环境？重点关注标称CPU性能与网络可用性 #

早期相关文档的倾向主要源于T系列特有的CPU信用机制：它默认以基线性能运行，超出基线的性能依赖积累的CPU信用。而传统生产环境常要求稳定持续的高负载输出，一旦信用耗尽，CPU会被强制限制回基线水平，可能引发业务卡顿。但从硬件层面看，T系列的标称CPU性能、网络可用性和同规格其他实例完全一致。目前AWS也已更新说明，只要业务符合「大部分时间低负载、偶尔突发高负载」的特征，T系列完全可用于生产环境。

2. 不考虑成本与CPU信用机制，EC2 T系列实例的CPU性能是否弱于同核心数、同主频的其他实例类型？ #

完全不会。T系列使用的CPU硬件和同核心数、同主频的其他实例（比如基础款M系列）属于同一规格。当解除CPU信用限制（比如开启Unlimited模式）后，T系列能输出和同硬件规格其他实例完全一致的CPU性能，不存在硬件层面的性能差距。

3. T系列实例能否像其他实例类型一样快速获取全部非基线CPU性能？是否存在延迟？ #

在Unlimited模式下，T系列实例可以几乎无延迟地触发全性能输出，响应速度和其他实例类型一致。只有在Standard模式下，当CPU信用耗尽时，负载突增会因信用不足被限制在基线性能，需要等待信用积累才能提升；但切换到Unlimited模式后，这个限制就不存在了，突发负载时能立刻拉满CPU性能。

4. 其他客户的实例负载增加是否会影响我的T系列实例性能？ #

不会。EC2通过硬件虚拟化和严格的资源隔离技术，保证每个实例的资源配额不受共享物理机上其他租户的影响。T系列的性能限制仅来自自身的CPU信用机制（Standard模式下），和其他客户的负载波动完全无关。

5. T系列实例是否比其他实例类型更易出现延迟峰值？ #

这取决于运行模式和负载特征。在Standard模式下，如果负载频繁超出基线且信用耗尽，CPU被限制时会出现延迟峰值；但在Unlimited模式下，T系列的延迟表现和同硬件规格的其他实例一致，不会更容易出现延迟峰值。如果你的业务是突发型负载，开启Unlimited模式后，T系列的延迟表现和常规实例没有区别。

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