ECLOUD博客阿里云的突发性能实例（Burstable Performance Instance），例如 t5、t6、t7、t8 等系列，是一种适用于低负载或间歇性工作负载的经济型 ECS 实例。这类实例通过“CPU积分”机制来限制持续的 CPU 性能，但在需要时可以“突发”使用更高的 CPU 资源。
🌪️ 当突发性能实例超过其性能限制后会发生什么？
1. CPU 使用受限
当你的实例使用的 CPU 超过了其基准性能，并且用完了积累的 CPU 积分后：
- CPU 使用率会被限制在基准性能水平以下。
- 比如：一个 t5-lc1m2.small 实例的基准 CPU 性能是 20%，那么一旦积分耗尽，CPU 使用率将被限制为最多 20%。
2. 系统响应变慢
由于 CPU 被限制，应用程序的处理速度会下降，可能会出现：
- 页面加载变慢
- 接口响应延迟增加
- 后台任务执行时间延长
3. 无法继续突发性能
突发性能依赖于 CPU 积分：
- 每个实例每小时获得一定数量的 CPU 积分（取决于基准性能）
- 积分可以累积，但有上限
- 高负载时消耗积分来提升 CPU 性能
一旦积分耗尽，就无法再“突发”，只能以基准性能运行。
4. 无额外费用，但性能下降
- 不会因为超出性能而产生额外费用。
- 但是用户体验和业务性能会受到明显影响。
📈 如何监控是否超限？
你可以通过阿里云控制台或 API 查看：
- CPU 使用率
- CPU 积分余额（Credit Balance）
- CPU 积分使用情况
阿里云 CloudMonitor 提供了详细的监控指标。
✅ 建议应对措施
| 情况 | 建议 |
|---|---|
| 偶尔短暂高峰 | 可接受性能下降，无需调整 |
| 经常性高负载 | 升级到通用型或计算型实例（如 g 系列、c 系列） |
| 不确定负载 | 使用弹性伸缩 + 更高性能实例组合 |
| 想要更高突发能力 | 选择同类型中更大规格的实例（比如从 t5 升到 t6/t7/t8） |
🧠 小贴士
- 适合场景：网站服务器、开发测试环境、轻量应用等低负载场景。
- 不适合场景：长期高 CPU 占用的应用（如视频转码、数据库服务、爬虫等）。
如果你告诉我你当前使用的是哪个型号的突发实例以及运行的应用类型，我可以帮你判断是否适合升级。