CN104580442A - 升级服务器的控制方法及设备 - Google Patents

升级服务器的控制方法及设备 Download PDF

Info

Publication number
CN104580442A
CN104580442A CN201410844256.0A CN201410844256A CN104580442A CN 104580442 A CN104580442 A CN 104580442A CN 201410844256 A CN201410844256 A CN 201410844256A CN 104580442 A CN104580442 A CN 104580442A
Authority
CN
China
Prior art keywords
upgrade
upgrade server
server
network bandwidth
state information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201410844256.0A
Other languages
English (en)
Other versions
CN104580442B (zh
Inventor
蔡东赟
张家柱
刘娇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qax Technology Group Inc
Secworld Information Technology Beijing Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201410844256.0A priority Critical patent/CN104580442B/zh
Publication of CN104580442A publication Critical patent/CN104580442A/zh
Application granted granted Critical
Publication of CN104580442B publication Critical patent/CN104580442B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种升级服务器的控制方法及设备,其中,方法包括:获取多个升级服务器的运行状态信息,任一升级服务器的所述运行状态信息包括使用该升级服务器提供的升级服务的终端的标识以及所述终端的网络带宽使用量;根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略;将所述控制策略发送给对应的升级服务器,以使所述升级服务器根据所述控制策略执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令。本发明可以解决服务器集群中的各升级服务器的负载不均衡和网络带宽限制不能实时调整的问题。

Description

升级服务器的控制方法及设备
技术领域
本发明涉及互联网技术,具体涉及一种升级服务器的控制方法及设备。
背景技术
升级服务器,主要指的是用于为终端提供应用软件的升级服务的网络设备。当前,许多应用软件的升级过程都是终端/服务器架构的模式,服务器集群中的多台升级服务器对应有数量众多的终端。
然而,在终端的应用软件需要升级的时候,因为集群中升级服务器之间通常不会有频繁的信息交互(其中一个原因是升级服务器间两两相连会占用大量的网络连接数),所以在为终端提供升级服务时彼此间难以协调工作。
比如,现有应用软件的升级过程中会出现如下问题:
第一,各个升级服务器处理的业务数量和可用网络带宽不能很好地相互匹配,导致部分升级服务器处于空闲状态、部分升级服务器却超负荷运转的情况发生;
第二、各个升级服务器的网络带宽限制通常都是预先单独设置的,使得单个升级服务器的网络带宽限制不能实时调整,容易导致终端由于升级服务器的网络带宽限制过低而无法连接至升级服务器的情况发生。
发明内容
针对现有技术中的缺陷,本发明提供了一种升级服务器的控制方法及设备,本发明可以解决服务器集群中的各升级服务器的负载不均衡和网络带宽限制不能实时调整的问题。
第一方面,本发明提供一种升级服务器的控制设备,包括:
获取单元,用于获取多个升级服务器的运行状态信息,任一升级服务器的所述运行状态信息包括使用该升级服务器提供的升级服务的终端的标识以及所述终端的网络带宽使用量;
生成单元,用于根据所述获取单元获取到的多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略;
发送单元,用于将所述控制策略发送给对应的升级服务器,以使所述升级服务器根据所述控制策略执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令。
可选地,所述生成单元包括:
计算模块,用于根据所述获取单元获取到的多个升级服务器的运行状态信息计算所有升级服务器的平均网络带宽使用率;
划分模块,用于将所述多个升级服务器分为第一类升级服务器和第二类升级服务器,所述第一类升级服务器为所述网络带宽使用量所占总网络带宽的比例小于所述计算模块计算得到的平均网络带宽使用率的升级服务器,所述第二类升级服务器为网络带宽使用量所占总网络带宽的比例大于或等于所述计算模块计算得到的平均网络带宽使用率的升级服务器;
添加模块,用于在至少一个所述第一类升级服务器的控制策略中,添加与接替至少一个所述第二类升级服务器对至少一个终端提供的升级服务的控制指令对应的信息,以使任一升级服务器的所述网络带宽使用量占该升级服务器总网络带宽的比例与所述计算模块计算得到的平均网络带宽使用率的差值小于一预设值。
可选地,所述获取单元具体用于定期向所述多个升级服务器发送包括升级版本信息的心跳报文,以使所述多个升级服务器返回所述运行状态信息并根据所述升级版本信息判断是否更新升级数据库。
可选地,所述生成单元包括:
判断模块,用于根据所述多个服务器对于所述获取单元发送的心跳报文的响应情况判断是否存在无法提供升级服务的升级服务器;
添加模块,用于在判断模块判定存在无法提供升级服务的升级服务器时获取原本由该升级服务器提供升级服务的终端列表,并在至少一个可以提供升级服务的控制策略中添加与接替对所述终端列表中至少一个终端提供的升级服务的控制指令对应的信息。
可选地,所述任一升级服务器的所述运行状态信息还包括该升级服务器的内存使用率、磁盘I/O吞吐量和CPU占用率中的任意一项或多项,
所述生成单元包括:
生成模块,用于根据所述获取单元获取到的任一所述升级服务器的运行状态信息生成与该升级服务器对应的第一预设条件和第二预设条件;
添加模块,用于在该升级服务器的控制策略中添加与在满足所述生成模块生成的第一预设条件时向上调整网络带宽限制的控制指令对应的信息,以及与在满足所述生成模块生成的第二预设条件时向下调整网络带宽限制的控制指令对应的信息。
第二方面,本发明提供一种升级服务器的控制方法,包括:
获取多个升级服务器的运行状态信息,任一升级服务器的所述运行状态信息包括使用该升级服务器提供的升级服务的终端的标识以及所述终端的网络带宽使用量;
根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略;
将所述控制策略发送给对应的升级服务器,以使所述升级服务器根据所述控制策略执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令。
可选地,所述根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,包括:
根据所述多个升级服务器的运行状态信息计算所有升级服务器的平均网络带宽使用率;
将所述多个升级服务器分为第一类升级服务器和第二类升级服务器,所述第一类升级服务器为所述网络带宽使用量所占总网络带宽的比例小于所述平均网络带宽使用率的升级服务器,所述第二类升级服务器为网络带宽使用量所占总网络带宽的比例大于或等于所述平均网络带宽使用率的升级服务器;
在至少一个所述第一类升级服务器的控制策略中,添加与接替至少一个所述第二类升级服务器对至少一个终端提供的升级服务的控制指令对应的信息,以使任一升级服务器的所述网络带宽使用量占该升级服务器总网络带宽的比例与所述平均网络带宽使用率的差值小于一预设值。
可选地,所述获取多个升级服务器的运行状态信息,包括:
定期向所述多个升级服务器发送包括升级版本信息的心跳报文,以使所述多个升级服务器返回所述运行状态信息并根据所述升级版本信息判断是否更新升级数据库。
可选地,所述根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,包括:
根据所述多个服务器对于所述心跳报文的响应情况判断是否存在无法提供升级服务的升级服务器;
若存在,则获取原本由该升级服务器提供升级服务的终端列表,并在至少一个可以提供升级服务的控制策略中添加与接替对所述终端列表中至少一个终端提供的升级服务的控制指令对应的信息。
可选地,所述任一升级服务器的所述运行状态信息还包括该升级服务器的内存使用率、磁盘I/O吞吐量和CPU占用率中的任意一项或多项,
所述根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,包括:
所述根据任一所述升级服务器的运行状态信息生成与该升级服务器对应的第一预设条件和第二预设条件;
在该升级服务器的控制策略中添加与在满足所述第一预设条件时向上调整网络带宽限制的控制指令对应的信息,以及与在满足所述第二预设条件时向下调整网络带宽限制的控制指令对应的信息。
由上述技术方案可知,本发明根据多个升级服务器的运行状态信息生成控制策略,使得各个升级服务器可以在控制策略的控制下执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令,因而各个升级服务器可以按照控制策略进行业务的交接以及网络带宽限制的调整,实现各升级服务器之间的负载均衡,以及对网络带宽限制的实时调整,所以本发明可以解决服务器集群中的各升级服务器的负载不均衡和网络带宽限制不能实时调整的问题,保证服务器集群中各升级服务器的协调运作。
附图说明
图1是本发明一实施例提供的一种升级服务器的控制方法的流程示意图;
图2是本发明一实施例中一种生成控制策略的流程示意图;
图3是本发明另一实施例中一种生成控制策略的流程示意图;
图4为本发明另一实施例中一种生成控制策略的流程示意图;
图5是本发明一实施例提供的一种升级服务器的控制设备的结构框图。
具体实施方式
下面结合附图,对发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案,而不能以此来限制本发明的保护范围。
本文中,升级服务器主要指的是用于为终端提供应用软件的升级服务的网络设备。一般来说,升级服务器通过网络对外提供服务。其既可以通过互联网对内部网络中的终端提供服务,也可以通过互联网对外部网络中的终端提供服务。升级服务器作为硬件来说,通常是指具有较高计算能力,能够提供给多个用户使用的计算机设备。
例如,上述多个升级服务器可以组成一个服务器集群。服务器集群指的是将很多服务器集中起来一起进行同一种服务,在客户端看来就像是只有一个服务器。服务器集群可以利用多个计算机进行并行计算从而获得很高的计算速度,也可以用多个计算机做备份,从而使得任何一个机器故障时整个服务器集群还是能正常地为终端提供服务。
另外,由于上述升级服务器是用于向终端提供升级服务的,所涉及的数据传输主要是由升级服务器发送至终端的,因而上述升级服务器的网络带宽主要指的是从升级服务器到终端的下行带宽。
图1示出了本发明一实施例提供的一种升级服务器的控制方法的流程示意图,如图1所示,本实施例的应用升级方法如下所述:
步骤101:获取多个升级服务器的运行状态信息,任一升级服务器的上述运行状态信息包括使用该升级服务器提供的升级服务的终端的标识以及上述终端的网络带宽使用量;
步骤102:根据上述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略;
步骤103:将上述控制策略发送给对应的升级服务器,以使上述升级服务器根据上述控制策略执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令。
上述步骤101中,具体的获取方式可以是直接由多个升级服务器发送来获取的,也可以是间接地通过其他设备来获取的。比如,当各个升级服务器分布在各个子网络中时,可以利用多个收集设备获取各个子网络中升级服务器的运行状态信息;或者,当各个升级服务器之上存在多级控制服务器时,可以使升级服务器将运行状态信息发送至上一级控制服务器,再由上一级控制服务器传递至更上级的控制服务器。当然,对于不同的具体应用场景,升级服务器的运行状态信息的获取可以有不同的具体形式,本发明对此不做限制。
然而对于任一升级服务器的运行状态信息,其可以包括多个使用该升级服务器提供的升级服务的终端的标识,以及与每一终端对应的网络带宽使用量。也就是说,同一个升级服务器可以同时为多个终端提供升级服务,而每一终端在使用升级服务的过程中均会占用该升级服务器一定的网络带宽使用量,使得升级服务器的网络带宽使用量中包含了与每一终端对应的网络带宽使用率的总和。
当然,上述运行状态信息并不仅限于使用该升级服务器提供的升级服务的终端的标识和升级服务器的网络带宽使用量,还可以包括升级服务器的其他网络资源使用信息、系统资源的使用信息或是程序的运行信息等等,本领域的技术人员可以根据指定控制策略的其他需要进行选取,本发明对此不做限定。
上述步骤102中,控制策略的生成方式可以是直接根据升级服务器的服务终端数量和网络带宽使用量进行适当的调配后生成的,也可以是根据多个升级服务器的运行状态信息在云端服务器中获取到的,还可以是结合上述两种方式,先根据整体的运行状态信息在云端服务器中匹配出对应的控制策略,然后再根据具体的每一个升级服务器的运行状态信息对该控制策略进行调整,得到与每一升级服务器对应的控制策略。
当然,上述控制策略是需要发送给升级服务器并由升级服务器来执行的,因而控制策略中可以包括有与特定的操作指令对应的信息(比如操作指令的标识)以及与该操作指令对应的参数等,还可以包括升级服务器在执行指令时需要用到的数值信息(比如网络带宽限制的设定值),控制策略的具体形式可以随升级服务器的操作系统架构的不同而不同,还可以在不同计算机语言中有不同的表达形式。
上述步骤103中,升级服务器接收到上述控制策略后即可根据控制策略执行控制指令。本发明实施例中,上述控制指令可以包括调整网络带宽限制和/或接替对至少一个终端的升级服务(即使指定的终端放弃由原有升级服务器所提供的升级服务并从当前的升级服务器中得到同一升级服务),具体所执行的控制指令根据具体的升级服务器可以互不相同。比如,第一升级服务器可以根据其控制策略仅执行调整网络带宽限制的指令,而第二升级服务器可以根据其控制策略仅执行接替对特定终端的升级服务的指令,第三升级服务器可以根据其控制策略同时执行调整网络带宽限制的指令和对特定终端的升级服务的指令,还可以同时执行将向特定终端提供的升级服务移交至其他升级服务器的指令(即将与指定终端对应的升级服务数据移交至其他升级服务器,并使该终端该由从其他升级服务器获取该升级服务)等等。当然,根据控制策略升级服务器所可以执行的控制指令并不仅限于控制策略中所涉及的控制指令,比如,升级服务器可以根据控制策略中所包括的网络带宽限制的设定值来设定其网络带宽限制的数值,或是将自身的终端筛选规则替换为控制策略中所包括的终端筛选规则等等。
可见,本发明实施例根据多个升级服务器的运行状态信息生成控制策略,使得各个升级服务器可以在控制策略的控制下执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令,因而各个升级服务器可以按照控制策略进行业务的交接以及网络带宽限制的调整,实现各升级服务器之间的负载均衡,以及对网络带宽限制的实时调整,所以本发明实施例可以解决服务器集群中的各升级服务器的负载不均衡和网络带宽限制不能实时调整的问题,保证服务器集群中各升级服务器的协调运作。
更具体地,上述步骤102:根据上述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,可以具体包括如图2所示的步骤:
步骤201:根据上述多个升级服务器的运行状态信息计算所有升级服务器的平均网络带宽使用率;
步骤202:将上述多个升级服务器分为第一类升级服务器和第二类升级服务器,上述第一类升级服务器为上述网络带宽使用量所占总网络带宽的比例小于上述平均网络带宽使用率的升级服务器,上述第二类升级服务器为网络带宽使用量所占总网络带宽的比例大于或等于上述平均网络带宽使用率的升级服务器;
步骤203:在至少一个上述第一类升级服务器的控制策略中,添加与接替至少一个上述第二类升级服务器对至少一个终端提供的升级服务的控制指令对应的信息,以使任一升级服务器的上述网络带宽使用量占该升级服务器总网络带宽的比例与上述平均网络带宽使用率的差值小于一预设值。
可见,利用上述步骤201至步骤203所公开的方法可以按照网络带宽使用率来具体调配终端由哪个升级服务器来提供升级服务,并可以达到所有升级服务器的网络带宽使用率都趋于一致的效果,因而可以避免一个升级服务器处于空闲状态而另一个升级服务器满负荷运行的情况发生,达到更合理的升级服务器的协调工作状态。当然,上述步骤201至步骤203所示的控制策略生成方法仅是一种示例,本领域技术人员根据该例还可以得到其他服务终端和网络带宽的调配方法,其显然没有脱离本发明的精神和范围。
另一方面,上述步骤101:获取多个升级服务器的运行状态信息,可以具体包括附图中未示出的步骤:
定期向上述多个升级服务器发送包括升级版本信息的心跳报文,以使上述多个升级服务器返回上述运行状态信息并根据上述升级版本信息判断是否更新升级数据库。
该情景下,用于控制升级服务器的设备与多个升级服务器建立了稳定的长连接,并通过定期发送的心跳报文来获知升级服务器是否还处于连接正常的状态。而上述获取多个升级服务器的运行状态信息的过程,可以具体通过升级服务器对心跳报文的响应消息来获取,可以有效地增强控制策略的实时性。
而且在现有的技术方案中,升级服务器中的升级数据库的更新通常是用人工的方式来进行部署,但是这种方式容易出错并且非常繁琐,速度也比较慢。一般地,应用软件在使用一段时间后,软件供应商可能发布标准补丁包,或者企业在使用应用软件一段时间后,产生与应用软件标准版本不一样的定制需求,要求软件供应商进行应用软件定制。此时,就面临应用软件升级的问题。
而面对上述问题,本发明实施例可以通过定期发送的心跳报文来使升级服务器获取到最新的升级数据库的版本信息,通过比较自身版本信息之后,就可以在确认升级数据库有更新版本时进行升级数据库的更新,以保障所有升级服务器中的升级数据库都是最新的。
基于上述心跳报文的发送,上述步骤102:根据上述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,还可以具体包括如图3所示的步骤:
步骤301:根据上述多个服务器对于上述心跳报文的响应情况判断是否存在无法提供升级服务的升级服务器;
步骤302:若存在,则获取原本由该升级服务器提供升级服务的终端列表,并在至少一个可以提供升级服务的控制策略中添加与接替对上述终端列表中至少一个终端提供的升级服务的控制指令对应的信息。
例如,若升级服务器在预定时间内没有响应,或者根据升级服务器的运行状态信息可以得知目前该升级服务器无法提供升级服务,那么原本由该升级服务器提供升级服务的终端就无法继续获得升级服务了,因此需要在至少一个可以提供升级服务的控制策略中添加与接替对上述终端列表中至少一个终端提供的升级服务的控制指令对应的信息,以使这些终端可以由其他升级服务器继续提供升级服务,避免意外断线对终端的损失。
在步骤的顺序上,上述步骤301和步骤302可以位于上述步骤202之前,当然本发明实施例的步骤102并不需要同时包括上述步骤201至203以及上述步骤301至302。
另一方面,上述任一升级服务器的上述运行状态信息还可以包括该升级服务器的内存使用率、磁盘I/O吞吐量和CPU占用率中的任意一项或多项,而上述步骤102:根据上述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,可以具体包括如图4所示处的步骤:
步骤401:上述根据任一上述升级服务器的运行状态信息生成与该升级服务器对应的第一预设条件和第二预设条件;
步骤402:在该升级服务器的控制策略中添加与在满足上述第一预设条件时向上调整网络带宽限制的控制指令对应的信息,以及与在满足上述第二预设条件时向下调整网络带宽限制的控制指令对应的信息。
举例来说,上述第一预设条件可以是升级服务器的网络连接数和网络带宽使用率均高于一预定标准,且升级服务器的内存使用率、磁盘I/O吞吐量和CPU占用率均低于预定标准,上述第二预设条件可以是某一终端的网络带宽使用率高于一预定标准,且内存使用率、磁盘I/O吞吐量或CPU占用率高于一预定标准。基于上述第一预设条件和第二预设条件,终端可以在满足第一预设条件时自动上调网络带宽限制,使得升级服务器可以允许更大的网络带宽使用量;并在满足第二预设条件时自动下调网络带宽,使得升级服务器可以在预设情景下对自身的网络带宽使用量进行进一步限制。由此,本发明实施例可以实现升级服务器的网络带宽使用量自动调整,并且这一调整过程还可以受控制策略来实时控制或更新。
需要说明的是,上述步骤401至步骤402的流程与上述步骤201至步骤203或上述步骤301至步骤302的流程相互独立,因而在顺序上可以不分先后。当然,当然本发明实施例的步骤102并不需要同时包括上述步骤401至步骤402、上述步骤201至203以及上述步骤301至302。
基于同样的发明构思,本发明还提供一种升级服务器的控制设备,参见图5所示出的结构框图,该设备包括:
获取单元51,用于获取多个升级服务器的运行状态信息,任一升级服务器的上述运行状态信息包括使用该升级服务器提供的升级服务的终端的标识以及上述终端的网络带宽使用量;
生成单元52,用于根据上述获取单元51获取到的多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略;
发送单元53,用于将上述控制策略发送给对应的升级服务器,以使上述升级服务器根据上述控制策略执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令。
可见,本发明实施例根据多个升级服务器的运行状态信息生成控制策略,使得各个升级服务器可以在控制策略的控制下执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令,因而各个升级服务器可以按照控制策略进行业务的交接以及网络带宽限制的调整,实现各升级服务器之间的负载均衡,以及对网络带宽限制的实时调整,所以本发明实施例可以解决服务器集群中的各升级服务器的负载不均衡和网络带宽限制不能实时调整的问题,保证服务器集群中各升级服务器的协调运作。
上述设备可以执行上述步骤101至步骤103所示的方法实施例中的流程,因此对于该设备本实施例不再进行详述。
更具体地,上述生成单元52还可以包括图中未示出的:
计算模块61,用于根据上述获取单元51获取到的多个升级服务器的运行状态信息计算所有升级服务器的平均网络带宽使用率;
划分模块62,用于将上述多个升级服务器分为第一类升级服务器和第二类升级服务器,上述第一类升级服务器为上述网络带宽使用量所占总网络带宽的比例小于上述计算模块61计算得到的平均网络带宽使用率的升级服务器,上述第二类升级服务器为网络带宽使用量所占总网络带宽的比例大于或等于上述计算模块61计算得到的平均网络带宽使用率的升级服务器;
添加模块63,用于在至少一个上述第一类升级服务器的控制策略中,添加与接替至少一个上述第二类升级服务器对至少一个终端提供的升级服务的控制指令对应的信息,以使任一升级服务器的上述网络带宽使用量占该升级服务器总网络带宽的比例与上述计算模块61计算得到的平均网络带宽使用率的差值小于一预设值。
可见,利用上述结构可以按照网络带宽使用率来具体调配终端由哪个升级服务器来提供升级服务,并可以达到所有升级服务器的网络带宽使用率都趋于一致的效果,因而可以避免一个升级服务器处于空闲状态而另一个升级服务器满负荷运行的情况发生,达到更合理的升级服务器的协调工作状态。
本发明实施例中的设备可以执行上述步骤201至步骤203所示的方法实施例中的流程,因此对于该设备本实施例不再进行详述。
另一方面,上述获取单元51可以具体用于定期向上述多个升级服务器发送包括升级版本信息的心跳报文,以使上述多个升级服务器返回上述运行状态信息并根据上述升级版本信息判断是否更新升级数据库。
该情景下,升级服务器的控制设备与多个升级服务器建立了稳定的长连接,并通过定期发送的心跳报文来获知升级服务器是否还处于连接正常的状态。而上述获取多个升级服务器的运行状态信息的过程,可以具体通过升级服务器对心跳报文的响应消息来获取,可以有效地增强控制策略的实时性。
而且在现有的技术方案中,升级服务器中的升级数据库的更新通常是用人工的方式来进行部署,但是这种方式容易出错并且非常繁琐,速度也比较慢。一般地,应用软件在使用一段时间后,软件供应商可能发布标准补丁包,或者企业在使用应用软件一段时间后,产生与应用软件标准版本不一样的定制需求,要求软件供应商进行应用软件定制。此时,就面临应用软件升级的问题。
而面对上述问题,本发明实施例可以通过定期发送的心跳报文来使升级服务器获取到最新的升级数据库的版本信息,通过比较自身版本信息之后,就可以在确认升级数据库有更新版本时进行升级数据库的更新,以保障所有升级服务器中的升级数据库都是最新的。
对应于上述发送心跳报文的获取模块51,上述生成单元52可以具体包括:
判断模块71,用于根据上述多个服务器对于上述获取单元51发送的心跳报文的响应情况判断是否存在无法提供升级服务的升级服务器;
添加模块72,用于在判断模块71判定存在无法提供升级服务的升级服务器时获取原本由该升级服务器提供升级服务的终端列表,并在至少一个可以提供升级服务的控制策略中添加与接替对上述终端列表中至少一个终端提供的升级服务的控制指令对应的信息。
例如,若升级服务器在预定时间内没有响应,或者根据升级服务器的运行状态信息可以得知目前该升级服务器无法提供升级服务,那么原本由该升级服务器提供升级服务的终端就无法继续获得升级服务了,因此需要在至少一个可以提供升级服务的控制策略中添加与接替对上述终端列表中至少一个终端提供的升级服务的控制指令对应的信息,以使这些终端可以由其他升级服务器继续提供升级服务,避免意外断线对终端的损失。
可见,本发明实施例中的设备可以执行上述步骤301至步骤302所示的方法实施例中的流程,因此对于该设备本实施例不再进行详述。
另外,上述任一升级服务器的上述运行状态信息还可以包括该升级服务器的内存使用率、磁盘I/O吞吐量和CPU占用率中的任意一项或多项,上述生成单元52可以包括:
生成模块81,用于根据上述获取单元51获取到的任一上述升级服务器的运行状态信息生成与该升级服务器对应的第一预设条件和第二预设条件;
添加模块82,用于在该升级服务器的控制策略中添加与在满足上述生成模块81生成的第一预设条件时向上调整网络带宽限制的控制指令对应的信息,以及与在满足上述生成模块81生成的第二预设条件时向下调整网络带宽限制的控制指令对应的信息。
举例来说,上述第一预设条件可以是升级服务器的网络连接数和网络带宽使用率均高于一预定标准,且升级服务器的内存使用率、磁盘I/O吞吐量和CPU占用率均低于预定标准,上述第二预设条件可以是某一终端的网络带宽使用率高于一预定标准,且内存使用率、磁盘I/O吞吐量或CPU占用率高于一预定标准。基于上述第一预设条件和第二预设条件,终端可以在满足第一预设条件时自动上调网络带宽限制,使得升级服务器可以允许更大的网络带宽使用量;并在满足第二预设条件时自动下调网络带宽,使得升级服务器可以在预设情景下对自身的网络带宽使用量进行进一步限制。由此,本发明实施例可以实现升级服务器的网络带宽使用量自动调整,并且这一调整过程还可以受控制策略来实时控制或更新。
可见,本发明实施例中的设备可以执行上述步骤401至步骤402所示的方法实施例中的流程,因此对于该设备本实施例不再进行详述。
本发明的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释呈反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在于该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是互相排斥之处,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一种浏览器终端的设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围,其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种升级服务器的控制设备,其特征在于,包括:
获取单元,用于获取多个升级服务器的运行状态信息,任一升级服务器的所述运行状态信息包括使用该升级服务器提供的升级服务的终端的标识以及所述终端的网络带宽使用量;
生成单元,用于根据所述获取单元获取到的多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略;
发送单元,用于将所述控制策略发送给对应的升级服务器,以使所述升级服务器根据所述控制策略执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令。
2.根据权利要求1所述的设备,其特征在于,所述生成单元包括:
计算模块,用于根据所述获取单元获取到的多个升级服务器的运行状态信息计算所有升级服务器的平均网络带宽使用率;
划分模块,用于将所述多个升级服务器分为第一类升级服务器和第二类升级服务器,所述第一类升级服务器为所述网络带宽使用量所占总网络带宽的比例小于所述计算模块计算得到的平均网络带宽使用率的升级服务器,所述第二类升级服务器为网络带宽使用量所占总网络带宽的比例大于或等于所述计算模块计算得到的平均网络带宽使用率的升级服务器;
添加模块,用于在至少一个所述第一类升级服务器的控制策略中,添加与接替至少一个所述第二类升级服务器对至少一个终端提供的升级服务的控制指令对应的信息,以使任一升级服务器的所述网络带宽使用量占该升级服务器总网络带宽的比例与所述计算模块计算得到的平均网络带宽使用率的差值小于一预设值。
3.根据权利要求1所述的设备,其特征在于,所述获取单元具体用于定期向所述多个升级服务器发送包括升级版本信息的心跳报文,以使所述多个升级服务器返回所述运行状态信息并根据所述升级版本信息判断是否更新升级数据库。
4.根据权利要求3所述的设备,其特征在于,所述生成单元包括:
判断模块,用于根据所述多个服务器对于所述获取单元发送的心跳报文的响应情况判断是否存在无法提供升级服务的升级服务器;
添加模块,用于在判断模块判定存在无法提供升级服务的升级服务器时获取原本由该升级服务器提供升级服务的终端列表,并在至少一个可以提供升级服务的控制策略中添加与接替对所述终端列表中至少一个终端提供的升级服务的控制指令对应的信息。
5.根据权利要求1至4中任意一项所述的设备,其特征在于,所述任一升级服务器的所述运行状态信息还包括该升级服务器的内存使用率、磁盘I/O吞吐量和CPU占用率中的任意一项或多项,
所述生成单元包括:
生成模块,用于根据所述获取单元获取到的任一所述升级服务器的运行状态信息生成与该升级服务器对应的第一预设条件和第二预设条件;
添加模块,用于在该升级服务器的控制策略中添加与在满足所述生成模块生成的第一预设条件时向上调整网络带宽限制的控制指令对应的信息,以及与在满足所述生成模块生成的第二预设条件时向下调整网络带宽限制的控制指令对应的信息。
6.一种升级服务器的控制方法,其特征在于,包括:
获取多个升级服务器的运行状态信息,任一升级服务器的所述运行状态信息包括使用该升级服务器提供的升级服务的终端的标识以及所述终端的网络带宽使用量;
根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略;
将所述控制策略发送给对应的升级服务器,以使所述升级服务器根据所述控制策略执行包括调整网络带宽限制和/或接替对至少一个终端的升级服务的控制指令。
7.根据权利要求6所述的方法,其特征在于,所述根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,包括:
根据所述多个升级服务器的运行状态信息计算所有升级服务器的平均网络带宽使用率;
将所述多个升级服务器分为第一类升级服务器和第二类升级服务器,所述第一类升级服务器为所述网络带宽使用量所占总网络带宽的比例小于所述平均网络带宽使用率的升级服务器,所述第二类升级服务器为网络带宽使用量所占总网络带宽的比例大于或等于所述平均网络带宽使用率的升级服务器;
在至少一个所述第一类升级服务器的控制策略中,添加与接替至少一个所述第二类升级服务器对至少一个终端提供的升级服务的控制指令对应的信息,以使任一升级服务器的所述网络带宽使用量占该升级服务器总网络带宽的比例与所述平均网络带宽使用率的差值小于一预设值。
8.根据权利要求6所述的方法,其特征在于,所述获取多个升级服务器的运行状态信息,包括:
定期向所述多个升级服务器发送包括升级版本信息的心跳报文,以使所述多个升级服务器返回所述运行状态信息并根据所述升级版本信息判断是否更新升级数据库。
9.根据权利要求8所述的方法,其特征在于,所述根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,包括:
根据所述多个服务器对于所述心跳报文的响应情况判断是否存在无法提供升级服务的升级服务器;
若存在,则获取原本由该升级服务器提供升级服务的终端列表,并在至少一个可以提供升级服务的控制策略中添加与接替对所述终端列表中至少一个终端提供的升级服务的控制指令对应的信息。
10.根据权利要求6至9中任意一项所述的方法,其特征在于,所述任一升级服务器的所述运行状态信息还包括该升级服务器的内存使用率、磁盘I/O吞吐量和CPU占用率中的任意一项或多项,
所述根据所述多个升级服务器的运行状态信息生成与每一升级服务器对应的控制策略,包括:
所述根据任一所述升级服务器的运行状态信息生成与该升级服务器对应的第一预设条件和第二预设条件;
在该升级服务器的控制策略中添加与在满足所述第一预设条件时向上调整网络带宽限制的控制指令对应的信息,以及与在满足所述第二预设条件时向下调整网络带宽限制的控制指令对应的信息。
CN201410844256.0A 2014-12-30 2014-12-30 升级服务器的控制方法及设备 Active CN104580442B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410844256.0A CN104580442B (zh) 2014-12-30 2014-12-30 升级服务器的控制方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410844256.0A CN104580442B (zh) 2014-12-30 2014-12-30 升级服务器的控制方法及设备

Publications (2)

Publication Number Publication Date
CN104580442A true CN104580442A (zh) 2015-04-29
CN104580442B CN104580442B (zh) 2019-02-22

Family

ID=53095599

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410844256.0A Active CN104580442B (zh) 2014-12-30 2014-12-30 升级服务器的控制方法及设备

Country Status (1)

Country Link
CN (1) CN104580442B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105099772A (zh) * 2015-07-02 2015-11-25 许继集团有限公司 一种能效服务云终端的升级方法及系统
CN109639827A (zh) * 2019-01-07 2019-04-16 新华三云计算技术有限公司 客户端升级方法及装置
CN109981350A (zh) * 2019-03-01 2019-07-05 畅捷通信息技术股份有限公司 一种云服务不间断的升级方法及系统
CN114640680A (zh) * 2020-11-30 2022-06-17 南宁富联富桂精密工业有限公司 负载均衡方法、装置及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102270157A (zh) * 2011-07-25 2011-12-07 浪潮(北京)电子信息产业有限公司 一种实现服务器资源分配的系统及方法
CN103812750A (zh) * 2014-02-21 2014-05-21 上海斐讯数据通信技术有限公司 数据通信设备cpu收发报文保护系统及方法
CN104092620A (zh) * 2014-07-04 2014-10-08 浪潮(北京)电子信息产业有限公司 一种实现网络带宽调整的方法及装置
WO2014197657A1 (en) * 2013-06-06 2014-12-11 Intel Corporation Manager for dash media streaming

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102270157A (zh) * 2011-07-25 2011-12-07 浪潮(北京)电子信息产业有限公司 一种实现服务器资源分配的系统及方法
WO2014197657A1 (en) * 2013-06-06 2014-12-11 Intel Corporation Manager for dash media streaming
CN103812750A (zh) * 2014-02-21 2014-05-21 上海斐讯数据通信技术有限公司 数据通信设备cpu收发报文保护系统及方法
CN104092620A (zh) * 2014-07-04 2014-10-08 浪潮(北京)电子信息产业有限公司 一种实现网络带宽调整的方法及装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105099772A (zh) * 2015-07-02 2015-11-25 许继集团有限公司 一种能效服务云终端的升级方法及系统
CN105099772B (zh) * 2015-07-02 2019-04-12 许继集团有限公司 一种能效服务云终端的升级方法及系统
CN109639827A (zh) * 2019-01-07 2019-04-16 新华三云计算技术有限公司 客户端升级方法及装置
CN109639827B (zh) * 2019-01-07 2021-11-09 新华三云计算技术有限公司 客户端升级方法及装置
CN109981350A (zh) * 2019-03-01 2019-07-05 畅捷通信息技术股份有限公司 一种云服务不间断的升级方法及系统
CN114640680A (zh) * 2020-11-30 2022-06-17 南宁富联富桂精密工业有限公司 负载均衡方法、装置及计算机可读存储介质
CN114640680B (zh) * 2020-11-30 2024-04-05 南宁富联富桂精密工业有限公司 负载均衡方法、装置及计算机可读存储介质

Also Published As

Publication number Publication date
CN104580442B (zh) 2019-02-22

Similar Documents

Publication Publication Date Title
CN111600930B (zh) 微服务请求的流量管理方法、装置、服务器及存储介质
US9026655B2 (en) Method and system for load balancing
EP2710470B1 (en) Extensible centralized dynamic resource distribution in a clustered data grid
CN102197378B (zh) 资源管理方法和嵌入设备
JP4984169B2 (ja) 負荷分散プログラム、負荷分散方法、負荷分散装置およびそれを含むシステム
US20070011331A1 (en) Autonomous control apparatus, autonomous control method, and autonomous control program
CN101593134A (zh) 虚拟机cpu资源分配方法和装置
CN111404992A (zh) 承租人控制的云更新
CN104580442A (zh) 升级服务器的控制方法及设备
CN111737003A (zh) Pod均衡调度方法、装置、主节点及存储介质
CN104243405A (zh) 一种请求处理方法、装置及系统
KR101817437B1 (ko) 데이터 전송의 제어 방법 및 장치
US20160344582A1 (en) Call home cluster
CN105339892A (zh) 局部网络和更新局部网络中的设备的方法
CN111064626B (zh) 配置更新方法、装置、服务器及可读存储介质
CN107291744A (zh) 确定及运用应用程序之间的关系关联的方法及装置
WO2018131556A1 (ja) リソース設定制御装置、リソース設定制御システム、リソース設定制御方法、および、コンピュータ読み取り可能記録媒体
JP2007164264A (ja) 負荷分散プログラム、負荷分散装置、サービスシステム
CN112711479A (zh) 服务器集群的负载均衡系统、方法、装置和存储介质
CN111400041A (zh) 服务器配置文件的管理方法、装置及计算机可读存储介质
JP5957965B2 (ja) 仮想化システム、負荷分散装置、負荷分散方法、及び負荷分散プログラム
JP7456765B2 (ja) Mtc機器、方法、プログラム、および、装置
WO2020199597A1 (zh) 区块链节点管理代理服务安装方法、电子装置及存储介质
EP3306858B1 (en) Network management system deployment method and device, and network management system
CN105634932A (zh) 一种消息推送方法、装置和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20161128

Address after: 100015 Chaoyang District Road, Jiuxianqiao, No. 10, building No. 3, floor 15, floor 17, 1701-26,

Applicant after: BEIJING QIANXIN TECHNOLOGY Co.,Ltd.

Address before: 100088 Beijing city Xicheng District xinjiekouwai Street 28, block D room 112 (Desheng Park)

Applicant before: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Applicant before: Qizhi software (Beijing) Co.,Ltd.

GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: Room 332, 3 / F, Building 102, 28 xinjiekouwei street, Xicheng District, Beijing 100088

Patentee after: QAX Technology Group Inc.

Address before: 100015 15, 17 floor 1701-26, 3 building, 10 Jiuxianqiao Road, Chaoyang District, Beijing.

Patentee before: BEIJING QIANXIN TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210106

Address after: 100044 2nd floor, building 1, yard 26, Xizhimenwai South Road, Xicheng District, Beijing

Patentee after: LEGENDSEC INFORMATION TECHNOLOGY (BEIJING) Inc.

Patentee after: QAX Technology Group Inc.

Address before: Room 332, 3 / F, Building 102, 28 xinjiekouwei street, Xicheng District, Beijing 100088

Patentee before: QAX Technology Group Inc.

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 100044 2nd floor, building 1, yard 26, Xizhimenwai South Road, Xicheng District, Beijing

Patentee after: Qianxin Wangshen information technology (Beijing) Co.,Ltd.

Patentee after: QAX Technology Group Inc.

Address before: 100044 2nd floor, building 1, yard 26, Xizhimenwai South Road, Xicheng District, Beijing

Patentee before: LEGENDSEC INFORMATION TECHNOLOGY (BEIJING) Inc.

Patentee before: QAX Technology Group Inc.