CN103914339B - 服务器管理系统及服务器管理方法 - Google Patents

Abstract

本发明公开了一种服务器管理系统和服务器管理方法。服务器管理系统包括：用于接收操作请求，并生成初始任务，以及根据任务执行结果生成操作结果并反馈的消息转换装置，用于将初始任务拆分为子任务，并将子任务分发至任务执行装置中的任务分发装置，以及用于执行所分发的子任务，并将任务执行结果返回至消息转换装置的多个任务执行装置。该服务器管理系统与服务器管理方法提高了用户对服务器管理系统的可操作性，并增强了服务器管理系统的可用性及可扩展性。

Description

服务器管理系统及服务器管理方法

技术领域

本发明涉及互联网技术领域，特别涉及一种服务器管理系统及服务器管理方法。

背景技术

当今，随着数据处理容量的快速增长，服务器规模也呈几何级数增长，因此对服务器管理系统（即自动运维系统）的要求也越来越高。但是，现有的服务器管理系统的总体框架存在很大的制约性，这严重影响了系统性能的提高。

对于现有的服务器管理系统而言，在服务器管理系统内部的各个模块是紧密连接的。这样的连接方式会产生相应的问题，即当系统内的任何一个模块出现故障时，整个服务器管理系统的服务都会不可使用。同时，对于现有的服务器管理系统而言，同一台服务器只能启动一个服务器管理系统，进而使得服务器的性能无法得到充分的利用。此外，在现有的服务器管理系统中，不同的操作之间的执行过程有着相对较大的差异，例如，有些操作由ACS(Automation Cacti Server，自动运维系统)完成，而有些操作由ACE(AutomationCacti Execution，自动运维系统执行模块)完成。这样操作方式往往会给服务器管理系统的扩展带来很大的难度。同时，由于现有的ACE取命令的操作和标记命令的操作不具有原子性，进而导致服务器管理系统难以扩展，无法启动多个ACE进程。

总而言之，由于目前的服务器管理系统还存在这些问题，因此无法满足百万级服务器甚至更大级数的服务器的应用需求。

发明内容

本发明旨在至少在一定程度上解决现有技术中的上述技术问题之一。

为此，本发明的一个目的在于提出一种可用性高、扩展性良好、异构模块少的服务器管理系统。

本发明实施例的第一方面提出一种服务器管理系统，包括：消息转换装置、任务分发装置和多个任务执行装置。其中，消息转换装置用于接收操作请求，根据该操作请求获取对应的配置文件，并根据该操作请求和配置文件生成初始任务，以及接收多个任务执行装置中至少部分任务执行装置反馈的任务执行结果，并根据任务执行结果生成操作结果并反馈；任务分发装置用于根据操作请求的类型将初始任务拆分为多个子任务，并根据多个任务执行装置的状态将多个子任务分发至多个任务执行装置中的至少部分任务执行装置；以及多个任务执行装置用于执行任务分发装置所分配的子任务，并将任务执行结果返回至消息转换装置。

在本发明的实施例中，服务器管理系统具有以下三方面的技术效果。

首先，用户的可操作性得到增强。对于现有的服务器管理系统中针对特定操作请求编译的程序，用户通常无法对已完成编译的程序进行修改。对于本发明实施例的服务器管理系统的配置文件，服务器管理系统可以根据不同的操作请求，多次调用该配置文件生成对应的初始任务，并且用户可以修改该配置文件，以适应新的操作请求。因此，用户的可操作性得到增强。

其次，本发明实施例的服务器管理系统具有较高的可用性。任务分发装置通过将初始任务拆分为多个子任务并将多个子任务分发到多个执行装置中的方式，使得服务器管理系统可以并行执行多个子任务。因此，在任何子任务的执行过程中，一旦出现问题，该任务分发装置可以重新将该子任务分发给多个任务执行装置中的其他任务执行装置执行，从而不影响整个服务器管理系统的工作。因此，该服务器管理系统具有较高的可用性。

最后，本发明实施例的服务器管理系统具有良好的扩展性。任务分发装置根据多个任务执行装置的状态将多个子任务分发到多个任务执行装置的至少部分任务执行装置。其中，这个调用多个任务执行装置的至少部分任务执行装置执行多个子任务的流程对于任何子任务而言都是相同的。因此，当读取到多个任务执行装置的至少部分任务执行装置的性能不足时，任务分发装置可以增加任务执行装置的数量，将多个任务执行装置的其他任务执行装置通过任务分发流程添加到子任务的执行过程中，以解决性能不足的问题。因此，该服务器管理系统具有良好的扩展性。

