CN105939201A - 服务器状态的检查方法和装置 - Google Patents

Abstract

本发明提供一种服务器状态的检查方法和装置，应用在网络设备上，所述方法包括：当与服务器成功建立TCP连接时，通过TCP连接向服务器发送业务请求；在业务请求发送成功后，接收服务器根据业务请求返回的响应报文；通过对响应报文的业务特征进行检查，确定服务器的状态。应用本发明实施例，在对服务器状态进行检查的过程中，服务器可以保持运行状态，因此，可以避免服务器业务被中断，另外，通过网络设备对服务器的状态进行在线检查，可以提高服务器状态检查的效率，能够及时发现服务器的故障问题。

Description

服务器状态的检查方法和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种服务器状态的检查方法和装置。

背景技术

负载均衡设备是一种用于网络性能优化的网络设备，可以实现对多台服务器的集中管理和调度，具体地，可以在客户端设备和服务器之间设置负载均衡设备，负载均衡设备在接收到来自客户端设备的业务流量时，可以根据网络中服务器的状态情况，将业务流量转发给处于正常状态的服务器。

在相关技术中，通常采用人工检查方式来实现服务器的状态情况检查，然而，服务器只有在运行状态下才能提供服务，而采用人工检查方式需要将服务器关闭，因此不但检查效率较低，还会造成服务器业务中断。

发明内容

有鉴于此，本发明提供一种服务器状态的检查方法和装置，以提高服务器状态检查的效率，还保障服务器业务不被中断。

具体地，本发明是通过如下技术方案实现的：

本发明的第一方面，提供一种服务器状态的检查方法，应用在网络设备上，所述方法包括：

当与服务器成功建立TCP连接时，通过所述TCP连接向所述服务器发送业务请求；

在所述业务请求发送成功后，接收所述服务器根据所述业务请求返回的响应报文；

通过对所述响应报文的业务特征进行检查，确定所述服务器的状态。

本发明的第二方面，提供一种服务器状态的检查装置，应用在网络设备上，所述装置包括：

发送单元，用于当与服务器成功建立TCP连接时，通过所述TCP连接向所述服务器发送业务请求；

接收单元，用于在所述业务请求发送成功后，接收所述服务器根据所述业务请求返回的响应报文；

第一确定单元，用于通过对所述响应报文的业务特征进行检查，确定所述服务器的状态。

应用本发明实施例，在对服务器状态进行检查的过程中，服务器可以保持运行状态，因此，可以避免服务器业务被中断，另外，通过网络设备对服务器的状态进行在线检查，可以提高服务器状态检查的效率，能够及时发现服务器的故障问题。

附图说明

图1是本发明一示例性实施例示出的一种应用场景示意图；

图2是本发明一示例性实施例示出的一种服务器状态的检查方法的流程示意图；

图3是本发明一示例性实施例示出的一种服务器状态的检查装置所在设备的一种硬件结构图；

图4是本发明一示例性实施例示出的一种服务器状态的检查装置的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是本发明一示例性实施例示出的一种应用场景示意图。

如图1所示，包括客户端设备、网络设备以及服务器，在本发明实施例中，网络设备可以与服务器可以建立TCP连接，通过TCP连接向服务器发起第一业务请求，当该第一业务请求成功发送至服务器时，可以接收服务器根据该第一业务请求返回的响应报文，对响应报文的业务特征进行检查，确定服务器的状态情况，并保存确定的服务器状态，比如，正常状态或者异常状态，当接收到来自客户端设备的第二业务请求时，可以将该第二业务请求转发给处于正常状态的服务器，从而保障服务器对第二业务请求的有效处理。

下面的实施例中将结合附图对网络设备实现服务器状态检查的过程进行详细描述，以下实施例中将第一业务请求称为业务请求。

图2是本发明一示例性实施例示出的一种服务器状态的检查方法的流程示意图。

如图2所示，一种服务器状态的检查方法，应用在网络设备上，该方法可以包括以下步骤：

步骤201，当与服务器成功建立TCP连接时，通过TCP连接向服务器发送业务请求。

