CN103684929A

CN103684929A - 服务器状态的监控系统及方法

Info

Publication number: CN103684929A
Application number: CN201310741794.2A
Authority: CN
Inventors: 于凤东; 张磊; 马一鸣
Original assignee: LeTV Information Technology Beijing Co Ltd
Current assignee: LeTV Cloud Computing Co Ltd
Priority date: 2013-12-27
Filing date: 2013-12-27
Publication date: 2014-03-26
Anticipated expiration: 2033-12-27
Also published as: CN103684929B

Abstract

本申请公开了一种服务器状态的监控系统及方法，其特征在于利用心跳服务器侦测其他服务器的运行状态，服务器状态的监控系统包括：第一心跳服务器与本地端。第一心跳服务器，接收心跳要求或报警要求，所述第一心跳服务器根据心跳要求产生回应讯息，以及，所述第一心跳服务器根据所述报警要求发出警报信息；本地端，连接于所述第一心跳服务器，所述本地端预先建立的指针指向所述第一心跳服务器；所述本地端用于，每经过预设期间后，所述本地端根据所述指针指向的所述第一心跳服务器发出所述心跳要求；或者，每经过预设期间中，所述本地端检测到服务量大于预设的压力阀值时发出所述报警要求至所述指针指向的所述第一心跳服务器。

Description

服务器状态的监控系统及方法

技术领域

本申请涉及监控服务器存活的技术，具体涉及一种服务器状态的监控系统及方法。

背景技术

随着网络流量的快速成长，许多过去不容易实现的服务也可以被轻易的完成。例如：宽带的上传多媒体文件(multimedia file)。由于海量的传输仍会影响服务器的负荷量。因此在已知的多媒体服务器也会具备带宽管理(Bandwidth Manager)的功能。服务器可以透过带宽分布或缓存等方式减轻同时间的资料传输量。但是服务器在过量的资料传输时或其他状况发生时有可能会发生异常。所以为能监控服务器的存活状态，有人提出了心跳服务器的应用。

心跳服务器电连接于所述多媒体服务器。心跳服务器会定时的向多媒体服务器发出确认要求。当多媒体服务器存活时，则多媒体服务器会返回回应讯息给心跳服务器。所以当心跳服务器未接到多媒体服务器的回应讯息，则代表多媒体服务器可能已经死机。此时，心跳服务器会发出警报信息，藉以提醒网管人员已经有服务器发生异常现象。以往的心跳服务器只能定时的发往服务器。但心跳服务器也发生死机的情况，则没有任何方式可以立即得知。

发明内容

本申请所要解决的技术问题在于提供一种服务器状态的监控系统，透过心跳服务器的即时监控的特点，用以对服务器中的各组件进行实时的监控，使得后台人员可以第一时间得到服务器的运行情况。

为了解决上述问题，本申请揭示了一种服务器的心跳的监控系统包括：第一心跳服务器与本地端。

第一心跳服务器，接收心跳要求或报警要求，所述第一心跳服务器根据心跳要求产生回应讯息，以及，所述第一心跳服务器根据所述报警要求发出警报信息；以及

本地端，连接于所述第一心跳服务器，所述本地端预先建立的指针指向所述第一心跳服务器；所述本地端用于，每经过预设期间后，所述本地端根据所述指针指向的所述第一心跳服务器发出所述心跳要求；或者，每经过预设期间中，所述本地端检测到服务量大于预设的压力阀值时发出所述报警要求至所述指针指向的所述第一心跳服务器。

进一步地所述本地端发送所述心跳要求时更将时间戳加入心跳要求中。

进一步地所述第一心跳服务器将时间戳加入所述回应讯息中。

进一步地当所述本地端经过所述预设期间后，所述本地端未接获所述回应讯息，则所述本地端记录所述第一心跳服务器的编号。

进一步地，该系统还包括：第二心跳服务器，所述本地端未接获所述回应讯息，调整所述指针指向第二心跳服务器，所述本地端向第二心跳服务器发送报警要求。

