CN105337787A - 一种多服务器监控方法、装置和系统 - Google Patents

Abstract

本发明公开了一种多服务器的监控方法、装置和系统，其中，方法包括：接收客户端通过HTTP协议发送的监控页面请求，向客户端返回监控页面；接收客户端执行脚本后发起的预置实时连接建立请求，建立与客户端之间的预置实时连接；通过该预置实时连接接收监控页面收集的监控请求信息，确定目标服务器以及与目标服务器对应的监控命令；向目标服务器发送与目标服务器对应的监控命令。根据该方案，服务器管理人员无需登录多台服务器，重复输入命令，可对多台服务器进行统一的管理，并且可通过WebSocket等实时连接实时得知服务器状态，实现对服务器的监控，而不受位置等因素的限制。

Description

一种多服务器监控方法、装置和系统

技术领域

本发明涉及计算机技术领域，具体涉及一种多服务器监控方法、装置和系统。

背景技术

在运营、维护服务器时，经常需要查看服务器的工作状态，例如，查询每台服务器的CPU使用情况，进程监控，磁盘占用以及I/O命令等，或者，控制多台服务器执行任务。对于服务器较少的情况，一般是运营人员直接登录服务器，输入命令，获得查询结果或控制服务器执行任务。

然而，随着互联网业务越来越复杂，网站运营，数据处理等所需的服务器数量不断增加，例如，服务器的数量可能达到几百上千台。这时，登录每台服务器进行监控就变得十分繁琐耗时。

另一种常见的服务器监控方式是设置一台中心服务器，通过该中心服务器监控多台服务器。但这种监控方式依然受到限制，管理人员无法随时随地得知各服务器的状态。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的多服务器监控方法、装置和系统。

根据本发明的一个方面，提供了一种多服务器的监控方法，包括：接收客户端通过HTTP协议发送的监控页面请求，向客户端返回监控页面，监控页面携带有用于建立预置实时连接的脚本；接收客户端执行脚本后发起的预置实时连接建立请求，根据预置实时连接建立请求建立与客户端之间的预置实时连接；通过与客户端之间的预置实时连接接收监控页面收集的监控请求信息；根据监控请求信息，确定目标服务器以及与目标服务器对应的监控命令；向目标服务器发送与目标服务器对应的监控命令，以供目标服务器执行所述监控命令。

根据本发明的另一方面，提供了一种多服务器的监控装置，包括：HTTP请求接口，适于接收客户端通过HTTP协议发送的监控页面请求，向客户端返回监控页面，监控页面携带有用于建立预置实时连接的脚本；配置模块，适于接收客户端执行脚本后发起的预置实时连接建立请求，根据预置实时连接建立请求建立与客户端之间的预置实时连接；预置通信接口，适于通过与客户端之间的预置实时连接接收监控页面收集的监控请求信息；分析模块，适于根据监控请求信息，确定目标服务器以及与目标服务器对应的监控命令；分配模块，适于向目标服务器发送与目标服务器对应的监控命令，以供目标服务器执行所述监控命令。

根据本发明的另一个方面，提供了一种多服务器监控系统，其包括：上述多服务器监控装置，还包括：客户端和多个服务器；其中，多个服务器与多服务器监控装置通信。

根据本发明的多服务器监控方法、装置和系统，通过HTTP协议接收监控页面请求并返回监控页面，监控页面在客户端浏览器加载执行后，请求建立用于监控的预置实时连接，响应于该连接建立请求，建立预置实时连接，并通过监控页面收集监控请求，发送给待监控的服务器。根据该方案，服务器管理人员无需登录多台服务器，重复输入命令，可对多台服务器进行统一的管理，客户端的连接配置由页面中的脚本调用浏览器接口完成，不需要浏览器之外的复杂配置即可建立能够保持状态的实时连接，达到监控要求的实时性，也不受客户端位置因素的影响。无需浏览器频繁发送请求，避免了对带宽和服务器资源的过多占用。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的多服务器监控方法的流程图；

图2示出了根据本发明另一个实施例的多服务器监控方法的流程图；

图3示出了本发明中一种监控页面的示意图；

图4示出了根据本发明另一个实施例的多服务器监控方法的流程图；

图5示出了根据本发明一个实施例的多服务器监控装置的结构框图；

图6示出了根据本发明一个实施例的多服务器监控系统的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的多服务器监控方法的流程图，如图1所示，该方法包括如下步骤：

步骤S110，接收客户端通过HTTP协议发送的监控页面请求，向客户端返回监控页面，监控页面携带有用于建立预置实时连接的脚本。

