设为首页 收藏本站
查看: 5415|回复: 0

[经验分享] 交换机CPU使用率过高故障处理

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2015-1-12 08:39:39 | 显示全部楼层 |阅读模式
之前通过检查,我们发现厂区中的多数交换机都存在CPU使用率过高的情况,如下图显示

上图为router81的CPU使用率。
通过登录到多台交换机,我们看到,每台交换机的CPU使用率都与router81相似,仔细对照图片可以看出,出现CPU使用率100%的时间,似乎存在着规律性,每隔4个小时,都会出现一次。
对于这种规律性的现象,一般分为两种情况:
  • 由病毒引起,但这种每隔四小时暴发一次的病毒很少见,少到几乎没有。
  • 网络中存在某种特殊应用

在此之前的很长一段时间,网络中安装了ciscoworks网管软件,该软件在特定时刻都会收集网络中设备的相关信息,但是我们登录ciscoworks发现,该软件收集信息的时间间隔是每一天,而不是4个小时。但是对这种特殊应用的怀疑仍然存在。
看时间,似乎又要到了CPU使用率100%的时刻,不停地使用sh proc cpu | exclude 0.00%查看占用CPU的进程,终于在某一个时刻发现了占用CPU使用率的进程,信息如下:
router#sh proc cpu | exclude 0.00%
CPU utilization for five seconds: 99%/0%; one minute: 22%; five minutes: 12%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
   7   242041611 413611390        585  0.15%  0.28%  0.18%   0 ARP Input        
  47    48808959 402940967        121  0.15%  0.43%  0.14%   0 hrpc <- response
  75    41891982 222693622        188  0.47%  0.09%  0.05%   0 hpm counter proc
  76   119702441 695594464        172  0.47%  0.14%  0.11%   0 HRPC pm-counters
104    237056752550016548          9  2.71%  0.57%  0.29%   0 Hulc LED Process
113   435571097 170696079       2551  0.31%  0.29%  0.33%   0 HRPC qos request
213     3351842  26277319        127  0.31%  0.23%  0.05%   0 PDU DISPATCHER   
214   103717798 112667119        920 88.67% 13.09%  2.95%   0 SNMP ENGINE      
router#sh proc cpu | exclude 0.00%
CPU utilization for five seconds: 97%/0%; one minute: 28%; five minutes: 13%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
   7   242041619 413611406        585  0.31%  0.29%  0.19%   0 ARP Input        
  47    48809027 402941360        121  0.95%  0.47%  0.15%   0 hrpc <- response
  75    41892006 222693627        188  0.47%  0.12%  0.05%   0 hpm counter proc
104    237057732550016582          9  2.71%  0.74%  0.33%   0 Hulc LED Process
113   435571106 170696089       2551  0.31%  0.29%  0.33%   0 HRPC qos request
163    25180871 318757351         78  0.15%  0.07%  0.01%   0 IPC LC Message H
212    13495429  52209019        258  0.15%  0.46%  0.12%   0 IP SNMP         
213     3351850  26277333        127  0.15%  0.22%  0.05%   0 PDU DISPATCHER   
214   103722934 112667518        920 85.96% 18.92%  4.32%   0 SNMP ENGINE      
223       71723      8617       8323  0.47%  0.68%  2.30%   6 Virtual Exec   
router#sh proc cpu | exclude 0.00%
CPU utilization for five seconds: 99%/1%; one minute: 39%; five minutes: 16%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
  43    110442861442524058          7  0.15%  0.04%  0.01%   0 Fifo Error Detec
  75    41892031 222693643        188  0.31%  0.14%  0.06%   0 hpm counter proc
104    237058842550016621          9  1.39%  0.84%  0.36%   0 Hulc LED Process
112    37219603  21371638       1741  0.15%  0.06%  0.01%   0 HQM Stack Proces
113   435571123 170696096       2551  0.31%  0.28%  0.32%   0 HRPC qos request
155    33439834 264047680        126  0.15%  0.11%  0.07%   0 IP Input         
214   103730064 112667558        920 91.01% 29.82%  7.14%   0 SNMP ENGINE      
router#sh proc cpu | exclude 0.00%
CPU utilization for five seconds: 99%/0%; one minute: 44%; five minutes: 17%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
   4   111221167  12664628       8782  0.45%  0.12%  0.09%   0 Check heaps      
   7   242041627 413611434        585  0.15%  0.23%  0.18%   0 ARP Input        
  43    110443021442524087          7  0.30%  0.06%  0.01%   0 Fifo Error Detec
  75    41892048 222693648        188  0.30%  0.15%  0.07%   0 hpm counter proc
  76   119702457 695594557        172  0.15%  0.12%  0.11%   0 HRPC pm-counters
