如果在贵单位认定的 标准线以内,比如,CPU%不超过70即认为可以接受,不处理也没关系。
1)有些应用,可能已经优化到极致了。接下来考虑的是扩容,容量规划。必要时调整架构(分布式,大数据)
收集性能, 容量, 和事件数据(服务器统计数据,网络统计数据,存储统计数据,业务统计数据)
分析服务器性能和业务需求
性能趋势分析,判断未来需求
关联数据,对性能和容量进行深入分析
提供“what-if”分析,识别未知的瓶颈
考虑虚拟化技术,优化成本, 供应和需求
生成报表提供更好的决策支持
2)如果不考虑扩容,仅考虑优化
采用nmon、topas、tprof,curt等工具分析 什么进程、线程、函数占用了CPU,或者CPU在等待什么事件,进行深入分解和分析
收起首先看居高不下是不是正常现象:
如果突然窜高,并且业务量没有明显提升,那得查下是什么进程导致,最简单直接的就是topas -P, 如果要稍微详细一点,就是tprof工具,前提是cpu利用率在80%以下,如果在80%以上,为了避免宕机,tprof这种带trace性质的工具还是慎跑,先考虑扩容吧。
如果一直是处于居高不下的水平,其实也挺好的,说明钱没白花,CPU都在高负荷干活,一直稳定也没关系,是好事,当然钱多,就扩容,或者再从应用上看有没有优化的地方。
其实,CPU高是一件无比正常的事,闲着多浪费。
收起