本发明实施例中，通过一台中心服务器实现对多台服务器的监控。

中心服务器提供Web服务，向能够通过HTTP协议访问该Web服务的客户端提供一个监控页面，例如，该监控页面可以是一个HTML页面。

用户在客户端通过在浏览器中输入HTML监控页面的地址等方式请求该HTML监控页面，中心服务器接收请求后通过HTTP协议向客户端返回监控页面。监控页面提供有输入元素，用于收集用户输入的监控命令等信息。

监控页面中还具有用于建立预置实时连接的脚本。预置实时连接指在监控多个服务器过程中，与中心服务器发送监控请求，接收监控结果时所使用的连接方式。由于浏览器正常访问Web服务时的HTTP连接方式是无状态的，而服务器监控，例如，监控CPU状态，需要很强的实时性，要求客户端和中心服务器之间频繁的数据交换，如果通过传统的HTTP方式进行，客户端就要频繁的刷新、发送请求，中心服务器频繁应答，之后，返回监控数据，这会占用过多的带宽和服务器资源。

本发明中采用与传统HTTP的无状态连接不同的预设实时连接进行监控。预设实时连接一般是客户端与服务器之间双向的，持续性的，有状态的连接，例如，预设实时连接可以是采用Comet技术的长连接方式，或FlashSocket，JavaApplet套接口等服务器推技术，或WebSocket连接等。

监控页面中的脚本用于建立客户端和中心服务器的预置实时连接。例如，对于FlashSocket连接，HTML监控页面中嵌入有一个使用XMLSocket类的Flash程序。监控页面中的JavaScript脚本通过调用此Flash程序提供的套接口与服务器端的套接口进行通信。对于其他的实时连接方式，监控页面中的脚本调用浏览器的相应接口，按照相应的通信规范完成连接的建立，此处不再赘述。

该步骤中，通过传统的HTTP连接发送请求，可在任何能够访问中心服务器的客户端，如计算机，移动终端等，向中心服务器请求监控页面，并通过HTTP连接获取监控页面，页面在客户端浏览器中加载，客户端的连接配置由页面中的脚本调用浏览器接口完成，不需要浏览器之外的复杂配置即可建立能够保持状态的实时连接，达到监控要求的实时性，也不受客户端位置因素的影响。

步骤S120，接收客户端执行脚本后发起的预置实时连接建立请求，根据预置实时连接建立请求，建立与客户端之间的预置实时连接。

以WebSocket连接为例，客户端在浏览器中加载所述监控页面，页面脚本调用浏览器的WebSocketAPI(应用程序编程接口)初始化与服务器间的WebSocket连接。具体地，浏览器首先要向服务器发起一个包含附加头信息“Upgrade:WebSocket”的HTTP请求，表明这是一个申请协议升级的HTTP请求，服务器端启动一个套接字监听来自客户端的连接请求，根据这些附加的头信息然后产生应答信息返回给客户端，客户端和服务器端的WebSocket连接就建立起来了。

步骤S130，通过与客户端之间的预置实时连接接收监控页面收集的监控请求信息。

监控请求信息包括目标服务器的信息，例如目标服务器的主机名(hostname)或ip地址。监控请求信息还包括对该目标服务器的监控命令，例如，对于Linux系统，要获知目标服务器的CPU使用状态或内存使用状态，则监控命令可以是Linux下常用的top命令(系统状态查询命令)，要获知磁盘状态、I/O状态等，监控命令可以是iostat命令(I/O状态命令)，对于数据库管理，例如，mongodb服务器，监控命令可以是mongostat命令(mongodb状态监控命令)。

在监控页面上提供输入元素，例如，表单元素，供用户输入目标服务器的IP地址，主机名等，以及相应的查询指令，参数等。

步骤S140，根据监控请求信息，确定目标服务器以及与目标服务器对应的监控命令。

根据用户输入的IP地址，主机名确定目标服务器，并将查询指令及参数合成为完整的命令。或者，监控页面将监控命令以及目标服务器的ip地址封装为特定名称的选项、按钮，接收用户选择，根据用户选择确定相应的监控命令。

步骤S150，向目标服务器发送与目标服务器对应的监控命令，以供目标服务器执行监控命令。

具体地，中心服务器通过配置ssh(安全shell协议)远程登录等方式将监控命令发送到目标服务器上，以供目标服务器执行。具体地，考虑到安全问题，使用一个低权限的账号，并配置中心服务器到所有目标服务器的ssh(安全shell协议)信任。

