管理云端主机的监控系统及其监控方法
【专利摘要】本发明公开了一种管理云端主机的监控系统及其监控方法，监控系统包括一云端主机及多个监控服务器，其中，每一台监控服务器分别用以处理不同类别的信息。云端主机主要可侦测本身的各项主机状态，并且据以产生多个状态信息，其中多个状态信息分别记录不同类别的信息。接着，云端主机将所述多个不同类别的状态信息，分别传送至相对应的监控服务器，由多个监控服务器来分类储存云端主机的状态信息，并且各自执行后续的处理动作。由此降低由单一服务器来储存、处理所有状态信息所造成的负担。
【专利说明】管理云端主机的监控系统及其监控方法
【技术领域】
[0001]本发明有关于监控系统及监控方法，尤其有关于可避免于云端数据中心的单点服务器或单点数据库损坏时，造成监控机制失效的监控系统及监控方法。
【背景技术】
[0002]—般来说,一个云端的数据中心需具备各式各样的主机,例如实体机器(PhysicalMachine, PM)、虚拟机器(Virtual Machine, VM)、网络交换机(Switch)、路由器(Routine)、不断电系统(Uninterruptible Power Supply, UPS)、防火墙(Firewall)等，以分别处理不同的信息。
[0003]为了方便管理并监控数据中心的状态，管理人员通常会通过硬件或软件的方式，在主机内部设置侦测器(sensor)，以监控所述多个主机的各项信息，例如温度、湿度、风扇速率、CPU、存储器、网络状态及硬盘容量等。并且，将所述多个侦测所得的信息定期回报并储存于数据中心的一数据库中，管理人员可进一步存取该数据库，以监控数据中心内各主机的各项信息。
[0004]现行的数据中心，多是由单点的监控服务器与数据库来和各主机进行连接，由此各主机各自侦测本身的主机信息、由单点的监控服务器来监控所述多个主机信息、并由单点的数据库来储存所述多个主机信息。惟，所述多个主机需要持续地侦测本身的信息，并且周期性地将信息回报给该监控服务器，并储存于该数据库中。因此，当云端数据中心的主机数量过多、回报的频率过于频繁、或是同时间回报的信息量太大时，都可能会使得监控服务器或数据库过载，进而造成信息的遗失。并且如上所述，一般的云端数据中心通常仅设置单点的监控服务器与数据库，因此当监控服务器或数据库损坏时，云端数据中心的监控机制将径而失效。
[0005]再者，若云端数据中心内的主机数量太多，也可能会导致数据库的储存空间不足，因此会需要管理人员即时添加数据库的容量，相当不便。
【发明内容】
[0006]为解决现有技术中的上述问题，本发明的主要目的，在于提供一种管理云端主机的监控系统及其监控方法，通过分散的多个监控服务器来分别监控、储存并处理相对应的信息，以避免在单点服务器或单点数据库损坏时，造成云端数据中心的监控机制失效。
[0007]为达上述目的，本发明主要提供一监控系统，包括一云端主机及多个监控服务器，其中，每一台监控服务器分别用以处理不同类别的信息。云端主机主要可侦测本身的各项主机状态，并且据以产生多个状态信息，其中多个状态信息分别记录不同类别的信息。接着，云端主机将所述多个不同类别的状态信息，分别传送至相对应的监控服务器，由多个监控服务器来分类储存云端主机的状态信息，并且各自执行后续的处理动作。
[0008]本发明对照先前技术所能达成的功效在于，依据云端数据中心的预定规则来规划多个台的监控服务器，并且让每一台监控服务器分别监控、储存并处理云端主机的不同类别的信息，例如CPU、硬盘、存储器、流量等等。由此，可以解决传统通过单点服务器来监控并处理所有云端主机的所有信息时，服务器的负担太大而容易损坏的问题。
[0009]再者，传统的云端数据中心，主要是通过单点数据库来储存所有云端主机的所有信息，因此，当云端主机的数量太多时，较容易发生数据库的储存空间不足，而需要扩充数据库容量的问题。本发明让每一台监控服务器可以同时担任数据库的角色，也就是说，数据库的数量即等同于监控服务器的数量，这样可以有效解决单一数据库的储存空间不足的问题。
[0010]由于本发明是通过多台监控服务器，分别监控、储存并处理对应类别的信息，因此当任一监控服务器损坏时，并不会影响其他监控服务器的运作，系统只要重新建立一台新的监控服务器，或是将云端主机导向备用的监控服务器即可。因此通过此一技术方案，实可以大幅降低监控服务器损坏时对云端数据中心所造成的影响。并且，每一台监控服务器彼此知道其他监控服务器所负责的信息类别为何，因此当使用者要查询云端主机的特定信息时，不会因为监控服务器的分散而有查询不到数据的问题。
【专利附图】
【附图说明】
[0011]图1为本发明的第一较佳具体实施例的系统架构图。
[0012]图2为本发明的第一较佳具体实施例的时序示意图。
[0013]图3为本发明的第一较佳具体实施例的云端主机方块图。
[0014]图4为本发明的第一较佳具体实施例的主机数据池方块图。
[0015]图5为本发明的第一较佳具体实施例的监控服务器方块图。
[0016]图6为本发明的第一较佳具体实施例的监控流程图。
[0017]图7为本发明的第二较佳具体实施例的监控流程图。
[0018]图8为本发明的第二较佳具体实施例的系统架构图。
[0019]图9为本发明的第一较佳具体实施例的查询流程图。
[0020]图10为本发明的第三较佳具体实施例的系统架构图。
[0021]其中，附图标记说明如下:
[0022]1:云端主机
[0023]11:第一控制单元
[0024]12:感测单元
[0025]13:第一传输单元
[0026]14:主机数据池
[0027]141:队列
[0028]142:本地端数据库
[0029]2、5:监控服务器
[0030]21:第二控制单元
[0031]22:数据库
[0032]23:第二传输单元
[0033]24:分析单元
[0034]25:通知单元[0035]3:应用程序界面服务器
[0036]4:外部终端
[0037]51:代理服务器
[0038]52:储存服务器
[0039]53:分析服务器
[0040]54:通知服务器
[0041]201:第一监控服务器
[0042]202:第二监控服务器
[0043]203:第三监控服务器
[0044]Il:状态信息
[0045]T1、T2:分散杂凑表
[0046]S10?S16:步骤
[0047]S20?S28:步骤
[0048]S30"S38:步骤
[0049]S40"S48:步骤
【具体实施方式】
[0050]兹就本发明的一较佳实施例，配合图式，详细说明如后。
[0051]首请参阅图1，为本发明的第一较佳具体实施例的系统架构图。如图所示，本发明的监控系统主要包括至少一台云端主机I及多个台监控服务器2，并且该多个监控服务器2分别连接该至少一云端主机I。本发明中，该多个监控服务器2用以监控该至少一云端主机I的主机状态，并且储存、处理该至少一云端主机I的状态信息。为方便说明，下面将于说明书内文中，仅以一台该云端主机I为例来举例说明，并且将该云端主机I简称为该主机I。
[0052]该主机I及所述多个监控服务器2皆可视为云端数据中心内的一个端点(node)，可由实体机器(Physical Machine, PM)或虚拟机器(Virtual Machine, VM)来实现,不加以限定。更甚者，该监控系统会依实际所需来指定任意一或多个端点当作该监控服务器2的角色，因此，当以VM来实现时，则同一台PM可同时担任该主机I及该监控服务器2的角色。也就是说，该主机I及所述多个监控服务器2不一定得存在于PM中，也不一定要单独存在，因为一台PM可以同时担任多种角色，以此让本系统极具弹性。
[0053]续请参阅图2，为本发明的第一较佳具体实施例的时序示意图。本发明中，该监控系统在指派多个端点的角色，以令多个端点成为该多个监控服务器2时，即对该多个监控服务器2进行分类，由此可由多个台该监控服务器2来分别监控该主机I的不同类别的信息。图2所不的实施例中，该多个监控服务器2以一第一监控服务器201、一第二监控服务器202及一第三监控服务器203为例，然而，该多个监控服务器2的数量，应视实际的分类状况而定，不以三台为限。
[0054]举例来说，可由该第一监控服务器201来监控该主机I的CPU信息、由该第二监控服务器202来监控该主机I的硬盘信息、由该第三监控服务器203来监控该主机I的网络流量等。如此一来，若云端数据中心具有一千台主机，则该一千台主机的CPU信息皆由该第一监控服务器201来监控、硬盘信息皆由该第二监控服务器202来监控、而网络流量信息皆由该第三监控服务器203来监控。
[0055]并且，该监控系统也可通过大量的该监控服务器2，将该主机I的信息的类别再加以细分。举例来说，可由该第一监控服务器201来监控CPU的使用率、由该第二监控服务器202来监控CPU的温度、由该第三监控服务器203来监控CPU的风扇转速等，并由该三台监控服务器201-203来共同监控该主机I的CPU信息。然而，以上所述仅为本发明的较佳具体实例，不应以此为限。
[0056]如图2所示，当该主机I启动后,会先对外进行多重播送(Multicast)(步骤S10),同时发送封包至该监控系统中的所有该监控服务器2。接着，由第一个接收该封包的监控服务器(以该第一监控服务器201为例)接受该主机I的注册动作，并且于注册完成后，该主机I会收到该第一控监服务器201以单点播送(unicast)动作回复的配置信息(步骤S12)。值得一提的是，该主机I及该多个监控服务器2分别具有一网络协议(InternetProtocol, IP)地址，彼此通过有线/无线网络来传输数据，因此，一般来说，当该主机I发出封包时，会由IP地址最接近该主机I的IP地址者，最先接收该封包。举例来说，若该主机I的IP地址为1.1.1.1、该第一监控服务器201的IP地址为1.1.1.5、该第二监控服务器202的IP地址为1.1.3.1、该第三监控服务器203的IP地址为1.7.1.1，可断定该第一监控服务器201的IP地址最接近该主机I的IP地址，因此会由该第一监控服务器201最先接收到该封包，并且接受该主机I的注册动作。
[0057]该主机I接收的该配置信息中，主要包含了该第一监控服务器201所提供的一分散杂凑表(如图3中所示的分散杂凑表Tl)，该分散杂凑表Tl中记录了该多个监控服务器2各自对应的类别。是以，该主机I可依据该分散杂凑表Tl对本身的各项信息进行分类，并且依照类别，分别传送至对应的所述多个监控服务器2 (步骤S14)。例如前文所述，将CPU信息传送到该第一监控服务器201、将硬盘信息传送到该第二监控服务器202、将网络流量信息传送至该第三监控服务器203。并且，各该监控服务器2在被指派角色的同时，即已确定要负责监控、储存与处理哪一个类别的信息，因此其内部会被设定有对应该类别的信息的规则。各该监控服务器2在接收并储存了该主机I传来的信息后，即可依据上述规则，各自对所述多个信息进行后续的处理动作(步骤S16)。
[0058]如图2所示，本发明通过该多个监控服务器2，分别监控、储存并处理对应类别的信息，因此可以有效解决传统单一的服务器或数据库的负担太大的问题。
[0059]参阅图3，为本发明的第一较佳具体实施例的云端主机方块图。如图所示，该主机I主要包括一第一控制单元11、一感测单元12、一第一传输单元13及一主机数据池14，其中该第一控制单元11连接该感测单元12、该第一传输单元13及该主机数据池14。该第一控制单元用以处理该主机I中的各项信息。该感测单元12用以侦测该主机I本身的主机状态，例如CPU、存储器、硬盘及网络流量等，并且再依据侦测结果，产生多个的状态信息II，其中，该多个状态信息Il分别记录不同类别的信息。举例来说，该主机I可产生四项类别的该状态信息II，分别为CPU类别、存储器类别、硬盘类别及网络类别，并且将该四项不同类别的状态信息II，分别传送至四台对应的该监控服务器2中，以通过该多个监控服务器2来分类储存所述多个状态信息II。其中，每一个类别的该状态信息Il皆可为单笔或多笔，其数量并不以一为限。
[0060]该第一传输单元13用以连接该多个监控服务器2，以将所述多个状态信息11依类别传送至对应的该多个监控服务器2。该主机数据池(Storage pool) 14则用以暂存该感测单元12侦测所得的所述多个状态信息II。如上所述，该主机I内部更具有该分散杂凑表Tl，并且该分散杂凑表Tl中记录该多个监控服务器2分别对应至哪一个类别的该状态信息II。是以，当该主机I要对外传送所述多个状态信息Il时，主要参照该分散杂凑表Tl，以将所述多个状态信息Il传送至正确、对应的该多个监控服务器2，以利该多个监控服务器2分类储存所述多个状态信息II，并且依照预定规则，分别对所述多个状态信息Il进行后续处理。
[0061]请同时参阅图4，为本发明的第一较佳具体实施例的主机数据池方块图。如图所示，该主机数据池14主要包括一队列141及一本地端数据库142，分别连接该第一控制单元
11。其中，该队列141主要用以对待处理的数据进行排序，而该本地端数据库142则用以暂存该主机I的所述多个状态信息II。
[0062]更具体而言，当该多个监控服务器2的其中的一损坏时，该主机I可通过该本地端数据库142，暂存该损坏的监控服务器2对应的类别的所述多个状态信息II。举例来说，若该第一监控服务器201用以储存CPU的相关信息，则当该第一监控服务器201损坏时，该主机I会将CPU以外的所述多个状态信息Il依类别传送至对应的该多个监控服务器2，并将CPU的信息暂存于该本地端数据库142中。当该第一监控服务器201被修复后，该主机I再将该本地端数据库142内暂存的信息传送至该第一监控服务器201。如此一来，不会因为该多个监控服务器2损坏，而造成该主机I的所述多个状态信息Il遗失的问题。
[0063]参阅图5为本发明的第一较佳具体实施例的监控服务器方块图。如图所示，该多个监控服务器2中分别包括一第二控制单元21、一数据库22、一第二传输单元23、一分析单元24及一通知单元25，其中该第二控制单元21连接该数据库22、该第二传输单元23、该分析单元24及该通知单元25。
[0064]该第二控制单元21用以处理该监控服务器2内部的各项信息。该第二传输单元23用以连接该主机1，以接收该主机I所传送的对应类别的所述多个状态信息II。该数据库22用以储存该第二传输单元23所接收的所述多个状态信息II，因此，该监控系统中，不再需要设置额外的数据库来储存该主机I的信息，而是将该多个监控服务器2分别当作多台数据库来使用。
[0065]值得一提的是，该多个监控服务器2中分别具有一分散杂凑表T2，并且该分散杂凑表T2与该主机I中的该分散杂凑表Tl具有一样的内容。如上所述，该分散杂凑表T2中记录该多个监控服务器2所各自对应的类别，因此，每一台该监控服务器2皆可查询该分散杂凑表T2，得知其他的该监控服务器2对应至哪一个类别的信息。由此，当任一台该监控服务器2接受外部的查询请求时，皆可通过该分散杂凑表T2的查询，得知外部所要寻找的信息存在哪一台该监控服务器2中。虽然本发明是通过分散式的方式来监控、储存并处理该主机I的多项状态信息II，但是绝不会有找不到数据的问题。
[0066]该分析单元24用以对该数据库22中储存的所述多个状态信息Il进行分析，以判断该主机I是否有异常事件发生，更具体而言，是判断该主机I是否有对应类别的异常事件发生。举例来说，若该第二监控服务器202用以监控硬盘的相关信息，则该第二监控服务器202中的该分析单元24，即用以分析该主机I的硬盘信息，并判断该I是否有硬盘容量不足、坏道或数据损毁等问题。[0067]于一实施例中，各该监控服务器2可依照类别来设定一预设门限值，并且该分析单元24于该状态信息Il超过该预设门限值时，判断该主机I发生异常。例如，该第一监控服务器201监控CPU的信息，并设定CPU的温度门限值为60° C，于此实施例中，当该状态信息Il指出该主机I的CPU温度超过60° C时，该第一监控服务器201即判断该主机I发生异常。然而以上所述仅为本发明的较佳具体实例，不应以此为限。
[0068]该通知单元25用以当该主机I被判定发生异常事件时，对外执行一通知程序。更具体而言，各该监控服务器2可预先设定一预定规则，设定发生哪些状况时，需要执行怎样的通知程序。举例来说,可由该预定规则规定，当该主机I的CPU温度超过60° C时，发出一通知信息给该主机1，并命令该主机I提高风扇的转速；并且，由该预定规则规定，当该主机I的CPU温度超过70° C时，发出另一通知信息给该监控系统的管理人员，请管理人员至现场了解并排除状况。然而以上所述仅为本发明的较佳具体实例，不应以此为限。
[0069]续请参阅图6，为本发明的第一较佳具体实施例的监控流程图。要达到本发明的监控方法，则该主机I被启动后，需与该多个监控服务器2取得连线。首先，该主机I先对外进行多重播送(步骤S20)，接着，由该多个监控服务器2中，最先接收该主机I的播送封包的该监控服务器2来接受该主机I的注册(步骤S22)。在该主机I注册完成之后，该多个监控服务器2即可为该主机I提供服务。并且，一般来说，会由IP地址最接近该主机I的IP地址者，最先接收到该播送封包，并接受该主机I的注册，下述以该第一监控服务器201为例来说明，但不加以限定。
[0070]当该第一监控服务器201接受了该主机I的注册之后，该主机I即可由该第一监控服务器201得到相关的配置信息(步骤S24)，并且，该配置信息中包含了该分散杂凑表Tl。在该步骤S24的后，该主机I即可由该分散杂凑表Tl来得知该多个监控服务器2分别对应至哪一个类别，因此，该主机I不必再向其他的该监控服务器2逐一进行注册动作。
[0071]接着，该主机I即可通过内部的该感测单元12，侦测本身的主机状态，并且依据侦测结果产生多个的该状态信息II，其中该多个状态信息Il分别记录不同类别的信息(步骤S26)。最后，该主机I参照该分散杂凑表Tl，将所述多个状态信息Il依类别传送至对应的该多个监控服务器2 (步骤S28)。值得一提的是，在该主机I尚未被关闭(如运作于PM)，或是尚未被删除(如运作于VM)之前，该主机I都会持续侦测本身的状态、产生所述多个状态信息I1、并依类别传送至对应的该多个监控服务器2。
[0072]接续请参阅图7，为本发明的第二较佳具体实施例的监控流程图。当该主机I依类别来分别传送所述多个状态信息Il后，该多个监控服务器2将可分别接收自己所负责的类别的所述多个状态信息Il (步骤S30)，并且，可通过内部的该数据库22分别储存所述多个同类别的状态信息Il (步骤S32)。接着，对所述多个状态信息Il进行分析，以判断该主机I是否有异常事件发生(步骤S34)。
[0073]更具体而言，各该监控服务器2内部分别为所负责的类别设定有上述的预设门限值，各该监控服务器2分析所述多个状态信息Il是否超过该预设门限值(步骤S36)，并且于超过该预设门限值时，认定该主机I发生异常事件。若分析后发现没有异常，则回到该步骤S30，各该监控服务器2持续接收该主机I传来的所述多个状态信息II。然而，若分析后发现该主机I发生异常事件，则该监控服务器2依据上述的该预设规则，对外执行该通知程序(步骤S38)，以直接控制该主机I，或是通知相关的管理人员。[0074]接续请同时参阅图8及图9，分别为本发明的第二较佳具体实施例的系统架构图，以及第一较佳具体实施例的查询流程图。如图8所示，该监控系统还可包括一应用程序界面(Application Programing Interface, API)服务器3,连接该多个监控服务器2。该API服务器3主要是作为该监控系统的一查询界面，接收外部终端4通过网络系统所传来的查询请求。该API服务器3内部亦具有该分散杂凑表(图未标示)，因此，当该API服务器3收到该外部终端4对于一特定类别(例如CPU)的该状态信息Il的查询请求时，可依据内部的分散杂凑表，连结到对应该特定类别的该监控服务器2来进行查询。
[0075]以该第三监控服务器203为例，当该第三监控服务器203收到一查询请求时，会先判断本身是否有储存该特定类别(例如上述的CPU)的该状态信息II，若有，则该第三监控服务器203可直接以内部储存的该状态信息Il回复该查询请求；若没有，则该第三监控服务器203会再参照该分散杂凑表T2，并建议该API服务器3或该外部终端4可以到哪一台该监控服务器2去寻找。
[0076]接着如图9所示，首先，当使用者要查询该特定类别的该状态信息Il时，该API服务器3会收到该外部终端4发出的该查询请求(步骤S40)，接着，即可依据该分散杂凑表，连结至对应该特定类别的该监控服务器2中进行查询(步骤S42)。当该监控服务器2收到该查询请求后，需判断其本身是否储存有该特定类别的该状态信息Il (步骤S44)。若该监控服务器2对应至该特定类别，则该监控服务器2可直接以该特定类别的该状态信息Il回复该查询请求(步骤S46);若该监控服务器2并非对应至该特定类别，则该监控服务器2查询内部的该分散杂凑表T2，并且建议该API服务器3到可能对应该特定类别的其他监控服务器2中进行查询(步骤S48)。
[0077]前述实施例中，各该监控服务器2系分别以单个端点(node)来实现，并且由该端点中的各个单元来分别执行各项工作。然而，若该监控系统中的该主机I数量过多，例如上万台甚至数十万台时，即使单一台该监控服务器2只负责监控、储存并处理单一类别的该状态信息II，但仍可能发生过载的问题。是以，于另一实施例中，还可将各该监控服务器2分别拆开，以多台实体或虚拟的服务器来共同担任一台该监控服务器2的角色，以此减低每一台服务器的负担。
[0078]参阅图10，为本发明的第三较佳具体实施例的系统架构图。本实施例中，一监控服务器5的角色，主要由数台的服务器来共同担任。如图中所示，该监控服务器5主要包括了一代理服务器51、一储存服务器52、一分析服务器53及一通知服务器54。然而,本实施例中以四台服务器为例，但应视该监控系统的实际所需而定，不应加以限定。
[0079]该代理服务器51主要用以连接该主机1，并接收该主机I传送的对应类别的所述多个状态信息II，以将该代理服务器51做为该监控服务器5与该主机I之间的连接界面。该储存服务器52用以储存该代理服务器51所接收的所述多个状态信息II，以做为该监控服务器5的一数据库。
[0080]该分析服务器53内部具有演算法及上述预定门限值，主要用以对该储存服务器52所储存的所述多个状态信息Il进行分析，进而判断该主机I是否有异常事件发生。其中，不同的该分析服务器53内部具有的演算法及预定门限值皆不相同，可由多台该分析服务器53，分别分析该主机I的不同类别的所述多个状态信息II。该通知服务器54用以当该主机I被判定发生异常事件时，依据上述的预定规则，对外执行相对应的通知程序，例如，命令该主机I解决该异常事件，或通知管理人员到场进行了解与状况排除等。
[0081]通过上述实施例的作法，可以将服务器的负担更进一步地分散，例如，若将所述多个状态信息Il分别五个类别，并且每一该监控服务器5皆由四台服务器来共同担任，则该监控系统中，共由二十台服务器来监控、储存并处理该主机I的所述多个状态信息II。如此一来，绝不会发生单一服务器或数据库因过载而损坏的问题。
[0082]以上所述仅为本发明的较佳具体实例，非因此即局限本发明的专利范围，故举凡运用本
【发明内容】
所为的等效变化，均同理皆包含于本发明的范围内，合予陈明。
【权利要求】
1.一种管理云端主机的监控系统，包括: 一云端主机，具有一感测单元，侦测该云端主机的状态，并依据侦测结果产生多个状态信息，该多个状态信息分别记录不同类别的信息； 多个监控服务器，分别连接该云端主机，各该监控服务器分别对应至该多个状态信息中的一个类别； 其中，该云端主机依据各该监控服务器所对应的类别，将该多个状态信息分别传送至对应的该多个监控服务器，通过该多个监控服务器分类储存该云端主机的所述多个状态信肩、O
2.如权利要求1所述的监控系统，其中该云端主机具有一分散杂凑表，记录该多个监控服务器各自对应的类别，该云端主机依据该分散杂凑表，将所述多个状态信息依类别传送至对应的该多个监控服务器。
3.如权利要求2所述的监控系统，其中该云端主机包括: 一第一传输单元，连接该多个监控服务器，将所述多个状态信息依类别传送至对应的该多个监控服务器； 一主机数据池，暂存侦测所得的所述多个状态信息 '及 一第一控制单元，连接该第一传输单元、该主机数据池及该感测单元，处理该云端主机的各项信息。
4.如权利要求3所述的监控系统，其中该主机数据池包括一队列及一本地端数据库，该队列对待处理的数据进行排序，并且当该多个监控服务器的其中之一损坏时，该云端主机通过该本地端数据库暂存该损坏的监控服务器对应的类别的所述多个状态信息。
5.如权利要求3所述的监控系统，其中该多个监控服务器分别包括: 一第二传输单元，连接该云端主机，接收该云端主机传送的对应类别的所述多个状态信息； 一数据库，储存所接收的所述多个状态信息；及 一第二控制单元，连接该第二传输单元及该数据库，处理该监控服务器的各项信息。
6.如权利要求5所述的监控系统，其中该多个监控服务器分别包括该分散杂凑表，当该多个监控服务器的其中之一接受该云端主机的注册时，将该分散杂凑表传送至该云端主机。
7.如权利要求6所述的监控系统，其中该多个监控服务器分别包括: 一分析单元，连接该第二控制单元，对储存的所述多个状态信息进行分析，判断该云端主机是否有异常事件发生；及 一通知单元，连接该第二控制单元，当该云端主机发生异常事件时，依据一预定规则对外执行一通知程序。
8.如权利要求7所述的监控系统，其中还包括一应用程序界面服务器，连接该多个监控服务器，并具有该分散杂凑表，该应用程序界面监控服务器接收外部终端对于一特定类别的状态信息的查询请求时，依据该分散杂凑表，至对应该特定类别的该监控服务器进行查询。
9.如权利要求3所述的监控系统，其中该多个监控服务器分别包括: 一代理服务器，连接该云端主机，接收该云端主机传送的对应类别的所述多个状态信息； 一储存服务器，储存该代理服务器接收的所述多个状态信息； 一分析服务器，对储存的所述多个状态信息进行分析，判断该云端主机是否有异常事件发生 '及 一通知服务器，当该云端主机发生异常事件时，依据一预定规则对外执行一通知程序。
10.一种管理云端主机的监控方法，包括: a)一云端主机侦测本身的状态，并产生多个状态信息，其中该多个状态信息分别记录不同类别的信息； b)连接多个监控服务器，其中各该监控服务器分别对应至所述多个状态信息中的一个类别； c)依据各该监控服务器所对应的类别，将所述多个状态信息依类别传送至对应的该多个监控服务器。
11.如权利要求10所述的监控方法，其中该步骤a之前包括下列步骤: aOl)该云端主机对外进行多重播送； a02)由最先接收该云端主机播送的封包的该监控服务器接受该云端主机的注册； a03)传送一分散杂凑表至注册完成的该云端主机,其中该分散杂凑表记录该多个监控服务器各自对应的类别。
12.如权利要求11所述的监控方法，其中该步骤a02中，由该多个监控服务器中，IP地址最接近该云端主机的IP地址者最先接收该封包。
13.如权利要求10所述的监控方法，其中还包括下列步骤: d)该多个监控服务器分别接收对应类别的所述多个状态信息； e)储存所述多个状态信息； f)分析所述多个状态信息，并判断该云端主机是否有异常事件发生'及 g)当该云端主机发生异常事件时，依据一预设规则对外执行一通知程序。
14.如权利要求13所述的监控方法，其中该多个监控服务器分别针对所对应的类别设置一预设门限值，并且该步骤f包括: fl)分析所述多个状态信息是否超过该预设门限值 '及 ?2)当所述多个状态信息超过该预设门限值时，认定该云端主机发生异常事件。
15.如权利要求10所述的监控方法，其中还包括下列步骤: h)该多个监控服务器的其中之一接收一特定类别的状态信息的查询请求； i)判断该监控服务器中是否储存有该特定类别的状态信息； j)若该监控服务器中储存有该特定类别的状态信息，依据该状态信息回复该查询请求 '及 k)若该监控服务器中没有该特定类别的状态信息，该监控服务器查询一分散杂凑表，并建议发出该查询请求的一外部终端至其他监控服务器中查询，其中该分散杂凑表记录该多个监控服务器各自对应的类别。
16.一种管理云端主机的监控系统，包括: 多个监控服务器，分别对应处理不同类别的信息，各该监控服务器分别具有一分散杂凑表，记录各该监控服务器各自对应的类别 '及一云端主机，连接该多个监控服务器，该云端主机具有一感测单元，侦测该云端主机的状态，并依据侦测结果产生多个状态信息，其中该多个状态信息分别记录不同类别的信息； 其中，该云端主机由该多个监控服务器的其中之一接收该分散杂凑表，并且依据该分散杂凑表，将该多个状态信息分别依类别传送至对应的该多个监控服务器，通过该多个监控服务器分类储存该云端主机的所述多个状态信息。
17.如权利要求16所述的监控系统，其中还包括一应用程序界面服务器，连接该多个监控服务器，并具有该分散杂凑表，该应用程序界面监控服务器接收外部终端对于一特定类别的状态信息的查询请求时，依据该分散杂凑表，连结到对应该特定类别的该监控服务器进行查询。
18.如权利要求16所述的监控系统，其中该云端主机包括: 一第一传输单元，连接该多个监控服务器，将所述多个状态信息依类别传送至对应的该多个监控服务器； 一队列，对待处理的所述多个状态信息进行排序； 一本地端数据库，当该多个监控服务器的其中的一损坏时，暂存该损坏的监控服务器对应的类别的所述多个状态信息；及 一第一控制单元，连接该第一传输单元、该队列、该本地端数据库及该感测单元，处理该云端主机的各项信息。
19.如权利要求16所述的监控系统，其中该多个监控服务器分别包括: 一第二传输单元，连接该云端主机，接收该云端主机传送的对应类别的所述多个状态信息； 一数据库，储存所接收的所述多个状态信息； 一分析单元，对储存的所述多个状态信息进行分析，判断该云端主机是否有异常事件发生； 一通知单元，当该云端主机发生异常事时，依据一预定规则对外执行一通知程序 '及 一第二控制单元，连接该第二传输单元、该数据库、该分析单元及该通知单元，处理该监控服务器的各项信息。
20.如权利要求16所述的监控系统，其中该多个监控服务器分别包括: 一代理服务器，连接该云端主机，接收该云端主机传送的对应类别的所述多个状态信息； 一储存服务器，储存该代理服务器接收的所述多个状态信息； 一分析服务器，对储存的所述多个状态信息进行分析，判断该云端主机是否有异常事件发生 '及 一通知服务器，当该云端主机发生异常事件时，依据一预定规则对外执行一通知程序。
【文档编号】H04L12/26GK103716195SQ201210370453
【公开日】2014年4月9日 申请日期:2012年9月28日 优先权日:2012年9月28日
【发明者】洪瑞聪, 许秉慧 申请人:台达电子工业股份有限公司