容器CPU超限告警是怎么回事
在日常运维中，突然收到一条“容器CPU使用率超过限制”的告警，屏幕上的曲线直接冲到100%，这时候别慌。这种情况就像家里电饭煲和吹风机同时开，跳闸了——系统资源被占满，容器自然扛不住。
容器本身有资源限制配置，比如你给某个服务只分配了0.5个CPU核心，一旦它因为流量突增或代码逻辑问题疯狂占用计算资源，就会触发超限告警。这时候Kubernetes可能会进行限流，严重时还会重启Pod。
怎么看是不是误报
先登录监控平台，查一下对应容器的历史数据。有时候是短时间毛刺，比如批量任务跑完就恢复正常。但如果持续高于设定的limit值，那就是真问题。可以用kubectl describe pod命令查看Events里有没有Warning信息，常见的是SystemOOM或者CPUThrottling这类提示。
怎么定位罪魁祸首
进到容器内部，执行top命令，看哪个进程吃掉了最多CPU。如果是Java应用，很可能是某个线程死循环或者Full GC频繁；Node.js项目则要留意事件循环卡住的情况。举个例子，之前有个接口没加缓存，每秒几千请求直接打满CPU，告警一晚上响个不停。
kubectl exec -it <pod-name> -- /bin/sh
# 进入容器后运行
top临时缓解措施
如果正在影响线上业务，最快的方法是临时调高CPU limit。修改Deployment里的resources配置：
resources:
limits:
cpu: 1000m
memory: 512Mi
requests:
cpu: 500m
memory: 256Mi改成1000m就是给1个完整CPU核心。改完后apply一下，滚动更新生效。但这只是止血，根治还得看代码。
长期优化方向
代码层面要检查是否有无限循环、低效算法或者同步阻塞操作。比如一个列表遍历用了O(n²)复杂度，数据量一大立刻拖垮性能。也可以引入熔断机制，用Sentinel或Hystrix这类工具控制流量洪峰。
另外建议设置合理的告警阈值。不要一超过80%就狂发消息，可以结合持续时间和增长趋势做判断。比如连续5分钟超过90%，再通知值班人员，避免半夜被无效告警吵醒。