进一步地所述第一心跳服务器接收具有所述健康讯息的所述心跳要求并记录所述健康讯息。

本申请另揭示了一种服务器状态的监控方法，其包括以下步骤：

本地端预先建立的指针指向第一心跳服务器；

所述本地端每经过预设期间中，检测到服务量大于预设的压力阀值时，发出报警要求至所述指针指向的所述第一心跳服务器；以及

所述本地端每经过预设期间后，根据所述指针指向的第一心跳服务器发出心跳要求。

进一步地，所述本地端接收所述第一心跳服务器根据心跳要求产生回应讯息，若未接获所述回应讯息，调整所述指针改指向第二心跳服务器，所述本地端向第二心跳服务器发送报警要求。

进一步地，所述根据所述指针指向的第一心跳服务器发出心跳要求时，更将时间戳加入所述心跳要求中。

与现有技术相比，本申请可以获得包括以下技术效果：

1）本申请利用多个心跳服务器轮流的监控本地端的存活，由于每次发送心跳要求的心跳服务器都有所不同，因此可以提高了对心跳要求的可信度。

2）相较于习知技术的单一心跳服务器，本申请的多个心跳服务器还可以相互的监控，当任一心跳服务器发生毁损时，本地端可以通过次一个心跳服务器发出警报信息。

3）相较于习知技术的服务器，本申请透过了心跳服务器的即时监控的功能，更强化对服务器中各组件的运行状态的监控，使得后台人员可以实时的知道各组件的状况。

当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1A是本申请实施例的细部架构示意图。

图1B是本申请实施例的一种架构示意图。

图2是本申请实施例的运作步骤流程示意图。

图3A是本申请实施例的第一被监控组件的运作流程示意图。

图3B是本申请实施例的第二被监控组件的运作流程示意图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

本申请的监控系统用以监控各心跳服务器的存活状态，请参考图1A。本申请的架构包括：本地端110与至少一台心跳服务器120。

第一心跳服务器121，接收心跳要求或报警要求，所述第一心跳服务器121根据心跳要求产生回应讯息；以及

本地端110，连接于所述第一心跳服务器121，所述本地端110包括被监控组件，所述本地端110预先建立的指针指向所述第一心跳服务器121，每经过预设期间后，所述本地端110根据所述所述指针指向的所述第一心跳服务器121发出所述心跳要求；

其中，所述被监控组件的服务量大于预设压力阀值时，所述被监控组件发出所述报警要求至所指的所述第一心跳服务器。

具体来说，本地端110由以下元件所构成：至少一个本地目录111、上传模块112、扫描模块113、控制模块114、队列监视模块115、工作线程116与分散式文件装置117。在本申请中为能简单且清楚的说明整体的运作方式，因此设置第一心跳服务器121。但实际上心跳服务器120的数量可以根据服务器的运行能力、带宽或安全性等因素所决定。在本申请中以两心跳服务器120作为说明。

控制模块114连接于扫描模块113、上传模块112、队列监视模块115、第一心跳服务器121与第二心跳服务器122。每一个本地目录111可以存放各自数据文件。例如：视频文件可以被存放置视频本地目录，而广告文件则放至于广告本地目录中。一般而言，本地目录111会定时的接收客户端所传送过来的数据文件。扫描模块113监视本地目录111中的文件是否有所异动。所述文件异动指的是数据的新增、搬移、修改或删除。当本地目录111中的文件有所异动时，则上传模块112将会把异动的数据文件在服务器中的路径传递至控制模块114。

控制模块114会根据所接收到的文件路径依次分类并产生各自对应的内部队列，且不同的内部队列会指派不同的队列监视模块115来进行处理。在图1中是以第一内部队列、第二内部队列与第三内部队列作为示意。每一个队列监视模块115会记录所属的文件的切分资讯。所述的切分资讯指的是文件被上传至本地目录111时，文件长度也会随之异动。在数据文件切分之前，队列监视模块115先从第一个内部队列取出对头元素（队列的第一个元素），然后才进行切分。而内部队列的数据取出方式是依照先进先出(First In First Out，FIFO)的方式所实现。