104    237059512550016650          9  1.22%  0.87%  0.38%   0 Hulc LED Process
112    37219611  21371639       1741  0.15%  0.07%  0.01%   0 HQM Stack Proces
113   435571165 170696104       2551  0.61%  0.31%  0.33%   0 HRPC qos request
155    33439842 264047697        126  0.15%  0.11%  0.07%   0 IP Input         
212    13495437  52209041        258  0.15%  0.38%  0.12%   0 IP SNMP         
214   103735535 112667588        920 90.91% 34.71%  8.53%   0 SNMP ENGINE      
223       71782      8627       8320  0.45%  0.60%  2.20%   6 Virtual Exec   
router#sh proc cpu | exclude 0.00%
CPU utilization for five seconds: 99%/0%; one minute: 48%; five minutes: 19%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
  43    110443021442524119          7  0.15%  0.07%  0.01%   0 Fifo Error Detec
  75    41892080 222693663        188  0.47%  0.18%  0.07%   0 hpm counter proc
104    237060872550016683          9  1.59%  0.93%  0.40%   0 Hulc LED Process
112    37219628  21371641       1741  0.15%  0.08%  0.01%   0 HQM Stack Proces
113   435571209 170696119       2551  0.63%  0.33%  0.33%   0 HRPC qos request
212    13495446  52209047        258  0.15%  0.36%  0.12%   0 IP SNMP         
214   103741824 112667620        920 90.71% 39.20%  9.89%   0 SNMP ENGINE      
223       71816      8632       8319  0.63%  0.61%  2.17%   6 Virtual Exec   
router#sh proc cpu | exclude 0.00%
CPU utilization for five seconds: 100%/0%; one minute: 52%; five minutes: 20%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
  30    40950596  21373388       1915  0.15%  0.04%  0.05%   0 Compute load avg
  47    48809210 402942725        121  0.15%  0.35%  0.15%   0 hrpc <- response
  75    41892089 222693669        188  0.31%  0.19%  0.08%   0 hpm counter proc
104    237061832550016786          9  2.07%  1.02%  0.43%   0 Hulc LED Process
112    37219636  21371642       1741  0.15%  0.08%  0.02%   0 HQM Stack Proces
113   435571225 170696127       2551  0.31%  0.33%  0.33%   0 HRPC qos request
163    25180880 318757422         78  0.15%  0.05%  0.01%   0 IPC LC Message H
214   103745101 112668974        920 90.57% 43.31% 11.23%   0 SNMP ENGINE      
223       71841      8637       8317  0.47%  0.59%  2.15%   6 Virtual Exec   

以上信息中红色加粗显示的就是占用CPU使用率最高的进程:SNMP ENGINE。通过show run查看交换机配置,可以看到每台交换机都配置了SNMP的相关配置。后来观察,关闭SNMP后,交换机的使用率下降了很多。
另外通过抓包工具也可以看到网络存在SNMP包的交互,至此,造成此次现象的元凶终于露出真容。
结论:
SNMP的应用属于网络的正常应用,有关SNMP的配置要根据网络的实际情况来规划,如果网络中没有SNMP的相关应用,那么不建议配置SNMP。
通过抓包,我们可以看到总部那边与厂区的设备有SNMP的交互,建议查看,总部那边到底什么应用在使用SNMP,如果确实必要,那么SNMP的当前配置保留,如果没有应用,那么可以通过策略将SNMP的数据保留在当前网络环境中,不向总部那边发送。SNMP可以方便网络管理,但同样也可以带来一定的隐患。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-40499-1-1.html 上篇帖子: 将CISCO 1242AG转换成胖AP 下篇帖子: 在思科无线控制器上查看5GHz和2.4GHz的客户端数量 交换机
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表