可选地，在向目标服务器发送监控命令后，还包括获取目标服务器对监控命令的执行结果，并向客户端实时推送所述执行结果的步骤。

具体地，中心服务器通过上述的安全shell协议从目标服务器获取监控命令的执行结果，通过预置实时连接向客户端实时推送执行结果，以供客户端显示执行结果。

可以按照自定义的推送策略或监控需求选择推送方式，例如，每秒推送一次。由于本发明采用了实时连接方式，客户端和中心服务器之间建立了有状态的连接，能够满足服务器监控所需的实时性要求。

根据本发明上述实施例提供的方法，接收客户端通过HTTP协议发送的监控页面请求，向客户端返回监控页面，监控页面携带有用于建立预置实时连接的脚本；接收客户端执行脚本后发起的预置实时连接建立请求，根据预置实时连接建立请求建立与客户端之间的预置实时连接；通过与客户端之间的预置实时连接接收监控页面收集的监控请求信息；根据监控请求信息，确定目标服务器以及与目标服务器对应的监控命令；向目标服务器发送与目标服务器对应的监控命令，以供目标服务器执行所述监控命令。根据该方案，服务器管理人员无需登录多台服务器，重复输入命令，可对多台服务器进行统一的管理，客户端的连接配置由页面中的脚本调用浏览器接口完成，不需要浏览器之外的复杂配置即可建立能够保持状态的实时连接，达到监控要求的实时性，也不受客户端位置因素的影响。无需浏览器频繁发送请求，避免了对带宽和服务器资源的过多占用。

图2示出了根据本发明另一个实施例的多服务器监控方法的流程图。

本发明实施例以WebSocket连接为例，说明了方法的实施过程。WebSocket是HTML5的一种新的协议，能够实现浏览器与服务器全双工通信。WebSocket能够实现向客户端主动推送数据，客户端只需向中心服务器发送一次请求，服务器解析并处理客户端连接请求中的握手信息，建立实时的长连接通道，之后，中心服务器可以在任何时刻从目标服务器中取回监控命令的执行结果，通过WebSocket连接将执行结果推送给客户端。对于其他实时连接方式，可通过类似的方式实现。

如图2所示，该方法包括如下步骤：

步骤S210，接收客户端通过HTTP协议发送的监控页面请求，向客户端返回监控页面。

本实施例中，在中心服务器上搭载一个Web服务器，建立Web服务以向客户端提供监控页面，例如，该Web页面可以是一个HTML页面，在客户端由浏览器加载，监控页面提供有输入元素，用于收集用户输入的监控命令等信息。

另外，可在页面中添加Javascript等检测脚本，当监控页面初次加载的时候，页面检测当前的浏览器是否支持WebSocket协议，并给出相应的提示信息。

步骤S220，接收建立WebSocket连接的脚本调用浏览器的WebSocket接口发起的WebSocket连接请求，建立与客户端之间的WebSocket连接。

在中心服务器端，可通过多种方式提供对WebSocket的支持，不受开发语言的限制，只需要遵从WebSocket规范即可，例如，通过node.js实现WebSocket的服务器端配置。

客户端接收监控页面后，在浏览器中加载页面，这时，页面脚本调用浏览器的WebSocketAPI(应用程序编程接口)初始化与服务器间的WebSocket连接，传递数据。具体地，页面脚本在客户端启动一个独立于页面渲染进程的进程，该进程发起一个连接请求，该请求中包含头信息“Upgrade:WebSocket”，表示请求的目的就是要将客户端和服务器端的通信协议从HTTP协议升级到WebSocket协议。从客户端到服务器端请求的头信息里包含多个密钥。服务器端解析这些头信息，并在握手的过程中依据这些信息生成一个16位的安全密钥并返回给客户端，以表明服务器端获取了客户端的请求，同意创建WebSocket连接。一旦连接建立，客户端和服务器端就可以通过这个通道双向传输数据了，并且这个连接会持续存在直到客户端或者服务器端的某一方主动的关闭连接。

WebSocket连接作为HTML5的一个新的协议，与其他的实时连接方式相比，在服务器和客户端的实现上更加容易。例如，Comet连接是通过Ajax方式来模拟实时的效果，开发人员往往需要构造两个HTTP连接来模拟客户端和服务器之间的双向通讯，复杂度很高。而FlashSocket需要客户端预先配置有Flash程序。

步骤S230，通过WebSocket连接接收监控页面的目标服务器地址，目标服务器的待执行命令以及待执行命令的参数。

