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

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

【技术实现步骤摘要】
服务器状态的监控系统及方法
本申请涉及监控服务器存活的技术，具体涉及一种服务器状态的监控系统及方法。
技术介绍
随着网络流量的快速成长，许多过去不容易实现的服务也可以被轻易的完成。例如：宽带的上传多媒体文件(multimediafile)。由于海量的传输仍会影响服务器的负荷量。因此在已知的多媒体服务器也会具备带宽管理(BandwidthManager)的功能。服务器可以透过带宽分布或缓存等方式减轻同时间的资料传输量。但是服务器在过量的资料传输时或其他状况发生时有可能会发生异常。所以为能监控服务器的存活状态，有人提出了心跳服务器的应用。心跳服务器电连接于所述多媒体服务器。心跳服务器会定时的向多媒体服务器发出确认要求。当多媒体服务器存活时，则多媒体服务器会返回回应讯息给心跳服务器。所以当心跳服务器未接到多媒体服务器的回应讯息，则代表多媒体服务器可能已经死机。此时，心跳服务器会发出警报信息，藉以提醒网管人员已经有服务器发生异常现象。以往的心跳服务器只能定时的发往服务器。但心跳服务器也发生死机的情况，则没有任何方式可以立即得知。
技术实现思路
本申请所要解决的技术问题在于提供一种服务器状态的监控系统，透过心跳服务器的即时监控的特点，用以对服务器中的各组件进行实时的监控，使得后台人员可以第一时间得到服务器的运行情况。为了解决上述问题，本申请揭示了一种服务器的心跳的监控系统包括：第一心跳服务器与本地端。第一心跳服务器，接收心跳要求或报警要求，所述第一心跳服务器根据心跳要求产生回应讯息，以及，所述第一心跳服务器根据所述报警要求发出警报信息；以及本地端，连接于所述第一心跳服务器，所述本地端预先建立的指针指向所述第一心跳服务器；所述本地端用于，每经过预设期间后，所述本地端根据所述指针指向的所述第一心跳服务器发出所述心跳要求；或者，每经过预设期间中，所述本地端检测到服务量大于预设的压力阀值时发出所述报警要求至所述指针指向的所述第一心跳服务器。进一步地所述本地端发送所述心跳要求时更将时间戳加入心跳要求中。进一步地所述第一心跳服务器将时间戳加入所述回应讯息中。进一步地当所述本地端经过所述预设期间后，所述本地端未接获所述回应讯息，则所述本地端记录所述第一心跳服务器的编号。进一步地，该系统还包括：第二心跳服务器，所述本地端未接获所述回应讯息，调整所述指针指向第二心跳服务器，所述本地端向第二心跳服务器发送报警要求。进一步地所述第一心跳服务器接收具有所述健康讯息的所述心跳要求并记录所述健康讯息。本申请另揭示了一种服务器状态的监控方法，其包括以下步骤：本地端预先建立的指针指向第一心跳服务器；所述本地端每经过预设期间中，检测到服务量大于预设的压力阀值时，发出报警要求至所述指针指向的所述第一心跳服务器；以及所述本地端每经过预设期间后，根据所述指针指向的第一心跳服务器发出心跳要求。进一步地，所述本地端接收所述第一心跳服务器根据心跳要求产生回应讯息，若未接获所述回应讯息，调整所述指针改指向第二心跳服务器，所述本地端向第二心跳服务器发送报警要求。进一步地，所述根据所述指针指向的第一心跳服务器发出心跳要求时，更将时间戳加入所述心跳要求中。与现有技术相比，本申请可以获得包括以下技术效果：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会根据所接收到的文件路径依次分类并产生各自对应的内部队列，且不本文档来自技高网...

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

【技术特征摘要】
1.一种服务器状态的监控系统，其特征在于，包括：第一心跳服务器，接收心跳要求或报警要求，所述第一心跳服务器根据心跳要求产生回应讯息，以及，所述第一心跳服务器根据所述报警要求发出警报信息；以及本地端，连接于所述第一心跳服务器，所述本地端预先建立的指针指向所述第一心跳服务器；所述本地端用于，每经过预设期间后，所述本地端根据所述指针指向的所述第一心跳服务器发出所述心跳要求；或者，每经过预设期间中，所述本地端检测到服务量大于预设压力阀值时发出所述报警要求至所述指针指向的所述第一心跳服务器；所述本地端发送所述心跳要求时更将时间戳加入心跳要求中；当所述本地端经过所述预设期间后，所述本地端未接获所述回应讯息，则所述本地端记录所述第一心跳服务器的编号。2.如权利要求1所述的服务器状态的监控系统，其特征在于，所述第一心跳服务器将时间戳加入所述回应讯息中。3.如权利要求1所述的服务器状态的监控系统，其特征在于，还包括：...

【专利技术属性】
技术研发人员：于凤东，张磊，马一鸣，
申请(专利权)人：乐视网信息技术北京股份有限公司，
类型：发明
国别省市：北京;11