此外，本发明实施例的服务器管理系统还包括日志管理装置，该日志管理装置用于接收并统计消息转换装置、任务分发装置和多个任务执行装置生成的日志信息。本发明实施例的服务器管理系统通过日志管理装置对日志信息进行统一管理，使得该服务器管理系统能够完整地准确地统计准确运营数据。

在本发明的一个具体实施例中，任务分发装置还包括：用于根据该操作请求的类型将该初始任务拆分为多个子任务的任务拆分模块；用于保存该多个任务执行装置的状态的任务状态数据库；以及用于根据该多个任务执行装置的状态将该多个子任务分发至该多个任务执行装置中的至少部分任务执行装置的任务分发模块。其中，该任务执行装置的状态为该任务执行装置中任务的执行状态。

优选地，在本发明实施例的服务器管理系统中，任务分发装置通常采用Redis数据库作为消息队列。该任务分发装置通过该消息队列接收服务器管理系统中消息转换装置和多个任务执行装置发送的消息。通过使用Redis数据库，使得任务分发装置可以进行总线形式的消息传递，这使得该服务器管理系统可以并行多个任务。

本发明实施例的第二方面提出一种服务器管理方法，包括：接收操作请求；根据该操作请求获取对应的配置文件，并根据该操作请求和该配置文件生成初始任务；根据该操作请求的类型将该初始任务拆分为多个子任务，并根据多个任务执行装置的状态将该多个子任务分发至该多个任务执行装置中的至少部分任务执行装置；执行任务分发装置所分配的子任务，并将该任务执行结果返回；以及接收该多个任务执行装置中至少部分任务执行装置反馈的任务执行结果，并根据该任务执行结果生成操作结果并反馈。

在本发明的实施例中，服务器管理方法具有以下三方面的技术效果。

首先，用户的可操作性得到增强。对于现有的服务器管理方法中针对特定操作请求编译的程序，用户通常无法对已完成编译的程序进行修改。对于本发明实施例的服务器管理方法中的配置文件，服务器管理方法可以根据不同的操作请求，多次调用该配置文件生成对应的初始任务，并且用户可以修改该配置文件，以适应新的操作请求。因此，用户的可操作性得到增强。

其次，本发明实施例的服务器管理方法具有较高的可用性。通过将初始任务拆分为多个子任务并将多个子任务分发到多个执行装置中的方式，使得多个任务可以并行执行。因此，在任何子任务的执行过程中，一旦出现问题，可以重新将该子任务分发给多个任务执行装置中的其他任务执行装置执行，从而不影响整个系统的工作。因此，该服务器管理方法具有较高的可用性。

最后，本发明实施例的服务器管理方法具有良好的扩展性。根据多个任务执行装置的状态将多个子任务分发到多个任务执行装置的至少部分任务执行装置。其中，这个调用多个任务执行装置的至少部分任务执行装置执行多个子任务的流程对于任何子任务而言都是相同的。因此，当读取到多个任务执行装置的至少部分任务执行装置的性能不足时，服务器管理方法可以增加任务执行装置的数量，将多个任务执行装置的其他任务执行装置通过该任务分发流程添加到子任务的执行过程中，以解决性能不足的问题。因此，该服务器管理方法具有良好的扩展性。

附图说明

图1是根据本发明实施例的服务器管理系统的结构示意图；

图2是根据本发明实施例的服务器管理方法的流程图；

图3是根据本发明实施例的服务器管理方法的消息转换的流程图；

图4是根据本发明实施例的服务器管理方法的任务拆分与分发的流程图；

图5是根据本发明实施例的服务器管理方法的任务执行的流程图；

图6是通过本发明实施例的服务器管理系统对服务器进行系统安装并上线的操作的流程图；以及

图7是通过本发明实施例的服务器管理系统进行故障处理的流程图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。此外，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

下面参照附图来描述根据本发明实施例提出的服务器管理系统和服务器管理方法。

图1是根据本发明实施例的服务器管理系统的结构示意图。