Web页面在用户监控信息输入完成后提交表单，中心服务器接收表单元素中的数据，对每台目标服务器，确定该目标服务器的主机名(hostname)，将待执行命令及待执行命令的参数按规则组合成与目标服务器对应的监控命令。

步骤S240，将监控请求信息中的待执行命令及待执行命令的参数组合成与目标服务器对应的监控命令。

具体地，如图3所示，可以通过在Web页面上提供文本域等表单元素来收集上述监控信息，例如，提供三个并列的文本域，分别供用户输入目标服务器的地址，待执行命令和命令参数，这时，若用户希望通过监控命令：top-d2查询一台服务器的CPU使用状态并且每2秒更新一次CPU使用状态的查询结果，则可将目标服务器的ip地址输入在第一个文本域中，将top命令(系统状态查询命令)和参数-d2分别输入在第二和第三个文本域中。

或者，提供一个文本域和一个或多个下拉列表，用户在文本域中输入top后，多个下拉列表显示对应该命令的常见参数的选项，供用户选择。

实际中还可以采用其他方式进行信息的收集，例如，用户将目标服务器地址，及待执行命令，命令参数写在文本文件或脚本文件中，通过监控页面将文件上传至中心服务器中。

步骤S250，向目标服务器发送与目标服务器对应的监控命令。

通过ssh(安全shell协议)远程登录等方式将监控命令发送到目标服务器上，以供目标服务器执行。具体地，考虑到安全问题，使用一个低权限的账号，并配置中心服务器到所有目标服务器的ssh(安全shell协议)信任。

WebSocket连接能够实现向客户端主动推送数据，客户端只需向中心服务器发送一次请求，服务器解析并处理客户端连接请求中的握手信息，建立连接通道，之后，中心服务器可以在任何时刻从目标服务器中取回监控命令的执行结果，通过WebSocket连接将执行结果推送给客户端。

进一步地，可以对获取的执行结果按预定方式处理后，提供给客户端，例如，根据执行结果绘制表格，图形等。

步骤S260，获取目标服务器对监控命令的执行结果。

大多数监控命令都是阻塞式的，执行该步骤前，需要在目标服务器上启动一个socket(套接字)来和中心服务器通信。

以top–d2命令为例，可在中心服务器上作如下配置：

while(1){

ssh‘desthost’‘top–n1’

sleep(2)；

}

上述配置方式使中心服务器每隔两秒去目标服务器上查看，获取命令执行结果。

步骤S270，通过WebSocket连接向客户端实时推送监控命令的执行结果。

具体地，以top–d1命令为例，可从执行结果中提取出目标服务器每秒的CPU状态，采用与浏览器兼容的HTML5canvas或Highcharts图表库等工具绘制出CPU使用状况的曲线图，使用户或运维人员能更直观地得知CPU状态。

根据本发明上述实施例提供的方法，通过监控页面收集用户直接输入的目标服务器地址，待执行命令以及命令参数，组合成为目标服务器的监控命令，这对于较少数量的服务器和单一的监控命令，易于实现，使用便捷；服务器管理人员无需登录多台服务器，重复输入命令，可对多台服务器进行统一的管理，并且可通过WebSocket连接实时地得知服务器状态，完成服务器监控，而不受位置等因素的限制，WebSocket连接建立后，能够实现向客户端的主动推送，不需要频繁的请求和应答，避免了对带宽和服务器资源的过多占用。

图3示出了根据本发明另一个实施例提供的多服务器监控方法的流程图，本发明实施例以WebSocket连接为例，说明了方法的实施过程，对于其他连接方式，可通过类似的方式实现。

如图3所示，该方法包括如下步骤：

步骤S310，接收客户端通过HTTP协议发送的监控页面请求，向客户端返回监控页面。

步骤S320，接收建立WebSocket连接的脚本调用浏览器HTML5的WebSocket接口发起的WebSocket连接请求，建立与客户端之间的WebSocket连接。

步骤S330，通过WebSocket连接接收监控页面收集的一个或多个交互选项的输入状态。

上一实施例中，监控页面收集的监控请求信息为用户直接输入的目标服务器的ip地址或主机名称，待执行命令，命令参数等，在服务器数量较少，监控命令单一的情况下，这种方式是便捷的。然而，实际中，服务器可能数量众多，并且监控命令的复杂度较高，参数众多，直接输入命令对用户来说难以实现。