根据本发明一优选实施例，本步骤中，网络设备可以向服务器发送TCP连接请求，与服务器进行TCP三次握手，当与服务器成功建立TCP连接时，通过该TCP连接向服务器发送业务请求。优选地，管理员或者技术人员可以在网络设备中预先设置第一预设时间，若TCP连接时间小于第一预设时间，即在到达第一预设时间之前，成功建立TCP连接，则向服务器发送业务请求。

步骤202，在业务请求发送成功后，接收服务器根据业务请求返回的响应报文。

在本步骤中，网络设备向服务器成功发送业务请求后，可以接收服务器根据该业务请求返回的响应报文，根据本发明的一优选实施例，可以预先设置第二预设时间，通过判断发送时间是否超过第二预设时间以确定业务请求是否成功发送，具体地，当发送时间小于第二预设时间时，可以确定业务请求成功发送至服务器，进一步地，可以接收服务器根据业务请求返回的响应报文。

步骤203，通过对响应报文的业务特征进行检查，确定服务器的状态。

根据本发明的一优选实施例，为保障响应报文的完整性和业务特征检查的准确性，在执行步骤203之前，需要确定是否接收到响应报文的所有负载内容，优选地，可以查找响应报文的头部特征，判断头部特征中是否包括块chunk特征，若包括，则可以确定响应报文由数量不确定(至少一个)的数据块组成并传输，在接收到大小为零的数据块时，可以确定接收到所有数据块，这些数据块可以组成响应报文的所有负载内容，这种确定方式，适用于服务器不可预先确定响应报文的负载长度的情况；另一种优选方案，在服务器可以预先知道响应报文的负载长度的情况下，可以判断头部特征中是否包括负载长度content-length特征，content-length特征用于标示负载内容的长度，网络设备可以根据content-length特征标示的长度来判断响应报文是否接收完成，具体地，当响应报文的当前长度等于content-length特征标示的长度时，可以确定接收到响应报文的所有负载内容。需要说明的是，如果通过上述两种方式中的任何一种确定没有接收到响应报文的所有负载内容，则将继续对接收响应报文的负载内容，直到确定接收到所有负载内容后，再进行下一步对响应报文的处理。

进一步地，基于上述优选实施例，确定接收到响应报文的所有负载内容后，还可以查找响应报文的头部特征，判断头部特征中是否包括压缩gzip特征，若包括，则网络设备可以根据预设的解压算法对压缩的响应报文进行解压处理，比如，通过调用***的gzip命令对响应报文进行解压处理，更进一步地，对解压处理后的响应报文中的业务特征进行检查，从而确定服务器的状态。反之，若头部特征中没有包括压缩gzip特征，则该响应报文未进行压缩，无须进行解压处理。

在步骤203中，当网络设备确定接收到响应报文的所有负载内容时，可以对响应报文中的业务特征进行检查，这里所述的业务特征可以根据业务请求的类型而确定，例如，业务请求为对帐号的验证请求，该帐号本身为字母形式，比如A+B，因此业务特征应该为A+B，对响应报文中的业务特征进行检查，从而最终确定服务器的状态，网络设备可以保存最终的服务器状态，为业务调度提供参考。

优选地，步骤203可以包括：当所述响应报文的业务特征包括预设正常特征且不包括预设异常特征时，确定所述服务器处于正常状态；当所述响应报文的业务特征包括所述预设正常特征和预设异常特征时，确定所述服务器处于异常状态；当所述响应报文的业务特征不包括所述预设正常特征且包括所述预设异常特征时，确定所述服务器处于异常状态；当所述响应报文的业务特征不包括所述预设正常特征和所述预设异常特征时，确定所述服务器处于异常状态。举例来说，以上述对帐号的验证请求为例，帐号本身为字母形式，比如A+B，管理员或者技术人员可以根据该业务请求类型，预先设置异常特征和正常特征，比如，预设异常特征为1+2，预设正常特征为A+B，当响应报文的业务特征包括A+B但不包括1+2时，确定服务器处于正常状态，或者，当响应报文的业务特征包括A+B和1+2时，确定服务器处于异常状态，或者，当响应报文的业务特征不包括A+B但包括1+2时，确定服务器为异常状态，再或者，当响应报文的业务特征不包括A+B和1+2时，确定服务器为异常状态。

根据本发明的一可选实施例，当TCP连接建立失败时，网络设备可以确定服务器处于异常状态，具体地，预先设置第一预设时间，若连接时间超过第一预设时间，即在到达第一预设时间时仍未建立TCP连接，则TCP连接建立失败，进而确定服务器处于异常状态。