如图1所示，本发明实施例的服务器管理系统包括：消息转换装置10、任务分发装置20和多个任务执行装置。其中，消息转换装置10用于接收操作请求a，并根据操作请求a获取对应的配置文件，以及根据操作请求a和该配置文件生成初始任务b。此外，消息转换装置10还用于接收该多个任务执行装置中至少部分任务执行装置所反馈的任务执行结果d，并根据任务执行结果d生成操作结果e并反馈。任务分发装置20用于根据操作请求a的类型将初始任务b拆分为多个子任务c，并根据多个任务执行装置的状态将多个子任务c分发至多个任务执行装置中的至少部分任务执行装置。多个任务执行装置用于执行任务分发装置20所分配的子任务c，并将任务执行结果d返回至消息转换装置10。

在本发明的一个实施例中，生成初始任务b的过程中，服务器管理系统可根据对应的操作请求a调用多个与操作请求a相关的配置文件，进而完成初始任务b的生成工作，其中，配置文件包括服务器管理系统所接收的操作请求所对应的各种参数文件，例如，重启服务器参数与检测服务器远程管理（ilo）连通性参数。

优选地，在本发明的实施例中，重启服务器的参数如下所示：

{"opname":"PowerReset",//操作内容

"args":{"iloip":"10.4.32.63",//管理口ip

"model":"NF55M3",//服务器型号

"hostname":"cq01-ba.cq01",//主机名

"sn":"2129091"},//服务器sn

"attr":{"country":"China","other":"","city":"","wh":"CQ01","area":""}//其他信息,如所属国家,机房等

}。

优选地，在本发明的实施例中，检测服务器远程管理（ilo）连通性的参数如下所示：

{"opname":"IloCheck",//操作内容

"args":{"ilo_ip":"10.5.0.141",//管理口ip

"sn":"2130617"},服务器sn

"attr":{"country":"China","other":"","city":"","wh":"CQ02","area":""}//其他信息,如所属国家,机房等

}。

在本发明的实施例中，服务器管理系统具有以下三方面的技术效果。

首先，用户的可操作性得到增强。对于现有的服务器管理系统中针对特定操作请求编译的程序，用户通常无法对已完成编译的程序进行修改。对于本发明实施例的服务器管理系统的配置文件，服务器管理系统可以根据不同的操作请求a，多次调用该配置文件生成对应的初始任务b，并且用户可以修改该配置文件，以适应新的操作请求a。因此，用户的可操作性得到增强。

其次，本发明实施例的服务器管理系统具有较高的可用性。任务分发装置20通过将初始任务b拆分为多个子任务c并将多个子任务c分发到多个执行装置中的方式，使得服务器管理系统可以并行执行多个子任务c。因此，在任何子任务c的执行过程中，一旦出现问题，该任务分发装置20可以重新将该子任务c分发给多个任务执行装置中的其他任务执行装置执行，从而不影响整个服务器管理系统的工作。因此，该服务器管理系统具有较高的可用性。

最后，本发明实施例的服务器管理系统具有良好的扩展性。任务分发装置20根据多个任务执行装置的状态将多个子任务c分发到多个任务执行装置的至少部分任务执行装置。其中，这个调用多个任务执行装置的至少部分任务执行装置执行多个子任务c的流程对于任何子任务c而言都是相同的。因此，当读取到多个任务执行装置的至少部分任务执行装置的性能不足时，任务分发装置20可以增加任务执行装置的数量，将多个任务执行装置的其他任务执行装置通过任务分发流程添加到子任务c的执行过程中，以解决性能不足的问题。因此，该服务器管理系统具有良好的扩展性。

如图1所示，在本发明的该实施例中，任务分发装置20包括：任务拆分模块201、任务状态数据库202以及任务分发模块203。其中，任务拆分模块201根据操做请求a的类型将初始任务b拆分为多个子任务c。任务状态数据库存储202存储多个任务执行装置中任务的执行状态。任务分发模块203根据多个任务执行装置的状态将多个子任务c分发到多个任务执行装置中的至少部分任务执行装置。

优选地，在本发明的一个实施例中，对应每个操作请求a所生成的子任务c会包括多个完成步骤，因此，在进行子任务c的分发之前，任务分发装置20会根据多个任务执行装置中任务的执行状态判断是否需要为多个任务执行装置中至少部分任务执行装置构建对应的首次原子操作。换言之，根据多个任务执行装置中至少部分任务执行装置的目前的任务执行状态，服务器管理系统判断是否需要调用程序，并将接收的操作请求a对应的参数拆分出来，以分配到原子操作在多个任务执行装置中至少部分任务执行装置的执行过程中。

