[发明专利]一种服务器管理系统及方法

说明书

本发明公开了一种服务器管理系统及方法。所公开的系统包括：中心节点，用于下发管理指令，接收执行结果；第一服务器节点，用于接收转发的第一管理指令、执行第一管理指令、返回第一管理指令的第一执行结果，用于接收转发的第二管理指令、转发第二管理指令，还用于接收第二管理指令的第二执行结果、转发第二执行结果；以及第二服务器节点，用于接收第一服务器节点转发的第二管理指令、执行第二管理指令、向第一服务器节点返回第二执行结果，其中，从具有转发第二管理指令和第二执行结果的能力的至少两个第一服务器节点中确定一个第一服务器节点作为转发节点。所公开的方案可以配置多条路径到达同一被管理节点，执行时选择最优路径。

技术领域

本发明涉及计算机网络技术领域，尤其涉及一种服务器管理系统及方法。

背景技术

随着计算机网络规模的不断扩大，在一个网络中可能同时存在几万台甚至是几十万台服务器的情况。如何高效地管理这些海量服务器，例如，批量地执行指令、进行配置变更、获取指令执行结果，一直是人们研究的热点。

在现有技术中，通常采用saltstack、ansible等开源的自动化运维软件(或称为服务器集中化管理软件)、或者使用haproxy、nginx等代理软件进行二次开发来实现海量服务器的管理。在网络中的服务器数量较少的情况下(例如，几百台至几千台)，这种方法基本上能够满足对服务器进行管理的要求。

然而，在面对服务器数量巨大(几万台甚至是几十万台)、网络状况复杂、高频率高并发使用等特殊情况时，使用这些开源软件不能实现对海量服务器进行有效管理的要求。

下面以使用saltstack进行服务器管理的现有技术方案为例来说明现有技术方案的主要缺点。

图1示出了使用saltstack进行服务器管理的现有技术方案的示意图。如图1所示，该技术方案采用了3层节点，第一层是master(即，中心节点)，第二层是syndic(即，代理节点)，第三层是minion(即，被管理的服务器节点)。中心节点通过代理节点来间接地管理服务器节点。这种技术方案主要存在以下缺点：

(1)无法应对复杂的网络环境和变化。

例如，由于中心节点和其他被管理机器之间的网络不一定是连通的，所以需要引入代理节点，saltstack使用syndic作为代理节点来进行信息转发，在代理节点故障或网络变差时，要新增和变更代理节点需要很复杂的操作(例如，包括选择机器、安装软件、修改配置等具体步骤)；而且，在选择备用机器之前无法预先判断其进行信息转发的最终质量，只能在运行后才知道所选择的备用机器是否适于作为代理节点，不适合作为代理节点的话则需要重新选择机器。

(2)无法同时运行多个任务。

例如，在对数以万计的机器同时进行管理操作时，会耗尽中心节点的所有资源，成功率也会很低，结果的回收也可能会把内存耗尽。在多个任务同时执行的情况下情况更加严重，而且单机的socket数量也不够分配。

(3)实时性差。

例如，由于现有技术采用的编程语言(例如，采用了解释型的python语言，运行效率较低)和并发模型(进程或线程，创建和切换成本高昂)的限制，对数万台机器同时执行管理指令时，一般都需要数十分钟的执行时间，而且还可能有部分机器会丢失反馈数据，导致数据收集结果不准确。无法满足对实时性和可靠性要求较高的场景下的应用。

(4)saltstack等代理软件的安装管理很不方便。

(5)代理节点上使用的代理软件的状态不正常(例如，代理软件挂掉)会影响代理节点本身的功能。

(6)代理软件需要占用额外的端口，对于服务器开放端口有限制的场景会有影响。

(7)代理软件本身需要配置和安全控制，增删机器都需要对配置进行修改，维护成本高。