进一步地，根据本发明的另一可选实施例，当业务请求发送失败时，可以确定服务器处于异常状态。在本发明实施例中，可以预先设置第二预设时间，通过判断发送时间是否超过第二预设时间以确定业务请求是否成功发送，具体地，若发送时间大于第二预设时间，即在到达第二预设时间时，业务请求未成功发送至服务器(或者服务器仍未收到业务请求)，确定服务器处于异常状态。

根据本发明的另一可选实施例，在对响应报文的业务特征进行检查之前，网络设备还可以判断响应报文的状态码是否匹配预设状态值，比如，预设状态值为200，假设响应报文中的状态码为503，与预设状态值不匹配，则可以确定服务器处于异常状态，反之，若响应报文的状态码为200，与预设状态值匹配，则可以执行对响应报文的业务特征进行检查，确定服务器的状态。

为了提高服务器状态检查的准确性，本发明还提供一优选实施例，具体地，网络设备中还可以预先配置包括但不限于检查周期以及检查次数，举例来说，网络设备首次向服务器发送TCP连接请求，在到达第一预设时间时仍未建立TCP连接，可以初次判断服务器可能处于异常状态，为了保障判断的准确性，在到达检查周期时，可以再次向服务器发送TCP连接请求，并二次判断服务器的状态(例如，在到达第一预设时间时，是否成功建立TCP连接)，若多次发送TCP连接请求，仍然未能够成功建立TCP连接，在发送TCP连接请求的次数到达检查次数后，将不再向服务器发送TCP连接，且确定服务器为异常状态，网络设备将保存该检查结果(服务器异常)，可以理解的是，网络设备通过判断是否成功发送业务请求以确定服务器的状态，也可以运用检查周期和检查次数这种检查机制，原理同上述TCP连接描述一致，在此不再一一赘述。

应用上述实施例，在对服务器状态进行检查的过程中，服务器可以保持运行状态，因此，可以避免服务器业务被中断，另外，通过网络设备对服务器的状态进行在线检查，可以提高服务器状态检查的效率，能够及时发现服务器的故障问题。

与前述服务器状态的检查方法的实施例相对应，本发明还提供了服务器状态的检查装置的实施例。

本发明服务器状态的检查装置400的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在网络设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本发明服务器状态的检查装置所在设备的一种硬件结构图，除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的网络设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

图4是本发明一示例性实施例示出的一种服务器状态的检查装置的结构框图。

如图4所示，一种服务器状态的检查装置400，应用在网络设备上，该装置包括发送单元401，接收单元402和第一确定单元403。

发送单元401用于当与服务器成功建立TCP连接时，通过所述TCP连接向所述服务器发送业务请求。

接收单元402用于在所述业务请求发送成功后，接收所述服务器根据所述业务请求返回的响应报文。

第一确定单元403用于通过对所述响应报文的业务特征进行检查，确定所述服务器的状态。

根据本发明的优选实施例，第一确定单元403具体可以用于当所述响应报文的业务特征包括预设正常特征且不包括预设异常特征时，确定所述服务器处于正常状态；当所述响应报文的业务特征包括所述预设正常特征和预设异常特征时，确定所述服务器处于异常状态；当所述响应报文的业务特征不包括所述预设正常特征且包括所述预设异常特征时，确定所述服务器处于异常状态；当所述响应报文的业务特征不包括所述预设正常特征和所述预设异常特征时，确定所述服务器处于异常状态。

根据本发明一可选实施例，一种服务器状态的检查装置400还可以包括第二确定单元和第三确定单元，其中，第二确定单元用于当所述TCP连接建立失败时，确定所述服务器处于异常状态，第三确定单元用于当所述业务请求发送失败时，确定所述服务器处于异常状态。