优选地，任务分发装置20通常使用Redis数据库作为消息队列，任务分发装置通过该消息队列接收服务器管理系统中的消息转换装置10和多个任务执行装置发送的消息。换言之，通过使用Redis数据库，任务分发装置20可以进行总线形式的消息传递，这就使得系统可以并行多个任务。同时，通过这种消息传递方式，本发明实施例的服务器管理系统既可以支持现有的服务器管理系统所支持的同步接口传输方式，也支持现有的服务器管理系统所无法支持的异步接口传输方式。

此外，如图1所示，在本发明该实施例中，服务器管理系统还包括日志管理装置40。其中，日志管理装置40接收并统计消息转换装置10、任务分发装置20和多个任务执行装置所生成的日志信息f。通过日志管理装置40对日志信息f的统一管理，使得服务器管理系统可以完整地统计准确的运营数据。同时，通过这些日志信息，用户可以方便的查询每一个单子的每一步操作的情况。

同时，本发明实施例的服务器管理系统中的消息转换装置10的和外部匹配的接口与任务分发装置20的和外部匹配的接口都是统一的。此外，该服务器管理系统也支持现有的服务器管理系统的所有操作，例如，重启、自动安装、改名、搬迁、升级内核以及对整机柜服务器310进行管理。

图2是根据本发明实施例的服务器管理方法的流程图。

如图2所示，本发明实施例的服务器管理方法包括：

步骤S1，接收操作请求a；

步骤S2，根据操作请求a获取对应的配置文件，并根据操作请求a和配置文件生成初始任务b；

步骤S3，根据操作请求a的类型将初始任务b拆分为多个子任务c，并根据多个任务执行装置20的状态将多个子任务c分发到多个任务执行装置中的至少部分任务执行装置；

步骤S4，执行任务分发装置20所分配的子任务c，并将任务执行结果d返回；以及

步骤S5，接收多个任务执行装置中至少部分任务执行装置反馈的任务执行结果d，并根据任务执行结果d和配置文件生成操作结果e并反馈。

图3是根据本发明实施例的服务器管理方法的消息转换的流程图。

如图3所示，在本发明的该实施例中，步骤S2包括：

步骤S201，验证操作请求a；

步骤S202，若验证未通过，则返回步骤S1，若验证通过，则执行S203；

步骤S203，调用与操作请求a对应的配置文件；以及

步骤S204，根据操作请求a和配置文件，生成初始任务b。

其中，对于本发明实施例的服务器管理方法中的配置文件，服务器管理方法可以根据不同的操作请求a，多次调用该配置文件生成对应的初始任务b，并且用户可以修改该配置文件，以适应新的操作请求a。因此，用户的可操作性得到增强。

图4是根据本发明实施例的服务器管理方法的任务拆分与分发的流程图。

如图4所示，在本发明的该实施例中，步骤S3包括：

步骤S301，根据操作请求a的类型，将初始任务b拆分为多个子任务c；

步骤S302，获取多个任务执行装置的状态；

步骤S303，根据多个任务执行装置的状态，将多个子任务c分发至多个任务执行装置中的至少部分任务执行装置。

此外，通过将初始任务a拆分为多个子任务c并将多个子任务c分发到多个执行装置中的方式，使得多个任务可以并行执行。因此，在任何子任务c的执行过程中，一旦出现问题，可以重新将该子任务c分发给多个任务执行装置中的其他任务执行装置执行，从而不影响整个系统的工作。因此，该服务器管理方法具有较高的可用性。

同时，这个调用多个任务执行装置的至少部分任务执行装置执行多个子任务c的流程对于任何子任务c而言都是相同的。因此，当读取到多个任务执行装置的至少部分任务执行装置的性能不足时，服务器管理方法可以增加任务执行装置的数量，将多个任务执行装置的其他任务执行装置通过该任务分发流程添加到子任务c的执行过程中，以解决性能不足的问题。因此，该服务器管理方法还具有良好的扩展性。

优选地，在本发明该实施例中，任务分发装置20使用Redis数据库作为消息队列，任务分发装置20通过该消息队列接收服务器管理系统中消息转换装置10和多个任务执行装置发送的消息。通过使用Redis数据库，使得任务分发装置20可以进行总线形式的消息传递，这使得系统可以并行多个任务。

