均衡网管系统服务端和客户端运算压力的方法及装置 技术领域 本发明涉及通讯领域的网管系统， 尤其涉及一种均衡网管系统服务端和客户端运 算压力的方法及装置。
背景技术 网管系统是通讯系统中必不可少的一部分， 主要用于管理通讯系统中的各种设 备， 对各种设备 ( 网元 ) 进行数据配置、 软件升级、 性能管理、 安全监控、 故障维护等。
网管系统主要分为服务端和客户端两部分， 客户端一般需要由服务端进行管理和 维护。近年来， 网管系统客户端呈现出越来越瘦的趋势。另一方面， 随着通讯市场及通讯技 术的发展， 网管系统需要管理的网元数目逐渐增多， 从而网管系统服务端所要承担的运算 压力正变得越来越大。针对网管系统服务端运算压力变大的问题， 现有技术一般通过购买 服务器， 或通过对服务器进行升级来应对， 但这并不能解决服务器瞬时运算压力变大的情 况。 例如， 多个客户端同时向服务器发送网管命令时， 如果其中部分命令需要占用服务器较 多的运算资源， 那么服务器就会出现瞬时压力增大、 处理命令延迟的问题， 从而客户端的等 待时间将变长， 客户端的操作因此也将变得不够顺畅。
发明内容
本发明的目的在于， 提供一种均衡网管系统服务端和客户端运算压力的方法及装 置， 以缓解现有技术中网管系统服务器容易出现瞬时运算压力变大的问题， 提高网管系统 的资源利用率。
本发明采用以下技术方案解决上述技术问题 ：
一种均衡网管系统服务端和客户端运算压力的方法， 上述方法包括以下步骤 ：
客户端向服务端发送网管命令之前， 判断上述服务端是否处于忙时间段， 若是， 则 向上述服务端发送欲主动处理网管命令的请求 ；
上述服务端收到上述请求后， 判断本地运算资源是否瓶颈， 若是， 则向上述客户端 返回可主动处理网管命令的通知 ；
上述客户端收到上述通知后， 通过在本地预设的均衡运算模块对上述网管命令进 行处理。
上述服务端采用以下方法判断本地运算资源是否瓶颈 ：
分别获取上述服务端及上述客户端当前的 CPU 利用率和内存利用率， 并将上述服 务端当前的 CPU 利用率、 内存利用率分别与上述客户端当前的 CPU 利用率、 内存利用率进行 比较 ；
若上述服务端当前的 CPU 利用率、 内存利用率分别大于上述客户端当前的 CPU 利 用率、 内存利用率， 则本地运算资源瓶颈。
上述客户端向上述服务端发送欲主动处理网管命令的请求之前， 还包括以下步 骤：判断在本地预设的负载均衡模块是否可以处理上述网管命令， 若是， 则继续判断 本地的通讯带宽是否低于预设的带宽判决门限 ：
若是， 则跳过向上述服务端发送欲主动处理网管命令的请求步骤， 直接将上述网 管命令发送到上述服务端。
若上述客户端的通讯带宽高于预设的带宽判决门限， 则上述客户端判断本地运算 资源是否瓶颈， 若是， 则跳过向上述服务端发送欲主动处理网管命令的请求步骤， 直接将上 述网管命令发送到上述服务端。
上述客户端采用以下方法判断本地运算资源是否瓶颈 ：
将上述客户端当前的 CPU 利用率、 内存利用率分别与预设的 CPU 判决门限、 内存判 决门限进行比较 ；
若上述客户端当前的 CPU 利用率、 内存利用率分别大于预设的 CPU 判决门限、 内存 判决门限， 则本地运算资源瓶颈。
上述方法预先包括以下步骤 ： 将上述服务端上用于处理网管命令的均衡运算模块 同时预设在上述客户端上。
上述客户端通过在本地预设的均衡运算模块对上述网管命令进行处理之后， 判断 是否需要将上述网络命令发给上述服务端作进一步处理， 若是， 则将上述网管命令发送到 上述服务端。 本发明还采用以下技术方案 ：
一种均衡网管系统服务端和客户端运算压力的装置， 包括服务端和客户端 ；
上述客户端， 用于向上述服务端发送网管命令之前， 判断上述服务端是否处于忙 时间段， 若是， 则向上述服务端发送欲主动处理网管命令的请求， 以及在收到可主动处理网 管命令的通知后， 通过在本地预设的均衡运算模块对上述网管命令进行处理 ；
上述服务端， 用于在收到客户端欲主动处理网管命令的请求后， 判断本地运算资 源是否瓶颈， 若是， 则向上述客户端返回可主动处理网管命令的通知。
上述服务端包括服务端资源判断模块和服务端均衡运算模块 ：
上述服务端资源判断模块， 用于根据上述服务端及上述客户端当前的 CPU 利用率 和内存利用率， 判断上述服务端的运算资源是否瓶颈 ；
上述服务端均衡运算模块， 用于对网管命令进行处理。
上述客户端包括客户端资源判断模块、 客户端宽带判断模块和客户端均衡运算模 块：
上述客户端资源判断模块， 用于根据上述客户端当前的 CPU 利用率、 内存利用率 及预设的 CPU 判决门限、 内存判决门限， 判断上述客户端的运算资源是否瓶颈， 若是， 则将 上述网管命令发送到上述服务端 ；
上述客户端宽带判断模块， 用于判断上述客户端的通讯带宽是否低于预设的带宽 判决门限， 若是， 则将上述网管命令发送到上述服务端 ；
上述客户端均衡运算模块， 用于对网管命令进行处理。
与现有技术相比， 本发明具有如下有益技术效果 ： 1) 本发明将服务端具有的用于 处理网管命令的均衡运算模块， 同时设置在客户端， 从而网管系统可以充分利用客户端的 运算资源 ； 2) 本发明提出以 CPU 和内存利用率、 通讯带宽为判决条件， 当客户端满足判决条
件时， 即可以对网管命令进行主动处理。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本发明的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。在附图中 ：
图 1 是本发明优选实施例中均衡网管系统服务端和客户端运算压力的方法流程 图；
图 2 是本发明优选实施例中均衡网管系统服务端和客户端运算压力的装置模块 框图。
具体实施方式
为了使本发明所要解决的技术问题、 技术方案及有益效果更加清楚、 明白， 以下结 合附图和实施例， 对本发明进行进一步详细说明。 应当理解， 此处所描述的具体实施例仅用 以解释本发明， 并不用于限定本发明。
图 1 是本发明优选实施例中均衡网管系统服务端和客户端运算压力的方法流程 图。如图 1 所示， 本发明优选实施例的方法包括以下步骤 ：
步骤 S101 ： 将服务端上用于处理网管命令的均衡运算模块同时预设在客户端上 ；
步骤 S102 ： 客户端向服务端发送网管命令之前， 判断上述服务端是否处于忙时间 段；
上述服务端的忙时间段可以根据网管系统的定时任务自动计算得出， 也可以根据 需要人工设定。
步骤 S103 ： 若上述服务器处于忙时间段， 则上述客户端继续判断本地的负载均衡 模块是否可以处理上述网管命令 ；
步骤 S104 ： 若否， 则进入步骤 S109， 否则继续判断本地的通讯带宽是否低于预设 的带宽判决门限 ；
步骤 S105 ： 若是， 则进入步骤 S109， 否则上述客户端判断本地运算资源是否瓶颈 ；
上述客户端采用以下方法判断本地运算资源是否瓶颈 ：
将上述客户端当前的 CPU 利用率、 内存利用率分别与预设的 CPU 判决门限、 内存判 决门限进行比较 ；
若上述客户端当前的 CPU 利用率、 内存利用率分别大于预设的 CPU 判决门限、 内存 判决门限， 则本地运算资源瓶颈。
例如假设预设的 CPU 判决门限、 内存判决门限均为 50％， 而此时客户端的 CPU 利用 率达到了 60％ ( 大于 CPU 判决门限 )， 内存利用率达到了 55％ ( 大于内存判决门限 )， 则可 以判断客户端的运算资源达到瓶颈。当客户端的运算资源达到瓶颈时， 客户端不主动处理 网管命令， 而是进入步骤 S109， 直接将网管命令发给服务端处理。
步骤 S106 ： 若是， 则进入步骤 S109， 否则上述客户端向上述服务端发送欲主动处 理网管命令的请求 ；
当服务端处于忙时间段， 客户端的通讯带宽高于预设门限， 并且客户端的运算资 源没有出现瓶颈时， 则客户端可以向上述服务端发送欲主动处理网管命令的请求。步骤 S107 ： 上述服务端收到上述请求后， 判断本地运算资源是否瓶颈， 若是， 则向 上述客户端返回可主动处理网管命令的通知 ；
上述服务端收到客户端发来的欲主动处理网管命令的请求之后， 可以先判断本地 运算资源是否瓶颈， 服务端判断本地资源是否瓶颈的方法为 ：
分别获取上述服务端及上述客户端当前的 CPU 利用率和内存利用率， 并将上述服 务端当前的 CPU 利用率、 内存利用率分别与上述客户端当前的 CPU 利用率、 内存利用率进行 比较 ；
若上述服务端当前的 CPU 利用率、 内存利用率分别大于上述客户端当前的 CPU 利 用率、 内存利用率， 则服务端本地运算资源瓶颈。
如果服务端的运算资源出现瓶颈， 则服务端向客户端返回可主动处理网管命令的 通知。如果服务端的运算资源没有出现瓶颈， 服务端也可以拒绝客户端欲主动处理网管命 令的请求。
步骤 S108 ： 上述客户端收到上述通知后， 通过本地的均衡运算模块对上述网管命 令进行处理， 处理完后判断是否需要将上述网管命令发给上述服务端， 若是， 则进入步骤 S109， 否则执行结束 ； 步骤 S109 ： 上述客户端将上述网管命令发送给上述服务端。
服务端收到客户端发来的网管命令后， 通过现有技术进行处理。 例如， 通过服务端 上的应用模块或均衡运算模块进行处理， 并将处理结果返回给客户端。
根据图 1 所示的优选实施例， 结合上述各个步骤的说明， 可以理解， 本优选实施例 的方法， 在客户端每发送一个网管命令之前， 就首先判决服务端是否处于忙时间段， 并判决 自身是否有能力及资源处理网管命令。若服务端处于忙时间段， 并且客户端自身有能力及 资源处理网管命令， 则客户端向服务端发出欲主动处理网管命令的请求。服务端可以依据 自身资源是否达到资源， 对上述请求进行回应。也就是说， 本优选实施例的方法中， 客户端 和服务端彼此之间通过协商和资源判断， 可以选择最合适的一方对网管命令进行处理， 从 而可以达到均衡网管系统服务端和客户端运算压力的目的。
本领域技术人员应当理解， 除上述的优选实施例外， 本发明的方法还有其他实施 方式 ： 例如， 服务端和客户端可以进行协商， 规定处理周期， 在一个处理周期内所有网管命 令均由服务端处理， 下一个处理周期内所有网管命令均由客户端处理。
图 2 是本发明优选实施例中均衡网管系统服务端和客户端运算压力的装置模块 框图。如图 2 所示， 本发明优选实施例的装置包括客户端 1 和服务端 2 ；
上述客户端 1， 用于向上述服务端 2 发送网管命令之前， 判断上述服务端 2 是否处 于忙时间段， 若是， 则向上述服务端 2 发送欲主动处理网管命令的请求， 以及在收到可主动 处理网管命令的通知后， 通过在本地预设的均衡运算模块对上述网管命令进行处理 ；
上述服务端 2， 用于在收到客户端 1 欲主动处理网管命令的请求后， 判断本地运算 资源是否瓶颈， 若是， 则向上述客户端 1 返回可主动处理网管命令的通知。
上述服务端 2 包括服务端资源判断模块 21 和服务端均衡运算模块 22 ：
上述服务端资源判断模块 21， 用于根据上述服务端 2 及上述客户端 1 当前的 CPU 利用率和内存利用率， 判断上述服务端 2 的运算资源是否瓶颈 ；
上述服务端均衡运算模块 22， 用于对网管命令进行处理。
上述客户端 1 包括客户端资源判断模块 11、 客户端宽带判断模块 12 和客户端均衡 运算模块 13 ：
上述客户端资源判断模块 11， 用于根据上述客户端 1 当前的 CPU 利用率、 内存利用 率及预设的 CPU 判决门限、 内存判决门限， 判断上述客户端 1 的运算资源是否瓶颈， 若是， 则 将上述网管命令发送到上述服务端 2 ；
上述客户端宽带判断模块 12， 用于判断上述客户端的通讯带宽是否低于预设的带 宽判决门限， 若是， 则将上述网管命令发送到上述服务端 2 ；
上述客户端均衡运算模块 13， 用于对网管命令进行处理。
上述说明示出并描述了本发明的优选实施例， 但如前所述， 应当理解本发明并非 局限于本文所披露的形式， 不应看作是对其他实施例的排除， 而可用于各种其他组合、 修改 和环境， 并能够在本文所述发明构想范围内， 通过上述教导或相关领域的技术或知识进行 改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围， 则都应在本发明所 附权利要求的保护范围内。