在本实施例中，监控页面以一种直观的方式收集监控请求的信息。其中，中心服务器在提供的监控页面上设置多个交互选项，用于指定目标服务器，待执行命令和命令参数。以多个交互选项的输入状态作为监控请求的信息。

监控页面中的交互选项也可以通过表单提供，例如，交互选项可以是一组单选框或复选框等表单元素。

服务器数量众多时，为方便管理，对服务器的监控通常分组进行，例如，按业务维度及角色维度对服务器进行分组，业务维度包括存储业务、Web业务等，角色维度包括mysql服务器、redis服务器、apache服务器、nginx服务器等。一部分服务器用于存储业务，如部署mysql，redis数据库，一部分用于Web业务，如部署apache，nginx数据库等。每个服务器通过上述两个维度进行分组，例如，导航的nginx服务器，手机助手的mysql服务器等。当然，也可以添加其他维度，如机房位置，对服务器进行分组。

按上述方式分组后，一组中的服务器通常具有相同的配置，用户的监控需求可能是对这一组服务器执行某一相同的监控。这种情况下，可将Web页面中的交互选项设为3组，第一组交互选项用于指定一台或一组目标服务器，服务器的分组按上述的业务或角色维度进行，该组交互选项的名称可以是服务器的主机名称，服务器所属的维度等，例如，手机助手的mysql服务器。第二组交互选项用于指定目标服务器的待执行命令，例如，CPU查询，磁盘状态查询等。第三组交互选项用于指定待执行命令的参数。

例如，要监控10台服务器，这些服务器用于不同的业务，其中，3台服务器用于手机助手业务，3台用于安全卫士，其余的用于浏览器业务，则指定目标服务器的交互选项可以这样设置：包括3个复选框，复选框的名称即为手机助手，安全卫士，浏览器，这时用户可以直观地表达自己的监控意图，而不必进行复杂操作。对指定待执行命令和参数的交互选项的设置方式相似，此处不再赘述。

步骤S340，根据所述一个或多个交互选项的输入状态与目标服务器的对应关系确定目标服务器。

中心服务器存储有一个或多个交互选项的输入状态与目标服务器和/或目标服务器的待执行命令和/或待执行命令的参数的对应关系。例如，手机助手选项对应于一个或多个服务器的ip地址或主机名称，浏览器选项对应另一批服务器的ip地址或主机名称。

例如，用户在目标服务器交互选项中选择了手机助手，中心服务器接收该输入状态，查询该输入状态对应的3台手机助手服务器的ip地址或主机名称，根据ip地址或中心服务器的域名解析确定目标服务器。

步骤S350，根据一个或多个交互选项的输入状态与所述待执行命令和/或待执行命令的参数对应关系生成监控命令。

与确定目标服务器类似地，根据交互选项的输入状态查询与该输入状态对应的待执行命令和命令的参数。将查询的待执行命令和命令参数组合生成监控命令。

步骤S360，向目标服务器发送与目标服务器对应的监控命令。

步骤S370，获取目标服务器对监控命令的执行结果。

步骤S380，通过WebSocket连接向客户端实时推送监控命令的执行结果。

步骤S3560-S380的具体实现方式可参照上一实施例，此处不再赘述。

根据本发明上述实施例提供的方法，通过Web页面提供交互选项，根据交互选项的输入状态确定目标服务器并生成监控命令，在服务器数量众多时，命令复杂的情况中，能够极大地降低用户监控时的操作的复杂度；通过WebSocket连接，能够实时地将目标服务器的命令执行结果推送给浏览器，无需浏览器频繁发送请求，避免了对带宽和服务器资源的过多占用。

图4示出了根据本发明一个实施例的多服务器监控装置的结构框图，如图4所示，该装置包括：

HTTP请求接口410，适于接收客户端通过HTTP协议发送的监控页面请求，向客户端返回监控页面，监控页面携带有用于建立预置实时连接的脚本。

本发明中采用与传统HTTP的无状态连接不同的预设实时连接进行监控。预设实时连接一般是客户端与服务器之间双向的，持续性的，有状态的连接，例如，预设实时连接可以是采用Comet技术的长连接方式，或FlashSocket，JavaApplet套接口等服务器推技术，或WebSocket连接等。

配置模块420，适于接收客户端执行脚本后发起的预置实时连接建立请求，根据预置实时连接建立请求建立与客户端之间的所述预置实时连接。

可选地，配置模块420进一步适于：接所述建立WebSocket连接的脚本调用浏览器的WebSocket接口发起的WebSocket连接请求；建立与客户端之间的WebSocket连接。