此外，在本发明该实施例中，保存在任务状态数据库202中的多个任务执行装置的状态均对应一个taskid，每个taskid指向一个多个任务执行装置的状态信息，这方便了多个任务执行装置的状态的查找。

图5是根据本发明实施例的服务器管理方法的任务执行的流程图。

如图5所示，在本发明该实施例中，步骤S4包括：

步骤S401，执行所分配的子任务c；

步骤S402，检测多个任务执行装置的当前执行的子任务c的完成状态；

步骤S403，判断子任务c是否完成，若子任务c未完成，则返回步骤S401继续执行子任务c；若子任务c已完成，则执行步骤S404；

步骤S404，记录任务完成状态，并将任务完成状态信息和任务执行结果d返回给消息转换装置10。

图6是通过本发明实施例的服务器管理系统对服务器进行系统安装并上线的操作的流程图。

如图6所示，在本发明该实施例中，该服务器在服务器管理系统的控制下，进行系统安装并上线的操作请求。其具体步骤如下：

步骤S601，服务器管理系统开始运行；

步骤S602，由发起操作的任务系统（Resource Manage System，简称RMS）向服务器管理系统系统发送操作请求a，即检测操作；

步骤S603，由消息转换装置10接收该检测操作；

步骤S604，消息转换装置10进行消息验证、来源验证以及应用程序编程接口版本（简称为api版本）的验证，若消息验证、来源验证或api版本验证不通过则执行步骤S605，若消息验证、来源验证或api版本验证通过则执行步骤S606；

步骤S605，由消息转换装置10将消息未通过验证的信息返回给RMS；

步骤S606，由消息转换装置10对消息的身份号进行转换，即id转换，并且对该消息进行初始化配置，并调用配置文件生成初始任务b；

步骤S607，消息转换装置10将初始任务b传递给任务分发装置20；

步骤S608，该任务分发装置20中的任务拆分模块201将初始任务a拆分为多个可由多个任务执行装置的单个任务执行装置，即单台服务器就可执行的子任务c；

步骤S609，任务分发模块203，又称作状态控制模块，读取由任务状态数据库202存储的多个任务执行装置的至少部分任务执行装置的任务状态；

步骤S610，任务分发模块203根据多个任务执行装置的不同的任务ID，又称作taskid，以及多个任务执行装置的当前任务状态，将各个子任务c分发给多个任务执行装置中至少部分任务执行装置；

步骤S611，由多个任务执行装置中至少部分任务执行装置执行任务分发装置20所分发的子任务c；

步骤S612，状态控制模块判断多个任务执行装置中至少部分任务执行装置的当前执行的子任务c的完成状态。若子任务c未完成，则返回步骤S611。若子任务c已完成，则执行步骤S613；

步骤S613，由状态控制模块记录完成状态，并将任务完成状态信息和任务执行结果d返回消息转换装置10；

步骤S614，消息转换装置10接收多个任务执行装置中至少部分任务执行装置反馈的任务执行结果d；

步骤S615，消息转换装置10根据任务执行结果d和配置文件生成操作结果e并反馈RMS；以及

步骤S616，RMS接收到消息转换装置10反馈的操作结果e，并根据该操作结果e进行安装系统并上线的操作，服务器管理系统结束运行。

图7是通过本发明实施例的服务器管理系统进行故障处理的流程图。

如图7所示，在本发明该实施例中，服务器管理系统中的任务执行装置1出现故障。其具体步骤如下：

步骤S701，任务执行装置301中的监控程序将报警；

步骤S702，判断任务执行装置301的故障是其性能不足还是其程序出现异常，若是任务执行装置301的程序出现异常，则执行步骤S703，若是任务执行装置301的性能不足，则执行步骤S704；

步骤S703，修复该程序异常并重启任务执行装置301；

步骤S704，从多个任务执行装置中调用新的任务执行装置302，以增加对应任务的处理量；

步骤S705，对调用的任务执行装置2进行硬件环境的部署，例如接口的部署；

步骤S706，Suv初始化代码，即下载并配置任务执行装置302所需要用到的代码；

步骤S707，检测并修改任务执行装置302的配置文件，例如任务执行装置302的数据库以及自身配置等；

