Amazon EC2 T2.Micro实例CPU积分快速耗尽问题咨询

先把T2.Micro的CPU积分规则说清楚：

• 它的CPU基线是10%，每小时能累积6个积分（10% × 60分钟 = 6积分）
• 1个积分等于1分钟的100% CPU运行时间，按这个算，140个积分持续跑满CPU的话，理论上能撑140分钟

你遇到的10分钟内积分从140+掉到30，确实反常，大概率是这几个原因：

1. 对监控图表的误读 #

仔细看你附的6小时间隔5分钟的图表：

• 先确认横轴的时间刻度，会不会你以为的10分钟区间，实际是更长的时间段？比如有没有可能是几十分钟的跨度，只是视觉上看起来像10分钟？
• 再看纵轴的标注，别把“CPU积分消耗速率”当成了“剩余积分余额”——有些CloudWatch图表会显示每分钟消耗的积分，不是剩余的量

2. 图片操作触发了后台批量高负载任务 #

WordPress增删图片时，后台可能悄悄在做这些吃CPU的操作：

• 批量生成多尺寸缩略图（比如原图、中等图、小图、适配视网膜屏的版本，一张图可能生成4-5个副本）
• 图片压缩插件（比如ShortPixel、Smush）在后台批量压缩所有媒体库图片
• 媒体库的自动扫描或索引任务，触发大量文件读写和计算
  这些操作可能在你看不到的后台持续跑，要是处理的图片数量多，CPU会长时间卡在100%，积分消耗自然快——但如果真的是10分钟耗110积分，那相当于持续跑了110分钟满负载，这时候得看监控确认实际负载时长

3. 实例模式或监控数据异常 #

• 先确认你的实例是Standard模式还是Unlimited模式：Unlimited模式下积分耗尽后会自动付费，但监控里可能会显示积分快速下降（不过你还有30积分，这个可能性不大）
• 检查CloudWatch的监控数据有没有延迟或统计误差，有时候系统会把多个时间段的消耗合并显示，看起来像是瞬间掉了大量积分

怎么排查 #

• 去EC2控制台看对应时间段的CPU使用率监控，确认是不是真的持续跑满CPU，以及实际跑了多久
• 登录实例，用top或htop命令看进程，找占用CPU最高的进程——一般是PHP-FPM、图片处理相关的进程（比如convert、jpegoptim）
• 检查WordPress的媒体设置，看是不是开了自动生成多尺寸缩略图，或者有没有图片插件在后台执行批量任务

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