预置通信接口430，适于通过与客户端之间的预置实时连接接收监控页面收集的监控请求信息。

预置通信接口430进一步适于：通过与客户端之间建立的WebSocket连接接收监控页面收集的监控请求信息。

分析模块440，适于根据监控请求信息，确定目标服务器以及与目标服务器对应的监控命令。

可选地，监控页面收集的监控请求信息包括：在监控页面中输入的目标服务器地址和/或目标服务器的待执行命令和/或待执行命令的参数。

分析模块440进一步适于：根据目标服务器地址确定目标服务器，并将待执行命令及待执行命令的参数组合成与目标服务器对应的监控命令。

可选地，监控页面上设置有的一个或多个交互选项，一个或多个交互选项对应于目标服务器和/或目标服务器的待执行命令和/或待执行命令的参数。

则预置通信接口430进一步适于：通过与客户端之间的预置实时连接接收监控页面收集的一个或多个交互选项的输入状态。

可选地，装置还包括：存储模块470，适于存储一个或多个交互选项的输入状态与目标服务器和/或目标服务器的待执行命令和/或待执行命令的参数的对应关系。

分析模块440进一步适于：根据存储模块470存储的一个或多个交互选项的输入状态与目标服务器的对应关系确定所述目标服务器，以及根据一个或多个交互选项的输入状态与待执行命令和/或待执行命令的参数对应关系生成监控命令。

分配模块450，适于目标服务器发送与目标服务器对应的监控命令，以供目标服务器执行监控命令。

可选地，装置还包括：获取模块460，适于获取目标服务器对监控命令的执行结果。

可选地，预置通信接口430进一步适于：通过预置实时连接向客户端实时推送执行结果，以供客户端显示执行结果。

图5示出了根据本发明一个实施例的多服务器监控系统的结构框图，如图5所示，该系统包括：上一实施例中的多服务器监控装置，还包括：客户端和多个服务器；多个服务器与多服务器监控装置通信。

根据本发明上述实施例提供的多服务器监控装置和监控系统，Web服务器通过Web页面收集用户直接输入的目标服务器地址，待执行命令以及命令参数，组合成为目标服务器的监控命令，这对于较少数量的服务器和单一的监控命令，易于实现；或者，Web服务器在Web页面中提供交互选项，分析模块根据交互选项的输入状态确定目标服务器并生成监控命令，在服务器数量众多时，命令复杂的情况中，能够极大地降低用户监控时的操作的复杂度；通过WebSocket等长连接，实时地将目标服务器的命令执行结果推送给浏览器，无需浏览器频繁发送请求，避免了对带宽和服务器资源的过多占用。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的多服务器监控装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了：

A1、一种多服务器监控方法，所述方法包括：

接收客户端通过HTTP协议发送的监控页面请求，向所述客户端返回监控页面，所述监控页面携带有用于建立预置实时连接的脚本；

接收所述客户端执行所述脚本后发起的预置实时连接建立请求，根据所述预置实时连接建立请求建立与客户端之间的所述预置实时连接；

通过所述与客户端之间的预置实时连接接收所述监控页面收集的监控请求信息；

根据所述监控请求信息，确定目标服务器以及与所述目标服务器对应的监控命令；

向所述目标服务器发送与所述目标服务器对应的监控命令，以供所述目标服务器执行所述监控命令。

A2、根据A1所述的方法，其中，所述方法还包括：

获取所述目标服务器对所述监控命令的执行结果；

通过所述预置实时连接向所述客户端实时推送所述执行结果，以供所述客户端显示所述执行结果。

A3、根据A1或A2所述的方法，其中，所述监控页面携带有用于建立WebSocket连接的脚本；

所述接收所述客户端执行所述脚本后发起的预置实时连接建立请求，根据所述预置实时连接建立请求建立与客户端之间的所述预置实时连接进一步包括：

接收所述建立WebSocket连接的脚本调用浏览器的WebSocket接口发起的WebSocket连接请求；

建立与所述客户端之间的WebSocket连接；

所述通过所述与客户端之间的预置实时连接接收所述监控页面收集的监控请求信息进一步包括：

通过与客户端之间建立的所述WebSocket连接接收所述监控页面收集的监控请求信息。

A4、根据A1所述的方法，其中，所述通过所述与客户端之间的预置实时连接接收所述监控页面收集的监控请求信息包括：在所述监控页面中输入的目标服务器地址和/或目标服务器的待执行命令和/或所述待执行命令的参数；

所述根据所述监控请求信息，确定所述监控请求信息对应的目标服务器进一步包括：根据所述目标服务器地址确定所述目标服务器；