步骤S708，通过信号操作控制器（简称Soc）命令启动任务执行装置302；以及

步骤S709，任务执行装置302读取并处理对应的子任务c。

其中，服务器管理系统内的所用装置均设置有与该装置相对应的监控程序，这使得服务器管理系统内的所有装置一旦出现故障均可以通过监控程序进入上述故障处理流程，因此，进一步地提高了服务器管理系统的可用性和扩展性。

此外，在本发明的实施例中，当消息转换模块10与RMS进行消息传递时，操作请求a的接收峰值可以达到10Kqps，这有效地保证了消息的高速传递以及系统的高效运行。

总而言之，本发明实施例的服务器管理系统和服务器管理方法与现有技术相比，具有较高的可用性和扩展性，并且提高了用户对服务器管理系统的可操作性。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。此外，本领域的技术人员可以将本说明书中描述的不同实施例或示例进行接合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种服务器管理系统，其特征在于，包括消息转换装置、任务分发装置和多个任务执行装置，其中，

所述消息转换装置，用于接收操作请求，根据所述操作请求获取多个与所述操作请求对应的配置文件，并根据所述操作请求和所述配置文件生成初始任务，以及接收所述多个任务执行装置中至少部分任务执行装置反馈的任务执行结果，并根据所述任务执行结果生成操作结果并反馈，其中，配置文件中包括所述操作请求所对应的各种参数文件；

所述任务分发装置，用于根据所述操作请求的类型将所述初始任务拆分为多个子任务，并根据所述多个任务执行装置的状态将所述多个子任务分发至所述多个任务执行装置中的至少部分任务执行装置；以及

所述多个任务执行装置，用于执行所述任务分发装置所分配的子任务，并将所述任务执行结果返回至所述消息转换装置。

2.根据权利要求1所述的服务器管理系统，其特征在于，还包括：

日志管理装置，所述日志管理装置用于接收并统计所述消息转换装置、所述任务分发装置和所述多个任务执行装置生成的日志信息。

3.根据权利要求1所述的服务器管理系统，其特征在于，所述任务分发装置具体包括：

任务拆分模块，用于根据所述操作请求的类型将所述初始任务拆分为多个子任务；

任务状态数据库，用于保存所述多个任务执行装置的状态，其中，所述任务执行装置的状态为所述任务执行装置中任务的执行状态；以及

任务分发模块，用于根据所述多个任务执行装置的状态将所述多个子任务分发至所述多个任务执行装置中的至少部分任务执行装置。

4.根据权利要求1所述的服务器管理系统，其特征在于，所述任务分发装置使用Redis数据库作为消息队列。

5.根据权利要求4所述的服务器管理系统，其特征在于，所述任务分发装置通过所述消息队列接收所述服务器管理系统中所述消息转换装置和所述多个任务执行装置发送的消息。

6.一种服务器管理方法，其特征在于，包括：

接收操作请求；

根据所述操作请求获取多个与所述操作请求对应的配置文件，并根据所述操作请求和所述配置文件生成初始任务，其中，配置文件中包括所述操作请求所对应的各种参数文件；

根据所述操作请求的类型将所述初始任务拆分为多个子任务，并根据多个任务执行装置的状态将所述多个子任务分发至所述多个任务执行装置中的至少部分任务执行装置；

执行任务分发装置所分配的子任务，并将所述任务执行结果返回；以及

接收所述多个任务执行装置中至少部分任务执行装置反馈的任务执行结果，并根据所述任务执行结果生成操作结果并反馈。

7.根据权利要求6所述的服务器管理方法，其特征在于，还包括：

接收并统计消息转换装置、所述任务分发装置和所述多个任务执行装置生成的日志信息。

8.根据权利要求6所述的服务器管理方法，其特征在于，还包括：

保存所述多个任务执行装置的状态，其中，所述任务执行装置的状态为所述任务执行装置中任务的执行状态，以及根据所述多个任务执行装置的状态将所述多个子任务分发至所述多个任务执行装置中的至少部分任务执行装置。

9.根据权利要求6所述的服务器管理方法，其特征在于，所述任务分发装置使用Redis数据库作为消息队列。

10.根据权利要求9所述的服务器管理方法，其特征在于，所述任务分发装置通过所述消息队列接收所述消息转换装置和所述多个任务执行装置发送的消息。