CN102375772A - 一种服务器监测的方法和装置 - Google Patents
一种服务器监测的方法和装置 Download PDFInfo
- Publication number
- CN102375772A CN102375772A CN2011102943285A CN201110294328A CN102375772A CN 102375772 A CN102375772 A CN 102375772A CN 2011102943285 A CN2011102943285 A CN 2011102943285A CN 201110294328 A CN201110294328 A CN 201110294328A CN 102375772 A CN102375772 A CN 102375772A
- Authority
- CN
- China
- Prior art keywords
- monitoring
- server
- scheduler
- monitor
- timer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提出了一种服务器监测的方法和装置,属于计算机技术领域。本发明包括:调度器根据目标服务器的位置不同,在多个线路上配置不同的监测器,形成监测器组合,初始监测目标服务器的监测指令;调度器向所述监测器组合发送所述监测指令,根据所述监测指令,所述监测器组合向所述目标服务器发送监测请求;调度器接收监测结果,所述监测结果为所述监测器组合发送的所述监测请求返回的结果;调度器根据所述监测结果进行判断。本发明实施例是由调度器统一调度监测器组合,监测器组合中的多个监测器对目标服务器进行监测,根据获取的监测结果来确定目标服务器是否可用,有效的提高了对目标服务器的监测准确度。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种对服务器的监测的方法和装置。
背景技术
随着互联网技术的发展以及网络的普及,越来越多的用户通过互联网获取资讯,而且互联网已经融入到用户的生活方方面面。与此同时,更多的企业也重视其网站的建设和运营,更多的业务都基于网络而进行,比如:网站,搜索引擎、电子商务等等。
随着互联网的发展,尤其是随着云计算和云存储技术的兴起,其网络以及服务器的稳定就至关重要。如果服务器出现网络故障导致网站、搜索引擎、电子商务等无法访问,则会给企业造成巨大的损失,因此,对服务器以及服务的有效监测则尤为重要。
现有技术中对服务器进行监控使用的方法大多是通过服务器接收来自监测器的基于ping的请求,该请求携带了相关的参数信息;服务器根据该参数信息同终端进行连接并返回监测结果。监测器根据监测结果来对服务器进行有效监控。但是发明人发现现有技术至少存在以下问题:
现有技术是通过单一监测器对服务器进行监控,判断服务器是否出现故障,是否可以访问、可用的监测准确率较低,甚至误报的情况发生。
发明内容
为了解决现有技术中通过单一监测器对服务器进行监控,无判断服务器是否出现故障,是否可以访问、可用的监测准确率较低,甚至误报的问题,本发明实施例提出了一种服务器监测的方法和装置。所述技术方案如下:
本发明实施例提出了一种服务器监测的方法,包括:
调度器根据目标服务器的位置不同,在多个线路上配置不同的监测器,形成监测器组合,初始监测目标服务器的监测指令;
调度器向所述监测器组合发送所述监测指令,根据所述监测指令,所述监测器组合向所述目标服务器发送监测请求;
调度器接收监测结果,所述监测结果为所述监测器组合发送的所述监测请求返回的结果;
调度器根据所述监测结果判断是否所有的监测结果显示目标服务器都无法访问,如果是,则表明目标服务器确实出现故障,无法进行访问,如果有一个监测结果显示目标服务器可以访问,则表示目标服务器没有出现故障。
本发明实施例还提出了一种服务器监测的装置,包括:服务器端和移动终端;
调度器,用于根据目标服务器的位置不同,调配不同的监测器,形成监测器组合,初始监测目标服务器的监测指令;并根据所述监测器组合发送的所述监测请求返回的监测结果进行判断;
监测器组合,用于接收调度器发送的监测指令,并向所述目标服务器发送监测请求;所述监测器组合由N个监测器组成,N为大于2的自然数。
本发明实施例提供的技术方案的有益效果是:本发明实施例是由调度器统一调度监测器组合,监测器组合中的多个监测器对目标服务器进行监测,根据获取的监测结果来确定服务器是否可用,有效的提高了对服务器的监测准确度。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中使用的附图作一简单地介绍,显而易见地,下面所列附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明第一实施例的流程示意图;
图2为本发明第二实施例的流程示意图;
图3为本发明第三实施例的流程示意图;
图4为本发明第四实施例的结构示意图;
图5为本发明第五实施例的结构示意图;
图6为本发明第六实施例的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
本发明第一实施例提出了一种服务器监测的装置,其流程如图1所示,包括:
步骤101、调度器调配监测器组合,初始监测目标服务器的监测指令;
监测器组合由N个监测器组成,N为大于2的自然数。
步骤102、调度器向所述监测器组合发送所述监测指令,根据所述监测指令,所述监测器组合向所述目标服务器发送监测请求;
步骤103、调度器接收监测结果,所述监测结果为所述监测器组合发送的所述监测请求返回的结果;
步骤104、调度器根据所述监测结果进行判断;
本发明实施例中通过由调度器统一调度监测器组合,该监测器组合包括多个监测器,多个监测器同时对服务器及服务进行监测,调度器获取的监测结果来确定目标服务器是否可用。由于本发明实施例由多个监测器向目标服务器进行监测,只有所有的监测器的监测结果为目标服务器无法访问时,才能确定目标服务器发生故障,这样有效的解决了单个监测器监测不准确的问题,提高了监测准确性,减少了误报的几率。
实施例2
本发明第二实施例提出了一种服务器监测的方法,是在第一实施例的基础上改进而来的,其流程如图2所示,包括:
步骤2011、调度器调配监测器组合,初始监测目标服务器的监测指令;
调度器根据目标服务器的位置不同,调配不同的监测器,形成不同的监测器组合。根据目标服务器是处于国内电信、国内联通或者海外,调配相应的监测器组合。比如:目标服务器处于国内电信,则在国内电信各骨干线路部署10个监测器形成监测器组合,对目标服务器进行监测。由于对电信线路部署了足够的监测器,能够对处于国内电信环境的目标服务器进行准确的监测。
进一步的,调度器可以根据目标服务器的位置不同,在多个线路上配置不同的监测器,形成监测器组合。比如:目标服务器处于国内电信,则在国内电信、国内联通和海外各部署监测器。
步骤2012、调度器向所述监测器组合发送监测目标服务器的监测指令,根据所述监测指令,所述监测器组合向所述目标服务器发送监测请求;
步骤202、调度器获取监测结果;
监测结果用于表明目标服务器是否可以正常访问。可以通过判断返回登录包正常情况、监测结果标志位是否发生改变,或者修改监测请求指令等方式来实现。调度器通过获取并解析监测结果,来确定目标服务器是否可用。
进一步的,监测结果由监测器向目标服务器进行发送监测请求后返回的监测结果。在监测器向目标服务器发送监测请求,尚未返回监测结果时,调度器一直处于等待状态。
步骤203、调度器根据所述监测结果进行判断;
调度器根据接收到的监测结果判断是否所有的监测结果显示目标服务器都无法访问,如果是,则表明目标服务器确实出现故障,无法进行访问。而只要有一个监测结果显示目标服务器可以访问,可用,则表示目标服务器没有出现故障。
进一步的,当监测组合是部署多个线路的情况下,调度器解析监测结果进行判断。如果同一线路的监测器的监测结果是目标服务器无法访问,而其他线路的监测器的监测结果是目标服务器可以访问,则调度器可以判断目标服务器可用没有故障,确定为线路故障。如此一来,可以准确判断故障来自于服务器还是线路。
进一步的,实施例1的步骤101和实施例2的步骤2011之前,还可以包括步骤100。
步骤100、轮询定时器,判断达到预设时间间隔时,启动调度器;
对目标服务器的监测按照预设时间不断运行,轮询定时器,当定时器判断达到预设时间间隔时,触发调度器启动监测,具体为根据目标服务器位置调配监测器组合,初始监测目标服务器的监测指令。如果定时器判断没有达到预设时间间隔时,则再次轮询定时器,以此重复,直到定时器触发调度器启动监测。
具体的,定时器通过数据库记录监测任务最后一次监测开始时间来实现,当一个监测任务的最后一次监测开始时间距离当前时间大于预设间隔时间时,定时器便会被触发,启动调度器进行监测。
进一步的,可以是控制器负责轮询定时器,也可以是定时器根据自身配置进行轮询。如果是控制器负责轮询定时器,在定时器判断达到预设时间间隔时,定时器向控制器发送监测任务。控制器接收监测任务后,启动调度器。如果定时器判断没有达到预设时间间隔时,控制器没有接收到监测任务,则再次轮询定时器,直到获取定时器返回的监测任务,启动调度器。
实施例3
本发明第三实施例提出了一种服务器监测的方法,其流程如图3所示,包括:
步骤301、控制器轮询定时器,判断达到预设时间间隔时,定时器向控制器返回监测任务;
控制器用于控制轮询定时器,当接收定时器返回监测任务时启动调度器。控制器轮询定时器,在定时器判断达到预设时间间隔时,定时器向控制器发送监测任务。控制器接收监测任务后,启动调度器。
步骤302、控制器接收监测任务,启动调度器;
步骤303、调度器调配调配监测器组合,初始监测目标服务器的监测指令;
调度器根据目标服务器的位置不同,调配不同的监测器,形成不同的监测器组合。根据目标服务器是处于国内电信、国内联通或者海外,调配相应的监测器组合。比如:目标服务器处于国内电信,则在国内电信各骨干线路部署10个监测器形成监测器组合,对目标服务器进行监测。由于对电信线路部署了足够的监测器,能够对处于国内电信环境的目标服务器进行准确的监测。
进一步的,调度器可以根据目标服务器的位置不同,在多个线路上配置不同的监测器,形成监测器组合。比如:目标服务器处于国内电信,则在国内电信、国内联通和海外各部署监测器。
步骤304、调度器向所述多个监测器发送监测目标服务器的监测指令,所述监测指令包括监测类型、目标服务器IP地址、附加参数等;
监测类型包括但不限于HTTP、FTP、DNS、SMTP、TCP、UDP等。调度器根据不同的监测类型向对应的监测器发送监测指令。每个监测器可以具有一个或者多个监测类型逻辑,调度器根据监测类型调配对应的监测器。如此一来,可以有效解决了基于单一监测类型的监测任务无法准确获悉目标服务器的故障的问题,最大程度的判断目标服务器的可用与否,提高监测准确度。
具体的监测指令包括但不限于以下字段:
第一个字段:监测类型,由固定协议类型描述,包括但不限于HTTP、FTP、DNS、SMTP、TCP、UDP等
第二个字段:服务器IP(也可以是网址),IP地址如:210.25.22.22,而网址如:http://www.qq.com。
第三个字段:标志位,在返回监测结果时,标志位可以表示目标服务器是否可用。比如:1表示可用、0表示不可用。
第四个字段:附加参数,根据监测类型的不同而不同。当某个监测类型需要增加附加参数时,由这个字段提供一条或多条信息。比如需要对tcp类型监测指定服务器端口,则附加端口信息,监测器会根据协议类型来解析这些附加参数。
以上监测指令只是作为本发明实施例的举例,并不作为本发明实施例范围的限定,其他可以达到类似效果的监测指令都在本发明实施例的保护范围之内。
步骤305、监测器组合根据监测指令中的监测类型,依据监测类型指定的协议向所述目标服务器发送监测请求;
监测类型包括但不限于HTTP、FTP、DNS、SMTP、TCP、UDP等,其对应的协议包括但不限于HTTP协议、FT P协议、DNS协议、SMTP协议、TCP协议、UDP协议等。
步骤306、监测器返回访问目标服务器的监测结果;
监测器组合包含多个监测器,每个监测器可以通过对不同协议的监测结果的判断,记录目标服务器的状态,来确定其可用或不可用。
进一步的还可以记录响应时间。如果某个监测器在达到超时时间时仍然无法访问目标服务器,则认为该监测器到目标服务器不可用。
步骤307、调度器汇总所有监测结果,判断所有的监测结果都显示目标服务器都不可用时,执行步骤308,记录监测次数M;否则返回步骤301;
只要有一个监测结果显示目标服务器可用,则认为目标服务器可用,则通知控制器对定时器进行下一轮的轮询。
步骤308、判断监测次数M是否大于预定阈值,如果是,则执行步骤309;否则执行步骤304;
M为大于1的自然数,优选为2。预定阈值可以根据监控的不同情况灵活设定。
步骤309、调度器向控制器发出警告请求,控制器发出警告消息;
当多次轮询后,调度器接收的监测结果都显示目标服务器不可用,则向控制器发出警告请求,控制程序调用警告接口向用户或者管理员发出警告消息。
进一步的,警告消息包括但不限于邮件、手机短信、MSN、Gtalk等多种方式,有效的满足各种用户需求。邮件可以容纳较多的内容,可以将故障分析信息以及故障时间等内容方便的告知用户,手机短信虽然容纳信息不多,但可以快速及时的通知用。另外,还可以方便的针对不同目标服务器将警告通知分配给不同的网络管理员,实现有效的管理。
进一步的,步骤309之后还有步骤310、调度器向控制器发送监测结果,所述监测结果包括目标服务器的可用状态以及响应时间。
控制器根据目标服务器的可用状态以及响应时间,获取可用率。
可用率等于可用次数占总监测次数的百分比。管理员可以通过后台***查询任何监测任务在任何时间范围内的可用率,以及来自不同监测器的平均响应时间。通过查询可用率,管理员可以了解服务器在过去时间里的每日可用率和每小时可用率,通过了解变化来进行评估以及改进效果。
实施例4
本发明第四实施例提出了一种服务器监测的装置,其结构如图4所示,包括:调度器1、监测器组合2和目标服务器3,其中:
调度器1,用于调配监测器组合2,初始监测的监测指令;并根据所述监测器组合2发送的所述监测请求返回的监测结果进行判断;
监测器组合2,用于接收调度器1发送的监测指令,并向目标服务器3发送监测请求;所述监测器组合2由N个监测器组成,N为大于2的自然数。
本发明实施例中通过由调度器1统一调度监测器组合2,监测器组合2包括多个监测器,多个监测器同时对目标服务器3进行监测,调度器1获取的监测结果来确定目标服务器3是否可用。由于本发明实施例由多个监测器向目标服务器3进行监测,只有所有的监测器的监测结果为目标服务器3无法访问时,才能确定目标服务器3发生故障,这样有效的解决了单监测器监测不准确的问题,提高了监测准确性,减少了误报的几率。
实施例5
本发明第五实施例提出了一种服务器监测的装置,是在第四实施例的基础上改进而来的,其结构如图5所示:
调度器1包括:
调配单元11,用于根据目标服务器3的位置不同,调配不同的监测器,形成不同的监测器组合2;
调配单元11根据目标服务器3是处于国内电信、国内联通或者海外,调配相应的监测器组合2。比如:目标服务器3处于国内电信,则在国内电信各骨干线路部署10个监测器形成监测器组合2,对目标服务器3进行监测。由于对电信线路部署了足够的监测器,能够对处于国内电信环境的目标服务器3进行准确的监测。
进一步的调配单元11可以根据目标服务器3的位置不同,在多个线路上配置不同的监测器,形成监测器组合2。比如:目标服务器3处于国内电信,则在国内电信、国内联通和海外各部署监测器。
初始单元12,根据调配单元11形成的监测器组合2,初始监测目标服务器3的监测指令;
判断单元13,用于根据接收到监测结果判断目标服务器3是否可用,即是否可以正常访问;
判断单元13,可以通过判断返回登录包情况、监测结果标志位是否发生改变,或者修改监测请求指令等方式来实现。调度器1通过获取并解析监测结果,来确定目标服务器3是否可用。
进一步的,监测结果由监测器组合2向目标服务器3进行发送监测请求后返回的监测结果。在监测器组合2向目标服务器3发送监测请求,尚未返回监测结果时,判断单元13一直处于等待状态。
如果接收到的监测结果判断是否所有的监测结果显示目标服务器3都无法访问,则表明目标服务器3确实出现故障,无法进行访问。而只要有一个监测结果显示目标服务器3可以访问,可用,则表示目标服务器3没有出现故障。
进一步的,当监测组合2是部署多个线路的情况下,判断单元13解析监测结果进行判断。如果同一线路的监测器的监测结果是目标服务器3无法访问,即不可用,而其他线路的监测器的监测结果是目标服务器3可以访问,则调度器1可以判断目标服务器3可用,没有故障,可以确定为线路故障。如此一来,可以准确判断故障来自于服务器还是线路。
在实施例五的基础上,除了调度器1、监测器2和目标服务器3之外,还包括定时器4。所述定时器4同调度器1相连。
定时器4,在轮询时,判断判断达到预设时间间隔时,启动调度器1;
对目标服务器3的监测需要按照预设时间不断运行,轮询定时器4,当定时器4判断达到预设时间间隔时,触发调度器1启动监测任务,具体为根据目标服务器3位置调配监测器组合2,初始监测目标服务器3的监测指令。如果定时器4判断没有达到预设时间间隔时,则再次轮询定时器4,以此重复,直到定时器4触发调度器1启动监测。
具体的,定时器4通过数据库记录监测任务最后一次监测开始时间来实现,当一个监测任务的最后一次监测开始时间距离当前时间大于预设间隔时间时,定时器4便会被触发,启动调度器1进行监测。
在本发明的一个实施例中,还包括定时器4和控制器5:
定时器4包括定时判断单元41和返回单元42:
定时判断单元41,用于判断是否达到预设时间间隔,通知返回单元42;
返回单元42,用于接收定时判断单元41的通知,向控制器5返回监测任务;
控制器5,用于负责轮询定时器4,当定时器4的返回单元42返回监测任务时,触发调度器1;
如果定时器4判断没有达到预设时间间隔时,控制器5没有接收到监测任务,则再次轮询定时器4,直到获取定时器4返回监测任务,触发调度器1。
可以知道的是,调度器1、监测器2、定时器4、控制器5可以是实体装置也可以是虚拟的模块。它们可以分散在不同的服务器或者终端上,也可以集成在一个服务器或者终端上,都属于本发明实施例的技术方案。
实施例6
本发明第六实施例提出了一种服务器监测的装置,包括:调度器1、监测器组合2、目标服务器3、定时器4、控制器5;其结构如图6所示:
所述控制器5,用于轮询定时器4,当返回单元42返回监测任务时,触发调度器1,发送监测任务;
进一步包括警告单元51,用于接收记录单元14的通知后,发出警告消息;
当多次轮询后,调度器1接收的监测结果都显示目标服务器3不可用,则警告单元51调用警告接口向用户或者管理员发出警告消息。
进一步的,警告消息包括但不限于邮件、手机短信、MSN、Gtalk等多种方式,有效的满足各种用户需求。邮件可以容纳较多的内容,可以将故障分析信息以及故障时间等内容方便的告知用户,手机短信虽然容纳信息不多,但可以快速及时的通知用。另外,还可以方便的针对不同目标服务器3将警告通知分配给不同的网络管理员,实现有效的管理。
所述定时器4包括:
定时判断单元41,用于判断达到预设时间间隔时,通知返回单元42;
返回单元42,用于接收定时判断单元41的通知,向控制器5返回监测任务;
所述调度器1包括:
调配单元11,用于接收控制器5发送的监测任务,根据所述监测任务中目标服务器3的位置不同,调配不同的监测器,形成不同的监测器组合2;
调配单元11根据目标服务器3是处于国内电信、国内联通或者海外,调配相应的监测器组合2。比如:目标服务器3处于国内电信,则在国内电信各骨干线路部署10个监测器形成监测器组合2,对目标服务器3进行监测。由于对电信线路部署了足够的监测器,能够对处于国内电信环境的目标服务器3进行准确的监测。
进一步的调配单元11可以根据目标服务器3的位置不同,在多个线路上配置不同的监测器,形成监测器组合2。比如:目标服务器3处于国内电信,则在国内电信、国内联通和海外各部署监测器。
初始单元12,根据调配单元11形成的监测器组合2,初始监测目标服务器3的监测指令发送给监测器组合2;所述监测指令包括监测类型、目标服务器IP地址、附加参数等;
监测类型包括但不限于HTTP、FTP、DNS、SMTP、TCP、UDP等。调度器1根据不同的监测类型向对应的监测器发送监测指令。每个监测器可以具有一个或者多个监测类型逻辑,调度器1根据监测类型调配对应的监测器。如此一来,可以有效减少基于单一监测类型的监测任务无法准确或者目标服务器3的故障的不足,最大限度的获悉目标服务器3的可用与否。
具体的监测指令包括但不限于以下字段:
第一个字段:监测类型,由固定协议类型描述,包括但不限于HTTP、FTP、DNS、SMTP、TCP、UDP等
第二个字段:服务器IP(也可以是网址),IP地址如:210.25.22.22,而网址如:http://www.qq.com。
第三个字段:标志位,在返回监测结果时,标志位可以表示目标服务器是否可用。比如:1表示可用、0表示不可用。
第四个字段:附加参数,根据监测类型的不同而不同。当某个监测类型需要增加附加参数时,由这个字段提供一条或多条信息。比如需要对tcp类型监测指定服务器端口,则附加端口信息,监测器会根据协议类型来解析这些附加参数。
以上监测指令只是作为本发明实施例的举例,并不作为本发明实施例范围的限定,其他可以达到类似效果的监测指令都在本发明实施例的保护范围之内。
判断单元13,用于根据接收到监测结果判断目标服务器3是否可有,即是否可以正常访问,并将结果发送给记录单元;
判断单元13,可以通过判断返回登录包情况、监测结果标志位是否发生改变,或者修改监测请求指令等方式来实现。调度器1通过获取并解析监测结果,来确定目标服务器3是否可用。
记录单元14,用于汇总所有监测结果,判断所有的监测结果都显示目标服务器3都不可用,则记录监测次数M;
如果M大于预定阈值,则记录单元14通知控制器5的警告单元51;否则,触发初始单元12;M为大于1的自然数,优选为2。预定阈值可以根据监控的不同情况灵活设定。
进一步的,监测结果由监测器组合2向目标服务器3进行发送监测请求后返回的监测结果。在监测器组合2向目标服务器3发送监测请求,尚未返回监测结果时,判断单元13一直处于等待状态。
如果接收到的监测结果判断是否所有的监测结果显示目标服务器3都无法访问,则表明目标服务器3确实出现故障,无法进行访问。而只要有一个监测结果显示目标服务器3可以访问,可用,则表示目标服务器3没有出现故障。
进一步的,当监测组合2是部署多个线路的情况下,判断单元13解析监测结果进行判断。如果同一线路的监测器的监测结果是目标服务器3无法访问,即不可用,而其他线路的监测器的监测结果是目标服务器3可以访问,则调度器1可以判断目标服务器3可用没有故障,确定为线路故障。如此一来,可以准确判断故障来自于服务器还是线路。
所述监测器组合2中的监测器包括
接收单元21,用于接收初始单元12的监测指令;
监测单元22,用于向目标服务器3进行监测;
返回监测结果单元23,用于向调度器1的判断单元13返回监测结果;
所述监测器组合2中的监测器根据监测指令中的监测类型,依据监测类型指定的协议向所述目标服务器3发送监测请求;监测类型包括但不限于HTTP、FTP、DNS、SMTP、TCP、UDP等,其对应的协议包括但不限于HTTP协议、FT P协议、DNS协议、SMTP协议、TCP协议、UDP协议等。
本发明实施例所述单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种服务器监测的方法,其特征在于,包括:
调度器根据目标服务器的位置不同,在多个线路上配置不同的监测器,形成监测器组合,初始监测目标服务器的监测指令;
调度器向所述监测器组合发送所述监测指令,根据所述监测指令,所述监测器组合向所述目标服务器发送监测请求;
调度器接收监测结果,所述监测结果为所述监测器组合发送的所述监测请求返回的结果;
调度器根据所述监测结果判断是否所有的监测结果显示目标服务器都无法访问,如果是,则表明目标服务器确实出现故障,无法进行访问,如果有一个监测结果显示目标服务器可以访问,则表示目标服务器没有出现故障。
2.根据权利要求1所述的服务器监测的方法,其特征在于,所述调度器调配监测器组合,初始监测目标服务器的监测指令步骤之前包括:
轮询定时器,判断达到预设时间间隔时,启动所述调度器。
3.根据权利要求2所述的服务器监测的方法,其特征在于,所述调轮询定时器,判断达到预设时间间隔时,启动所述调度器的步骤具体包括:
定时器通过数据库记录监测任务最后一次监测开始时间来实现,当一个监测任务的最后一次监测开始时间距离当前时间大于预设间隔时间时,所述定时器便会被触发,启动所述调度器进行监测。
4.根据权利要求3所述的服务器监测的方法,其特征在于:
控制器5负责轮询所述定时器,在所述定时器判断达到预设时间间隔时,所述定时器向所述控制器发送监测任务;所述控制器接收所述监测任务后,启动所述调度器;如果所述定时器判断没有达到预设时间间隔时,所述控制器没有接收到所述监测任务,则再次轮询所述定时器,直到获取所述定时器返回的所述监测任务,启动所述调度器。
5.根据权利要求2所述的服务器监测的方法,其特征在于,所述轮询定时器,判断达到预设时间间隔时,启动所述调度器包括:
控制器轮询所述定时器,所述定时器判断达到预设时间间隔时,向所述控制器返回监测任务,所述控制器接收所述监测任务后,启动所述调度器;
所述调度器判断所有监测结果显示所述目标服务器不可用时,向所述控制发送警告请求,所述控制器发出警告消息。
6.一种服务器监测的装置,其特征在于,包括:
调度器,用于根据所述目标服务器的位置不同,调配不同的监测器,形成所述监测器组合,初始监测目标服务器的监测指令;并根据所述监测器组合发送的所述监测请求返回的监测结果进行判断;
监测器组合,用于接收调度器发送的监测指令,并向所述目标服务器发送监测请求;所述监测器组合由N个监测器组成,N为大于2的自然数。
7.根据权利要求6所述的服务器监测装置,其特征在于,所述调度器包括:
调配单元,用于根据所述目标服务器的位置不同,调配不同的监测器,形成所述监测器组合;
初始单元,根据所述调配单元形成的所述监测器组合,初始监测所述目标服务器的监测指令;
判断单元,用于根据接收到监测结果判断所述目标服务器是否可用。
8.根据权利要求6所述的服务器监测装置,其特征在于,所述监测结果由所述监测器组合向所述目标服务器发送所述监测请求后返回的结果;在所述监测器组合向所述目标服务器发送所述监测请求,尚未返回所述监测结果时,所述判断单元一直处于等待状态。
9.根据权利要求8所述的服务器监测装置,其特征在于,所述调配单元包括:可以根据所述目标服务器的位置不同,在一个线路上或者多个线路上配置不同的监测器,形成所述监测器组合。
10.根据权利要求6所述的服务器监测装置,其特征在于,还包括与所述调度器相连的定时器,用于在轮询时,判断判断达到预设时间间隔时,启动调度器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110294328.5A CN102375772B (zh) | 2011-09-27 | 2011-09-27 | 一种服务器监测的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110294328.5A CN102375772B (zh) | 2011-09-27 | 2011-09-27 | 一种服务器监测的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102375772A true CN102375772A (zh) | 2012-03-14 |
CN102375772B CN102375772B (zh) | 2015-05-06 |
Family
ID=45794406
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110294328.5A Active CN102375772B (zh) | 2011-09-27 | 2011-09-27 | 一种服务器监测的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102375772B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102902828A (zh) * | 2012-11-16 | 2013-01-30 | 北京奇虎科技有限公司 | 一种用于检索的方法和装置 |
CN105099819A (zh) * | 2015-07-20 | 2015-11-25 | 努比亚技术有限公司 | 一种监控网站状态的***和方法 |
CN105991965A (zh) * | 2015-01-27 | 2016-10-05 | 上海天跃科技股份有限公司 | 安防监控***中的录像数据完整性检查方法 |
CN106844043A (zh) * | 2016-12-29 | 2017-06-13 | 北京五八信息技术有限公司 | 集群任务的处理方法和装置 |
CN107579861A (zh) * | 2017-10-09 | 2018-01-12 | 杭州安恒信息技术有限公司 | 基于多线路监测的网站可用性告警方法、装置及电子设备 |
CN108880850A (zh) * | 2017-10-26 | 2018-11-23 | 北京视联动力国际信息技术有限公司 | 一种视联网终端故障检测的方法和装置 |
CN108900388A (zh) * | 2018-08-20 | 2018-11-27 | 连尚(新昌)网络科技有限公司 | 用于监控网络质量的方法和设备 |
CN110851316A (zh) * | 2018-08-20 | 2020-02-28 | 北京京东尚科信息技术有限公司 | 异常预警方法及装置、***、电子设备、存储介质 |
CN114172829A (zh) * | 2022-02-10 | 2022-03-11 | 统信软件技术有限公司 | 一种服务器健康监测方法、***及计算设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1412672A (zh) * | 2001-10-15 | 2003-04-23 | 英业达股份有限公司 | 服务器状态监控的*** |
CN1629819A (zh) * | 2003-12-20 | 2005-06-22 | 鸿富锦精密工业(深圳)有限公司 | 集中监控受限程序的***与方法 |
JP2009169836A (ja) * | 2008-01-18 | 2009-07-30 | Olympus Corp | アプリケーション監視方法、サーバシステムの動作方法、アプリケーション監視プログラム、およびサーバシステムの動作プログラム |
CN101719089A (zh) * | 2009-10-30 | 2010-06-02 | 曙光信息产业(北京)有限公司 | 分布式集群的远程管理方法及*** |
-
2011
- 2011-09-27 CN CN201110294328.5A patent/CN102375772B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1412672A (zh) * | 2001-10-15 | 2003-04-23 | 英业达股份有限公司 | 服务器状态监控的*** |
CN1629819A (zh) * | 2003-12-20 | 2005-06-22 | 鸿富锦精密工业(深圳)有限公司 | 集中监控受限程序的***与方法 |
JP2009169836A (ja) * | 2008-01-18 | 2009-07-30 | Olympus Corp | アプリケーション監視方法、サーバシステムの動作方法、アプリケーション監視プログラム、およびサーバシステムの動作プログラム |
CN101719089A (zh) * | 2009-10-30 | 2010-06-02 | 曙光信息产业(北京)有限公司 | 分布式集群的远程管理方法及*** |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102902828A (zh) * | 2012-11-16 | 2013-01-30 | 北京奇虎科技有限公司 | 一种用于检索的方法和装置 |
CN102902828B (zh) * | 2012-11-16 | 2016-04-20 | 北京奇虎科技有限公司 | 一种用于检索的方法和装置 |
CN105991965A (zh) * | 2015-01-27 | 2016-10-05 | 上海天跃科技股份有限公司 | 安防监控***中的录像数据完整性检查方法 |
CN105099819A (zh) * | 2015-07-20 | 2015-11-25 | 努比亚技术有限公司 | 一种监控网站状态的***和方法 |
CN106844043A (zh) * | 2016-12-29 | 2017-06-13 | 北京五八信息技术有限公司 | 集群任务的处理方法和装置 |
CN107579861A (zh) * | 2017-10-09 | 2018-01-12 | 杭州安恒信息技术有限公司 | 基于多线路监测的网站可用性告警方法、装置及电子设备 |
CN108880850A (zh) * | 2017-10-26 | 2018-11-23 | 北京视联动力国际信息技术有限公司 | 一种视联网终端故障检测的方法和装置 |
CN108900388A (zh) * | 2018-08-20 | 2018-11-27 | 连尚(新昌)网络科技有限公司 | 用于监控网络质量的方法和设备 |
CN110851316A (zh) * | 2018-08-20 | 2020-02-28 | 北京京东尚科信息技术有限公司 | 异常预警方法及装置、***、电子设备、存储介质 |
CN114172829A (zh) * | 2022-02-10 | 2022-03-11 | 统信软件技术有限公司 | 一种服务器健康监测方法、***及计算设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102375772B (zh) | 2015-05-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102375772A (zh) | 一种服务器监测的方法和装置 | |
US10887247B2 (en) | Dynamic resource allocation for sensor devices on a cellular network | |
US10033617B2 (en) | System and method for triggering on platform usage | |
CA3040565C (en) | Latency-based routing and load balancing in a network | |
US20080244077A1 (en) | Methods for auditing peer-to-peer communications in remote device monitoring system and systems thereof | |
CN103501347A (zh) | 资源分配方法及装置 | |
JP6788501B2 (ja) | 使用量データを収集して複数の通信デバイス上でのユーザのアベイラビリティを決定するための方法、システム、およびコンピュータ・プログラム | |
CN104967537A (zh) | 一种报警信息推送方法及装置 | |
CN106993043A (zh) | 基于代理的数据通信***和方法 | |
CN106506199A (zh) | ***线上接口的自动监控方法及装置 | |
CN108832213A (zh) | 一种蓄电池监控方法、装置及*** | |
CN101155147B (zh) | 一种即时通讯服务器监控数据的分发方法和装置 | |
CN104284009A (zh) | 未接电话图标清理方法和装置 | |
JP2010067093A (ja) | 管理装置、プログラム、及び管理システム | |
CN110809262A (zh) | 一种基于coap协议的物联网设备运维管理方法 | |
CN101695049A (zh) | 一种监控***中的业务处理方法及装置 | |
CN108540546B (zh) | 网络节点入网控制方法、电子设备、网络***和存储介质 | |
CN104219219A (zh) | 一种数据处理的方法、服务器及*** | |
CN110521233B (zh) | 标识中断的方法、接入点、远程配置的方法、***和介质 | |
CN111064639A (zh) | 一种服务状态公告方法、装置、设备及存储介质 | |
CN109495544A (zh) | 一种报文数据处理方法和装置、以及计算机设备 | |
CN102201932B (zh) | 用于集中式服务断线通信的方法 | |
KR101556781B1 (ko) | 네트웍 장비 예측 장애 및 수명 정보 서비스 시스템 | |
CN102932180A (zh) | 设备信息通知方法和网管客户端 | |
WO2010123475A1 (en) | Methods and systems for monitoring message oriented middleware systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |