不涉及组网,设备版本 R7655P10
客户在现场维护时发现,多台同型号CR16010-F设备都存在主控CPU使用率周期性上升到75%左右的情况。
远程观察设备cpu高时,存在comsh进程占用CPU较多的情况:
[H3C]monitor thread dumbtty slot 4 cpu 0
观察logfile日志,发现确实存在持续的大量ssh周期性登录的记录:
根据现有资料,向客户确认现场有名为CMCC4ASY功能,会短时性的周期性登录到设备,并执行一系列命令。
当用户登录设备1秒不到的时候进行登录退出操作,中间还有很多查看命令行的操作,所以导致了CPU瞬间的升高,这个局点之前也交流过,反复的登陆退出对CPU消耗是比较大的,这个过程中会有很多临时进程创建。
关于CPU现象的解释以及后续的优化方案:
这个问题最开始是从V7R3版本升级到V7R6版本出现的,主要原因是V7R6为了增加对控制核的监控,只对控制核进行CPU监控,这样导致控制核繁忙的情况下CPU升高很多,但是前一个版本因为是对16核监控的,所以cpu的升高会/16,分摊到16核上,所以不会出现CPU快速升高的现象。V7R6的修改主要是因为老版本从CPU核都是专用功能,CPU都是固定值,所以监控实际意义不大,所以才做了V7R6的修改
新的V7R7版本上产品整体进行了如下优化:1.增加主核数量,增强处理能力。CPU多核化的优化,具体为增加主核CPU数,增加到4个; 2.按照任务的优先级以及重要程度情况,调整任务占用核,把重要业务移到主核CPU,把一般业务或者固定CPU移到从核,这样增加了主核的处理能力。
这样处理之后,对于类似telnet的快速反复登录,避免了CPU瞬间升高到100%的情况,单一任务的占用CPU也不会使得CPU升高到100%
因此如果R7655PXX版本遇到类似的CPU高问题,可以建议升级至R7751版本。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作