在队列监视模块115中可以设置一环状队列1151。环状队列记录所有连接的心跳服务器。环状队列1151中有设置一指针，指针用以指向欲发送心跳要求的心跳服务器。

队列监视模块115对文件进行等长的切分。在完成文件的切分后，每一个文件切分的片段则定义为切分片段(slice)。队列监视模块115侦测所属的内部队列的堆叠数量超过上限时，队列监视模块115会向第一心跳服务器121与第二心跳服务器122发出警报信息。

而切分片段的数量是可以根据本地端110的性能所决定。对于切分时所记录的相关资讯则称为切分资讯。例如，切分时的每一个切分长度与文件位置的在磁盘中的偏移量(offset)。此外，扫描模块113发现本地目录111中的数据文件被删除时，扫描模块113会把控制模块114中的对应内部队列予以删除。

接着，不同的切分片段会被指派各自对应的工作线程116，作为读取本地目录111的数据文件。工作线程116的实现可以由不同的程序语言所实现。在本申请中并不局限程序语言的种类，例如，JAVA语言或ASP语言。实际上，队列监视模块115是对本地目录111的数据文件进行切分的估算，用以得到所述数据文件的每一个应该要被切分的位置。实际上进行文件切分处理的对象是由工作线程116所实现。工作线程116接获切分片段后会根据切分片段的长度，取得该工作线程116所属的部分数据文件。工作线程116在把所述部分的数据文件写入分散式文件装置117中。

但工作线程116在写入的过程中发生错误时。工作线程116会发送警报信息给第一心跳服务器121与第二心跳服务器122。所述工作线程116同时间也会通知其他工作线程116，要求其他工作线程116停止对分散式文件装置117的写入处理，藉以避免分散式文件装置117中的数据完整性。

本申请中所述的被监控组件140可以是队列监视模块115、工作线程116或控制模块114，如图1B所示。虽然本申请中对于被监控组件的数量是以两个被监控组件(分别为第一被监控组件131与第二被监控组件132)作为说明。但实际上以可以对相同的组件分别指定成第一被监控组件131与第二被监控组件132。而第一被监控组件131在运行时会产生相应的第一服务量，同理第二被监控组件132运行时也会产生相应的第二服务量。

例如：控制模块114中可能存在多个内部队列，因此可以对每一个内部队列指派为第一被监控组件131、第二被监控组件132，以至于第n号被监控组件。或者，将队列监视模块115指定为第一被监控组件131，而工作线程被指定为第二被监控组件132。所以熟知本领域者可以依据本申请对所述的组件进行变化，因此不将组件的所有组合方式一一列出。

本申请根据所述的架构更提出以下的处理流程。本申请的监控方法包括以下步骤，并请配合图2：

步骤S210：由本地端接收来自于客户端的数据文件；

步骤S220：本地端预先建立的指针指向第一心跳服务器；

步骤S230：所述本地端每经过预设期间中，所述被监控组件的服务量大于预设压力阀值时，所述被监控组件发出所述报警要求至指针所指向的所述第一心跳服务器；以及

步骤S240：所述本地端每经过预设期间后，根据所述指针指向的第一心跳服务器发出所述心跳要求。

在步骤S230中，被监控组件可以是本地端的任一应用软件（如发送、接收线程）或者硬件模块（如CPU、内存）。在预设期间内，上述本监控组件一直处于被监控状态，如果被监控组件的服务量大于预设压力阀值（如CPU使用率超过70%），则被监控组件发出所述报警要求至所指向的所述第一心跳服务器。步骤S240中，每隔预设期间，根据所述指针指向的第一心跳服务器发出所述心跳要求，以确保监控到服务器的正常运行状态。

首先，本地端110会接收来自于客户端的数据文件。本地端110将数据文件的路径名称传入控制模块114。控制模块114中会将数据文件切分并导入至多个内部队列中。因此每一内部队列会储存着唯一队列数据。接着，队列监视模块115在将队列数据排入相应数量的内部队列。队列监视模块115开始监控内部队列的第一服务量。