所述生成与所述目标服务器对应的监控命令进一步包括：将所述待执行命令及待执行命令的参数组合成与所述目标服务器对应的监控命令。

A5、根据A1所述的方法，其中，所述监控页面上设置有一个或多个交互选项，所述一个或多个交互选项对应于目标服务器和/或所述目标服务器的待执行命令和/或所述待执行命令的参数；

所述通过与客户端之间的预置实时连接接收所述客户端收集的监控请求信息包括：通过与客户端之间的预置实时连接接收所述监控页面收集的所述一个或多个交互选项的输入状态。

A6、根据A5所述的方法，其中，所述方法还包括：存储所述一个或多个交互选项的输入状态与目标服务器和/或目标服务器的待执行命令和/或所述待执行命令的参数的对应关系；

所述根据所述监控请求信息，确定所述监控请求信息对应的目标服务器进一步包括：根据所述一个或多个交互选项的输入状态与目标服务器的对应关系确定所述目标服务器；

所述生成与所述目标服务器对应的监控命令进一步包括：根据所述一个或多个交互选项的输入状态与所述待执行命令和/或所述待执行命令的参数对应关系生成所述监控命令。

B7、一种多服务器监控装置，所述装置包括：

HTTP请求接口，适于接收客户端通过HTTP协议发送的监控页面请求，向所述客户端返回监控页面，所述监控页面携带有用于建立预置实时连接的脚本；

配置模块，适于接收所述客户端执行所述脚本后发起的预置实时连接建立请求，根据所述预置实时连接建立请求建立与客户端之间的所述预置实时连接；

预置通信接口，适于通过所述与客户端之间的预置实时连接接收所述监控页面收集的监控请求信息；

分析模块，适于根据所述监控请求信息，确定目标服务器以及与所述目标服务器对应的监控命令；

分配模块，适于向所述目标服务器发送与所述目标服务器对应的监控命令，以供所述目标服务器执行所述监控命令。

B8、根据B7所述的装置，其中，所述装置还包括：

获取模块，适于获取所述目标服务器对所述监控命令的执行结果；

所述预置通信接口进一步适于：通过所述预置实时连接向所述客户端实时推送所述执行结果，以供所述客户端显示所述执行结果。

B9、根据B7或B8所述的装置，其中，所述监控页面携带有用于建立WebSocket连接的脚本；

所述配置模块进一步适于：

接收所述建立WebSocket连接的脚本调用浏览器的WebSocket接口发起的WebSocket连接请求；

建立与所述客户端之间的WebSocket连接；

所述预置通信接口进一步适于：通过与客户端之间建立的所述WebSocket连接接收所述监控页面收集的监控请求信息。

B10、根据B7所述的装置，其中，所述监控页面收集的监控请求信息包括：在所述监控页面中输入的目标服务器地址和/或目标服务器的待执行命令和/或所述待执行命令的参数；

所述分析模块进一步适于：根据所述目标服务器地址确定所述目标服务器，并将所述待执行命令及待执行命令的参数组合成与所述目标服务器对应的监控命令。

B11、根据B7所述的装置，其中，所述监控页面上设置有的一个或多个交互选项，所述一个或多个交互选项对应于目标服务器和/或所述目标服务器的待执行命令和/或所述待执行命令的参数；

所述预置通信接口进一步适于：通过与客户端之间的预置实时连接接收所述监控页面收集的所述一个或多个交互选项的输入状态。

B12、根据B11所述的装置，其中，所述装置还包括：存储模块，适于存储所述一个或多个交互选项的输入状态与目标服务器和/或目标服务器的待执行命令和/或所述待执行命令的参数的对应关系；

所述分析模块进一步适于：根据所述一个或多个交互选项的输入状态与目标服务器的对应关系确定所述目标服务器，以及

根据所述一个或多个交互选项的输入状态与所述待执行命令和/或所述待执行命令的参数对应关系生成所述监控命令。

C13、一种多服务器监控系统，其包括：B7-B12任一项所述的多服务器监控装置，还包括：客户端和多个服务器；

所述多个服务器与所述多服务器监控装置通信。

Claims (10)

1.一种多服务器监控方法，所述方法包括：

接收客户端通过HTTP协议发送的监控页面请求，向所述客户端返回监控页面，所述监控页面携带有用于建立预置实时连接的脚本；

接收所述客户端执行所述脚本后发起的预置实时连接建立请求，根据所述预置实时连接建立请求建立与客户端之间的所述预置实时连接；