根据本发明的一优选实施例，一种服务器状态的检查装置400还可以包括第四确定单元，用于在对所述响应报文的业务特征进行检查之前，确定是否接收到所述响应报文的所有负载内容。优选地，第四确定单元具体可以用于若所述响应报文的头部特征包括块chunk特征，则确定所述响应报文通过分块传输，且所述响应报文由至少一个数据块组成；在接收到大小为零的数据块时，确定接收到所述响应报文的所有数据块，所述所有数据块组成所述响应报文的所有负载内容；或者，若所述头部特征包括负载长度content-length特征，则当所述响应报文的当前长度等于所述content-length特征标示的长度时，确定接收到所述响应报文的所有负载内容；在第四确定单元确定接收到响应报文的所有负载内容后，当响应报文的头部包括压缩gzip特征时，根据预设的解压算法对所述响应报文进行解压处理，基于此，第一确定单元403可以通过对解压处理后的响应报文的业务特征进行检查，确定服务器的状态。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种服务器状态的检查方法，其特征在于，应用在网络设备上，所述方法包括：

当与服务器成功建立TCP连接时，通过所述TCP连接向所述服务器发送业务请求；

在所述业务请求发送成功后，接收所述服务器根据所述业务请求返回的响应报文；

通过对所述响应报文的业务特征进行检查，确定所述服务器的状态。

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

当所述TCP连接建立失败时，确定所述服务器处于异常状态；

当所述业务请求发送失败时，确定所述服务器处于异常状态。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在对所述响应报文的业务特征进行检查之前，确定是否接收到所述响应报文的所有负载内容。

4.根据权利要求3所述的方法，其特征在于，所述确定是否接收到所述响应报文的所有负载内容，包括：

若所述响应报文的头部特征包括块chunk特征，则确定所述响应报文通过分块传输，且所述响应报文由至少一个数据块组成；

在接收到大小为零的数据块时，确定接收到所述响应报文的所有数据块，所述所有数据块组成所述响应报文的所有负载内容；

或者，

若所述头部特征包括负载长度content-length特征，则当所述响应报文的当前长度等于所述content-length特征标示的长度时，确定接收到所述响应报文的所有负载内容；

在确定接收到所述响应报文的所有负载内容之后，所述方法还包括：

当所述响应报文的头部特征包括压缩gzip特征时，根据预设的解压算法对所述响应报文进行解压处理；

所述对所述响应报文的业务特征进行检查，包括：

对解压处理后的响应报文的业务特征进行检查。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在对所述响应报文的业务特征进行检查之前，判断所述响应报文的状态码是否匹配预设状态值；

若不是，则确定所述服务器处于异常状态，若是，则执行所述通过对响应报文的业务特征进行检查，确定所述服务器的状态。

6.根据权利要求1所述的方法，其特征在于，所述通过对所述响应报文的业务特征进行检查，确定所述服务器的状态，包括：

当所述响应报文的业务特征包括预设正常特征且不包括预设异常特征时，确定所述服务器处于正常状态；

当所述响应报文的业务特征包括所述预设正常特征和预设异常特征时，确定所述服务器处于异常状态；

当所述响应报文的业务特征不包括所述预设正常特征且包括所述预设异常特征时，确定所述服务器处于异常状态；

当所述响应报文的业务特征不包括所述预设正常特征和所述预设异常特征时，确定所述服务器处于异常状态。

7.一种服务器状态的检查装置，其特征在于，应用在网络设备上，所述装置包括：

发送单元，用于当与服务器成功建立TCP连接时，通过所述TCP连接向所述服务器发送业务请求；

接收单元，用于在所述业务请求发送成功后，接收所述服务器根据所述业务请求返回的响应报文；

第一确定单元，用于通过对所述响应报文的业务特征进行检查，确定所述服务器的状态。

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

第二确定单元，用于当所述TCP连接建立失败时，确定所述服务器处于异常状态；

第三确定单元，用于当所述业务请求发送失败时，确定所述服务器处于异常状态。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第四确定单元，用于在对所述响应报文的业务特征进行检查之前，确定是否接收到所述响应报文的所有负载内容。

10.根据权利要求7所述的装置，其特征在于，所述第一确定单元具体用于：

当所述响应报文的业务特征包括预设正常特征且不包括预设异常特征时，确定所述服务器处于正常状态；

当所述响应报文的业务特征包括所述预设正常特征和预设异常特征时，确定所述服务器处于异常状态；

当所述响应报文的业务特征不包括所述预设正常特征且包括所述预设异常特征时，确定所述服务器处于异常状态；

当所述响应报文的业务特征不包括所述预设正常特征和所述预设异常特征时，确定所述服务器处于异常状态。