PHPWP博客ECS 实例规格 ecs.t5-c1m1.large 属于 突发性能实例（Burstable Instance），采用 CPU 积分（CPU Credits）机制 来实现“按需突发”能力。该规格已于2023年6月30日在中国大陆地域正式下线停售（阿里云公告），但存量实例仍可继续运行，其积分机制原理依然适用。以下是其 CPU 积分机制的详细工作原理：
✅ 一、基础参数（ecs.t5-c1m1.large）
- vCPU：2 核
- 内存：1 GiB
- 基准性能（Baseline Performance）：10% 的 CPU 使用率
→ 即：2 vCPU × 10% = 0.2 vCPU（即 20% 的单核等效持续计算能力） - 初始积分（Initial Credits）： 无初始积分（启动时积分为 0）
- 积分获取速率（Credit Generation Rate）：
0.2 个 CPU 积分/分钟（即每分钟获得 0.2 分）
✅ 换算：- 每小时获得：0.2 × 60 = 12 积分/小时
- 每天获得：12 × 24 = 288 积分/天
💡 1 个 CPU 积分 = 1 个 vCPU 运行 1 分钟（即 100% 单核使用 1 分钟）
或等价于：2 vCPU 同时 100% 使用 0.5 分钟；或 1 vCPU 100% 使用 1 分钟。
✅ 二、CPU 积分工作机制
| 场景 | 积分变化 | 说明 |
|---|---|---|
| CPU 使用率 ≤ 基准（10%） | ✅ 持续累积积分 | 每分钟 +0.2 分（即使空闲也累积，但上限为 积分余额上限） |
| CPU 使用率 > 基准（10%） | ❌ 消耗积分 | 超出部分按实际使用量扣减： • 若 2 vCPU 平均使用率达 30%，则超出 20%（即 0.4 vCPU 等效）→ 每分钟消耗 0.4 积分 • 公式： 每分钟消耗积分 = max(0, 实际vCPU分钟数 − 基准vCPU分钟数)= max(0, (CPU_Usage% / 100) × 2 − 0.2) |
| 积分余额 = 0 | ⚠️ CPU 被限制在基准性能（10%） | 实例持续降频至 0.2 vCPU 等效能力（约 200 MHz 单核等效），无法突发 |
| 积分余额达到上限 | 🛑 停止累积，维持上限值 | ecs.t5 实例的最大积分余额为 360 分（即最多可存储 360 分，约支撑 30 分钟 100% 单核全速） |
🔍 示例计算：
- 空闲 1 小时（CPU=0%）→ 获得 12 积分（达 12/360）
- 然后突发：2 vCPU 满载（100%）运行 5 分钟 → 消耗：
5 × (2 − 0.2) = 5 × 1.8 = 9 积分- 剩余：12 − 9 = 3 积分
- 接着以 50% CPU 使用率运行：每分钟消耗
(2×0.5 − 0.2) = 0.8 分→ 可持续约 3.75 分钟后耗尽
✅ 三、关键限制与注意事项
| 项目 | 说明 |
|---|---|
| 积分不跨实例共享 | 每个 T5 实例独立计分，不可转移或合并 |
| 重启/停止再启动影响 |
|
| 监控方式 | 通过云监控（CloudMonitor）查看指标： • CPU Credit Balance（当前积分余额）• CPU Credit Usage（每分钟消耗量）• CPU Credit Earned（每分钟获取量） |
| 适用场景 | 低负载、间歇性突发业务，如： • 开发测试环境 • 个人博客/轻量网站 • CI/CD 构建节点（偶发高负载） ❌ 不适用于长期高负载（如数据库、实时服务） |
✅ 四、替代建议（因 T5 已停售）
阿里云推荐升级至新一代突发性能实例：
- 共享型升级 →
ecs.s6-c1m2.small（共享型，无积分，但更稳定） - 突发性能升级 →
ecs.hfc6/ecs.hfg6（企业级突发实例，支持 无上限积分池 + 更高基准 + 停机不丢分） - 通用型推荐 →
ecs.g6/ecs.c6（固定性能，按需付费，无突发限制）
✅ 总结一句话：
ecs.t5-c1m1.large靠“省着用、攒积分、关键时刻爆发”来平衡成本与性能——平时只用 0.2 vCPU，每分钟攒 0.2 分，攒满 360 分可换 30 分钟单核满血；一旦停机，积分清零，务必谨慎。
如需我帮你：
- ✅ 计算某业务场景下的积分够用多久
- ✅ 对比 T5 与新版 HFC6 的成本/性能差异
- ✅ 提供云监控告警配置（如积分低于 30 时短信通知）
欢迎随时告知 👇