若是第一服务量大于第一压力阀值，则队列监视模块115会向指针所指的第一心跳服务器121或第二心跳服务器122发出报警要求，如图3A所示。并在报警要求中加入哪一个组件发生异常的详细资讯。一般而言，当客户端过量数据文件时，控制模块114的处理不及会造成内部队列严重的堆叠。当过量的堆叠会导致数据溢位与遗失等问题。如此一来，后台人员可以即时的知道哪一个组件(或内部队列)发生异常。

除了对内部队列进行监控外，本申请更可以对队列监视模块115进行监控。当内部队列所输出的队列数据输入所属的队列监视模块115时，队列监视模块115会监控所运行的切分片段的第二服务量。

本申请可以透过本地端110的一指向数据结构对多个心跳服务器进行调派。而数据指向结构的实现方式可以透过环状队列或链表(link list)。以环状队列为例，在本地端110中会建立一个环状队列，在所述环状队列中有设置一指针(point)。所述的指针会依序的指向环状队列中的第一心跳服务器121 或第二心跳服务器122。而在文件上传、切分的过程中，本地端110在每次经过一预设期间时，本地端110会根据指针现正指向的心跳服务器并对所指的心跳服务器发出心跳要求。在发送心跳要求时，本地端110会把时间戳(Time Stamp)或其他可作为识别的资讯作为存活资讯加入心跳要求中，并把心跳要求发给对应的心跳服务器120。

环状队列的指针就会移向次一个心跳服务器120。在此一例子中，指针会由第一心跳服务器121指向第二心跳服务器122。当有被监控组件的服务量大于压力阀值，会向第二心跳服务器122发出出报警要求，如图3B所示。若控制模块114在正常的上传与切分处理后，会把指针从第二心跳服务器122移向第一心跳服务器121。

所述装置与前述的方法流程描述对应，不足之处参考上述方法流程的叙述，不再一一赘述。上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims

1.一种服务器状态的监控系统，其特征在于，包括：

本地端，连接于所述第一心跳服务器，所述本地端预先建立的指针指向所述第一心跳服务器；所述本地端用于，每经过预设期间后，所述本地端根据所述指针指向的所述第一心跳服务器发出所述心跳要求；或者，每经过预设期间中，所述本地端检测到服务量大于预设压力阀值时发出所述报警要求至所述指针指向的所述第一心跳服务器。

2.如权利要求1所述的服务器状态的监控系统，其特征在于，所述本地端发送所述心跳要求时更将时间戳加入心跳要求中。

3.如权利要求2所述的服务器状态的监控系统，其特征在于，所述第一心跳服务器将时间戳加入所述回应讯息中。

4.如权利要求2所述的服务器状态的监控系统，其特征在于，当所述本地端经过所述预设期间后，所述本地端未接获所述回应讯息，则所述本地端记录所述第一心跳服务器的编号。

5.如权利要求4所述的服务器状态的监控系统，其特征在于，还包括：第二心跳服务器，所述本地端未接获所述回应讯息，调整所述指针指向第二心跳服务器，所述本地端向第二心跳服务器发送报警要求。

6.如权利要求1所述的服务器状态的监控系统，其特征在于，所述第一心跳服务器接收具有所述健康讯息的所述心跳要求并记录所述健康讯息。

7.一种服务器状态的监控方法，其特征在于，包括：

本地端预先建立的指针指向第一心跳服务器；

8.如权利要求7所述的服务器状态的监控方法，其特征在于，所述本地端接收所述第一心跳服务器根据心跳要求产生回应讯息，若未接获所述回应讯息，调整所述指针改指向第二心跳服务器，所述本地端向第二心跳服务器发送报警要求。

9.如权利要求7所述的服务器状态的监控方法，其特征在于，所述根据所述指针指向的第一心跳服务器发出心跳要求时，更将时间戳加入所述心跳要求中。