通过所述与客户端之间的预置实时连接接收所述监控页面收集的监控请求信息；

根据所述监控请求信息，确定目标服务器以及与所述目标服务器对应的监控命令；

向所述目标服务器发送与所述目标服务器对应的监控命令，以供所述目标服务器执行所述监控命令。

2.根据权利要求1所述的方法，其中，所述方法还包括：

获取所述目标服务器对所述监控命令的执行结果；

通过所述预置实时连接向所述客户端实时推送所述执行结果，以供所述客户端显示所述执行结果。

3.根据权利要求1或2所述的方法，其中，所述监控页面携带有用于建立WebSocket连接的脚本；

所述接收所述客户端执行所述脚本后发起的预置实时连接建立请求，根据所述预置实时连接建立请求建立与客户端之间的所述预置实时连接进一步包括：

接收所述建立WebSocket连接的脚本调用浏览器的WebSocket接口发起的WebSocket连接请求；

建立与所述客户端之间的WebSocket连接；

所述通过所述与客户端之间的预置实时连接接收所述监控页面收集的监控请求信息进一步包括：

通过与客户端之间建立的所述WebSocket连接接收所述监控页面收集的监控请求信息。

4.根据权利要求1所述的方法，其中，所述通过所述与客户端之间的预置实时连接接收所述监控页面收集的监控请求信息包括：在所述监控页面中输入的目标服务器地址和/或目标服务器的待执行命令和/或所述待执行命令的参数；

所述根据所述监控请求信息，确定所述监控请求信息对应的目标服务器进一步包括：根据所述目标服务器地址确定所述目标服务器；

所述生成与所述目标服务器对应的监控命令进一步包括：将所述待执行命令及待执行命令的参数组合成与所述目标服务器对应的监控命令。

5.根据权利要求1所述的方法，其中，所述监控页面上设置有一个或多个交互选项，所述一个或多个交互选项对应于目标服务器和/或所述目标服务器的待执行命令和/或所述待执行命令的参数；

所述通过与客户端之间的预置实时连接接收所述客户端收集的监控请求信息包括：通过与客户端之间的预置实时连接接收所述监控页面收集的所述一个或多个交互选项的输入状态。

6.根据权利要求5所述的方法，其中，所述方法还包括：存储所述一个或多个交互选项的输入状态与目标服务器和/或目标服务器的待执行命令和/或所述待执行命令的参数的对应关系；

所述根据所述监控请求信息，确定所述监控请求信息对应的目标服务器进一步包括：根据所述一个或多个交互选项的输入状态与目标服务器的对应关系确定所述目标服务器；

所述生成与所述目标服务器对应的监控命令进一步包括：根据所述一个或多个交互选项的输入状态与所述待执行命令和/或所述待执行命令的参数对应关系生成所述监控命令。

7.一种多服务器监控装置，所述装置包括：

HTTP请求接口，适于接收客户端通过HTTP协议发送的监控页面请求，向所述客户端返回监控页面，所述监控页面携带有用于建立预置实时连接的脚本；

配置模块，适于接收所述客户端执行所述脚本后发起的预置实时连接建立请求，根据所述预置实时连接建立请求建立与客户端之间的所述预置实时连接；

预置通信接口，适于通过所述与客户端之间的预置实时连接接收所述监控页面收集的监控请求信息；

分析模块，适于根据所述监控请求信息，确定目标服务器以及与所述目标服务器对应的监控命令；

分配模块，适于向所述目标服务器发送与所述目标服务器对应的监控命令，以供所述目标服务器执行所述监控命令。

8.根据权利要求7所述的装置，其中，所述装置还包括：

获取模块，适于获取所述目标服务器对所述监控命令的执行结果；

所述预置通信接口进一步适于：通过所述预置实时连接向所述客户端实时推送所述执行结果，以供所述客户端显示所述执行结果。

9.根据权利要求7或8所述的装置，其中，所述监控页面携带有用于建立WebSocket连接的脚本；

所述配置模块进一步适于：

接收所述建立WebSocket连接的脚本调用浏览器的WebSocket接口发起的WebSocket连接请求；

建立与所述客户端之间的WebSocket连接；

所述预置通信接口进一步适于：通过与客户端之间建立的所述WebSocket连接接收所述监控页面收集的监控请求信息。

10.一种多服务器监控系统，其包括：权利要求7-9任一项所述的多服务器监控装置，还包括：客户端和多个服务器；

所述多个服务器与所述多服务器监控装置通信。