CN107147527A - 一种Linux集群告警的系统及方法 - Google Patents
一种Linux集群告警的系统及方法 Download PDFInfo
- Publication number
- CN107147527A CN107147527A CN201710343513.6A CN201710343513A CN107147527A CN 107147527 A CN107147527 A CN 107147527A CN 201710343513 A CN201710343513 A CN 201710343513A CN 107147527 A CN107147527 A CN 107147527A
- Authority
- CN
- China
- Prior art keywords
- warning information
- client
- service end
- clustered node
- real time
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Alarm Systems (AREA)
Abstract
本发明提供了一种Linux集群告警的系统及方法，该系统，包括：至少一个集群节点、服务端和客户端；每个所述集群节点中设置有告警程序；所述告警程序，用于实时采集所在的所述集群节点的告警信息，实时输出所述告警信息；所述客户端，用于向所述服务端订阅所述至少一个集群节点的告警信息，实时接收所述服务端推送的所述告警信息；所述服务端，用于实时获取每个所述集群节点的所述告警程序输出的所述告警信息，并实时将获取的所述告警信息推送给所述客户端。本发明提供了一种Linux集群告警的系统及方法，能够实时获取Linux集群的告警信息。
Description
技术领域
本发明涉及计算机技术领域，特别涉及一种Linux集群告警的系统及方法。
背景技术
随着计算机技术以及互联网技术的飞速发展，Linux系统由于有着开源，安全性较高，系统资源占用少等诸多优点，在各种领域都得到广泛应用。基于Linux系统的集群也得到广泛应用，如何实时获取Linux集群的告警信息越来越重要。
现有技术中，在获取Linux集群的告警信息时，需要向相应的服务端发送告警信息的请求，服务端只有在接收到告警信息的请求时，才会返回Linux集群的告警信息。
通过上述描述可见，现有技术无法实时获取Linux集群的告警信息。
发明内容
本发明实施例提供了一种Linux集群告警的系统及方法，能够实时获取Linux集群的告警信息。
一方面，本发明实施例提供了一种Linux集群告警的系统，包括：
至少一个集群节点、服务端和客户端；
每个所述集群节点中设置有告警程序；
所述告警程序，用于实时采集所在的所述集群节点的告警信息，实时输出所述告警信息；
所述客户端，用于向所述服务端订阅所述至少一个集群节点的告警信息，实时接收所述服务端推送的所述告警信息；
所述服务端，用于实时获取每个所述集群节点的所述告警程序输出的所述告警信息，并实时将获取的所述告警信息推送给所述客户端。
进一步地，所述客户端，进一步用于向所述服务端发送订阅需求信息；
所述服务端，用于接收所述客户端发来的所述订阅需求信息，根据所述订阅需求信息处理获取的所述告警信息，将处理后的所述告警信息推送给所述客户端。
进一步地，该系统，进一步包括：
消息队列；
所述告警程序，用于将采集的所述告警信息保存到所述消息队列中；
所述服务端，用于从所述消息队列中获取所述告警信息。
进一步地，所述告警信息包括：CPU的利用率的告警信息、内存的利用率的告警信息、网络异常的告警信息、硬盘故障的告警信息、硬盘的存储空间的告警信息中的一个或多个。
进一步地，该系统，进一步包括：
数据库，用于存储每个所述集群节点的所述告警信息。
进一步地，所述服务端，用于将获取的所述告警信息按照预设格式封装，将封装后的所述告警信息推送给所述客户端。
进一步地，所述客户端，进一步用于展示接收到的所述告警信息。
另一方面，本发明实施例提供了一种Linux集群告警的方法，包括：
预先在至少一个集群节点中的每个所述集群节点中设置告警程序；
客户端预先向服务端订阅所述至少一个集群节点的告警信息；
包括：
每个所述集群节点中的所述告警程序实时采集所在的所述集群节点的告警信息，实时输出所述告警信息；
所述服务端实时获取每个所述集群节点的所述告警程序输出的所述告警信息，实时将获取的所述告警信息推送给所述客户端。
所述客户端实时接收所述服务端推送的所述告警信息。
进一步地，该方法进一步包括：
所述客户端预先向所述服务端发送订阅需求信息；
所述服务端接收所述客户端发来的所述订阅需求信息；
在所述实时将获取的所述告警信息推送给所述客户端之前，进一步包括：
所述服务端根据所述订阅需求信息处理获取的所述告警信息；
所述实时将获取的所述告警信息推送给所述客户端，包括：
所述服务端将处理后的所述告警信息推送给所述客户端。
进一步地，该方法，进一步包括：
所述实时输出所述告警信息，包括：
每个所述告警程序将采集的所述告警信息保存到预设的消息队列中；
所述服务端实时获取每个所述集群节点的所述告警程序输出的所述告警信息，包括：
所述服务端从所述消息队列中获取所述告警信息。
进一步地，所述告警信息包括：CPU的利用率的告警信息、内存的利用率的告警信息、网络异常的告警信息、硬盘故障的告警信息、硬盘的存储空间的告警信息中的一个或多个。
进一步地，该方法，进一步包括：
预设的数据库存储每个所述集群节点的所述告警信息。
进一步地，在所述实时将获取的所述告警信息推送给所述客户端之前，进一步包括：
所述服务端将获取的所述告警信息按照预设格式封装；
所述实时将获取的所述告警信息推送给所述客户端，包括：
所述服务端将封装后的所述告警信息推送给所述客户端。
进一步地，在所述客户端实时接收所述服务端推送的所述告警信息之后，进一步包括：
所述客户端展示接收到的所述告警信息。
在本发明实施例中，客户端通过订阅机制向服务端订阅集群节点的告警信息，在集群节点中设置有告警程序，通过告警程序实时采集每个集群节点自身的告警信息，服务端获取告警程序采集的告警信息，按照订阅机制将获取的告警信息主动推送给客户端，客户端无需向服务端发送请求也可以实时获取到集群节点的告警信息。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的一种Linux集群告警的系统的示意图；
图2是本发明一实施例提供的另一种Linux集群告警的系统的示意图；
图3是本发明一实施例提供的一种Linux集群告警的方法的流程图；
图4是本发明一实施例提供的另一种Linux集群告警的方法的流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供了一种Linux集群告警的系统，该系统包括：
至少一个集群节点、服务端和客户端；
每个所述集群节点中设置有告警程序；
所述告警程序，用于实时采集所在的所述集群节点的告警信息，实时输出所述告警信息；
所述客户端，用于向所述服务端订阅所述至少一个集群节点的告警信息，实时接收所述服务端推送的所述告警信息；
所述服务端，用于实时获取每个所述集群节点的所述告警程序输出的所述告警信息，并实时将获取的所述告警信息推送给所述客户端。
在本发明实施例中，客户端通过订阅机制向服务端订阅集群节点的告警信息，在集群节点中设置有告警程序，通过告警程序实时采集每个集群节点自身的告警信息，服务端获取告警程序采集的告警信息，按照订阅机制将获取的告警信息主动推送给客户端，客户端无需向服务端发送请求也可以实时获取到集群节点的告警信息。
如图1所示，本发明实施例提供了一种Linux集群告警的系统，该系统包括：
三个集群节点101、服务端102和客户端103；
每个所述集群节点101中设置有告警程序；
所述告警程序，用于实时采集所在的所述集群节点101的告警信息，实时输出所述告警信息；
所述客户端103，用于向所述服务端102订阅所述至少一个集群节点101的告警信息，实时接收所述服务端102推送的所述告警信息；
所述服务端102，用于实时获取每个所述集群节点101的所述告警程序输出的所述告警信息，并实时将获取的所述告警信息推送给所述客户端103。
为了使得用户通过客户端可以获取到所需要的告警信息，在本发明一实施例中，所述客户端，进一步用于向所述服务端发送订阅需求信息；
所述服务端，用于接收所述客户端发来的所述订阅需求信息，根据所述订阅需求信息处理获取的所述告警信息，将处理后的所述告警信息推送给所述客户端。
在本发明实施例中，用户可以通过设置订阅需求信息来向服务端发送对应服务端推送的告警信息的需求，例如：对告警信息的格式需求，对每次推送的告警信息的数量要求，对告警信息的展示形式的要求等。
在本发明实施例中，服务端根据客户端发来的订阅需求信息预先对告警信息进行处理，推送出处理后的告警信息，以满足用户对于客户端接收到的告警信息的需求，能够提高用户体验。
为了方便服务端获取告警信息，在本发明一实施例中，该系统进一步包括：
消息队列；
所述告警程序，用于将采集的所述告警信息保存到所述消息队列中；
所述服务端，用于从所述消息队列中获取所述告警信息。
在本发明实施例中，告警程序将采集的告警信息保存到消息队列，方便服务器获取，也起到了缓冲的作用，使得服务器有更多的时间来处理各个告警程序发来的告警信息，避免遗漏了某些告警信息。
基于图1所示的一种Linux集群告警的系统，如图2所示，该系统进一步包括：
消息队列201；
所述告警程序，用于将采集的所述告警信息保存到所述消息队列中；
所述服务端102，用于从所述消息队列中获取所述告警信息。
在本发明一实施例中，所述告警信息包括：CPU的利用率的告警信息、内存的利用率的告警信息、网络异常的告警信息、硬盘故障的告警信息、硬盘的存储空间的告警信息中的一个或多个。
在本发明实施例中，CPU的利用率的告警信息可以是集群节点的CPU的利用率超过了第一预设值而发出的告警信息，内存的利用率的告警信息可以是集群节点的内存的利用率超过了第二预设值而发出的告警信息，网络异常的告警信息可以是集群节点的网络无法正常使用而发出的告警信息，硬盘故障的告警信息可以是集群节点的硬盘无法正常使用而发出的告警信息，硬盘的存储空间的告警信息可以是硬盘的存储空间少于第三预设值而发出的告警信息。
在本发明一实施例中，该系统，进一步包括：
数据库，用于存储每个所述集群节点的所述告警信息。
在本发明实施例中，数据库可以存储各种历史的告警信息，当用户需要对历史的告警信息进行处理时，可以对数据库中保存的历史的告警信息进行处理。数据库可以通过MYSQL实现。数据库可以存放告警信息的元数据和实时的告警信息以及历史的告警信息等相关信息，以提供给用户方便进行告警信息的增、删、改、查操作。用户可以通过客户端向服务端发送对数据库中的信息的请求，服务端根据客户端发来的请求对数据库中的相关的信息进行处理，将处理结果反馈给客户端。
在本发明一实施例中，所述服务端，用于将获取的所述告警信息按照预设格式封装，将封装后的所述告警信息推送给所述客户端。
在本发明实施例中，该预设格式可以是Json格式。
在本发明一实施例中，所述客户端进一步用于展示接收到的所述告警信息。
在本发明一实施例中，该系统可以应用于Linux集群的各个集群节点。
在本发明一实施例中，客户端在接收到服务端推送的告警信息后，展示接收到的告警信息，并且为用户提供操作接口，用户可以通过客户端来对告警信息进行管理和展示，并通过客户端与服务端进行交互，以使服务端满足用户对于告警信息的相关需求。客户端可以通过浏览器来实现。客户端可以通过BootStrap来实现。
在本发明一实施例中，服务端可以通过tomcat来实现。服务端可以通过基于Http的Rest接口与客户端进行交互，使得客户端展示告警信息。
在本发明实施例中，客户端订阅集群节点的告警信息之后，服务端将采集的告警信息主动推送到客户端，具有非常高的实时性，用户能够第一时间接收到告警信息。
如图3所示，本发明实施例提供了一种Linux集群告警的方法，包括：
步骤301：预先在至少一个集群节点中的每个所述集群节点中设置告警程序；
步骤302：客户端预先向服务端订阅所述至少一个集群节点的告警信息；
步骤303：每个所述集群节点中的所述告警程序实时采集所在的所述集群节点的告警信息，实时输出所述告警信息；
步骤304：所述服务端实时获取每个所述集群节点的所述告警程序输出的所述告警信息，实时将获取的所述告警信息推送给所述客户端。
步骤305：所述客户端实时接收所述服务端推送的所述告警信息。
在本发明实施例中，客户端通过订阅机制向服务端订阅集群节点的告警信息，在集群节点中设置有告警程序，通过告警程序实时采集每个集群节点自身的告警信息，服务端获取告警程序采集的告警信息，按照订阅机制将获取的告警信息主动推送给客户端，客户端无需向服务端发送请求也可以实时获取到集群节点的告警信息。
为了使得用户通过客户端可以获取到所需要的告警信息，在本发明一实施例中，该方法进一步包括：
所述客户端预先向所述服务端发送订阅需求信息；
所述服务端接收所述客户端发来的所述订阅需求信息；
在所述实时将获取的所述告警信息推送给所述客户端之前，进一步包括：
所述服务端根据所述订阅需求信息处理获取的所述告警信息；
所述实时将获取的所述告警信息推送给所述客户端，包括：
所述服务端将处理后的所述告警信息推送给所述客户端。
为了方便服务端获取告警信息，在本发明一实施例中，该方法进一步包括：
所述实时输出所述告警信息，包括：
每个所述告警程序将采集的所述告警信息保存到预设的消息队列中；
所述服务端实时获取每个所述集群节点的所述告警程序输出的所述告警信息，包括：
所述服务端从所述消息队列中获取所述告警信息。
在本发明一实施例中，所述告警信息包括：CPU的利用率的告警信息、内存的利用率的告警信息、网络异常的告警信息、硬盘故障的告警信息、硬盘的存储空间的告警信息中的一个或多个。
在本发明一实施例中，该方法进一步包括：
预设的数据库存储每个所述集群节点的所述告警信息。
在本发明一实施例中，在所述实时将获取的所述告警信息推送给所述客户端之前，进一步包括：
所述服务端将获取的所述告警信息按照预设格式封装；
所述实时将获取的所述告警信息推送给所述客户端，包括：
所述服务端将封装后的所述告警信息推送给所述客户端。
在本发明一实施例中，在所述客户端实时接收所述服务端推送的所述告警信息之后，进一步包括：
所述客户端展示接收到的所述告警信息。
如图4所示，本发明实施例提供的一种Linux集群告警的方法，包括：
步骤401：预先在至少一个集群节点中的每个集群节点中设置告警程序。
举例来说，需要监控集群节点A、集群节点B和集群节点C的告警信息，则预先在集群节点A、集群节点B和集群节点C中分布设置告警程序。
步骤402：客户端预先向服务端订阅该至少一个集群节点的告警信息。
举例来说，客户端向服务端订阅集群节点A、集群节点B和集群节点C的告警信息，服务端向客户端提供集群节点A、集群节点B和集群节点C的告警信息的订阅服务。
步骤403：客户端预先向服务端发送订阅需求信息。
举例来说，用户需要同时展示集群节点A、集群节点B和集群节点C的告警信息，则将该需求携带在订阅需求信息。
步骤404：服务端接收客户端发来的订阅需求信息。
具体地，服务端之后在推送告警信息时，都会按照订阅需求信息中的需求来推送。
举例来说，在推送时，将集群节点A、集群节点B和集群节点C的告警信息打包到一起来推送。
步骤405：每个集群节点中的告警程序实时采集所在的集群节点的告警信息，将采集的告警信息保存到预设的消息队列中。
举例来说，集群节点A的告警程序实时采集集群节点A的告警信息，并将采集的集群节点A的告警信息保存到预设的消息队列中；集群节点B的告警程序实时采集集群节点B的告警信息，并将采集的集群节点B的告警信息保存到预设的消息队列中；集群节点C的告警程序实时采集集群节点C的告警信息，并将采集的集群节点C的告警信息保存到预设的消息队列中。
步骤406：服务端从消息队列中获取告警信息，根据订阅需求信息处理获取的告警信息，将处理后的告警信息推送给客户端。
具体地，服务端实时从消息队列中获取告警信息。
举例来说，根据订阅需求信息，服务器将集群节点A、集群节点B和集群节点C的告警信息打包到一起来推送。
步骤407：客户端实时接收服务端推送的告警信息，展示接收到的告警信息。
具体地，客户端将接收到的告警信息实时展示给用户。
举例来说，客户端接收服务器发来的集群节点A、集群节点B和集群节点C的告警信息打包到一起的数据包，同时展示集群节点A、集群节点B和集群节点C的告警信息。
本发明实施例可以基于采用B/S架构来实现。
本发明各个实施例至少具有如下有益效果：
1、在本发明实施例中，客户端通过订阅机制向服务端订阅集群节点的告警信息，在集群节点中设置有告警程序，通过告警程序实时采集每个集群节点自身的告警信息，服务端获取告警程序采集的告警信息，按照订阅机制将获取的告警信息主动推送给客户端，客户端无需向服务端发送请求也可以实时获取到集群节点的告警信息。
2、在本发明实施例中，服务端根据客户端发来的订阅需求信息预先对告警信息进行处理，推送出处理后的告警信息，以满足用户对于客户端接收到的告警信息的需求，能够提高用户体验。
3、在本发明实施例中，告警程序将采集的告警信息保存到消息队列，方便服务器获取，也起到了缓冲的作用，使得服务器有更多的时间来处理各个告警程序发来的告警信息，避免遗漏了某些告警信息。
4、在本发明实施例中，客户端订阅集群节点的告警信息之后，服务端将采集的告警信息主动推送到客户端，具有非常高的实时性，用户能够第一时间接收到告警信息。
需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。
最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (10)
1.一种Linux集群告警的系统，其特征在于，包括：
至少一个集群节点、服务端和客户端；
每个所述集群节点中设置有告警程序；
所述告警程序，用于实时采集所在的所述集群节点的告警信息，实时输出所述告警信息；
所述客户端，用于向所述服务端订阅所述至少一个集群节点的告警信息，实时接收所述服务端推送的所述告警信息；
所述服务端，用于实时获取每个所述集群节点的所述告警程序输出的所述告警信息，并实时将获取的所述告警信息推送给所述客户端。
2.根据权利要求1所述的系统，其特征在于，
所述客户端，进一步用于向所述服务端发送订阅需求信息；
所述服务端，用于接收所述客户端发来的所述订阅需求信息，根据所述订阅需求信息处理获取的所述告警信息，将处理后的所述告警信息推送给所述客户端。
3.根据权利要求1所述的系统，其特征在于，进一步包括：
消息队列；
所述告警程序，用于将采集的所述告警信息保存到所述消息队列中；
所述服务端，用于从所述消息队列中获取所述告警信息。
4.根据权利要求1所述的系统，其特征在于，
所述告警信息包括：CPU的利用率的告警信息、内存的利用率的告警信息、网络异常的告警信息、硬盘故障的告警信息、硬盘的存储空间的告警信息中的一个或多个。
5.根据权利要求1-4中任一所述的系统，其特征在于，进一步包括：
数据库，用于存储每个所述集群节点的所述告警信息；
和/或，
所述服务端，用于将获取的所述告警信息按照预设格式封装，将封装后的所述告警信息推送给所述客户端；
和/或，
所述客户端，进一步用于展示接收到的所述告警信息。
6.一种Linux集群告警的方法，其特征在于，
预先在至少一个集群节点中的每个所述集群节点中设置告警程序；
客户端预先向服务端订阅所述至少一个集群节点的告警信息；
包括：
每个所述集群节点中的所述告警程序实时采集所在的所述集群节点的告警信息，实时输出所述告警信息；
所述服务端实时获取每个所述集群节点的所述告警程序输出的所述告警信息，实时将获取的所述告警信息推送给所述客户端。
所述客户端实时接收所述服务端推送的所述告警信息。
7.根据权利要求6所述的方法，其特征在于，
进一步包括：
所述客户端预先向所述服务端发送订阅需求信息；
所述服务端接收所述客户端发来的所述订阅需求信息；
在所述实时将获取的所述告警信息推送给所述客户端之前，进一步包括：
所述服务端根据所述订阅需求信息处理获取的所述告警信息；
所述实时将获取的所述告警信息推送给所述客户端，包括：
所述服务端将处理后的所述告警信息推送给所述客户端。
8.根据权利要求6所述的方法，其特征在于，进一步包括：
所述实时输出所述告警信息，包括：
每个所述告警程序将采集的所述告警信息保存到预设的消息队列中；
所述服务端实时获取每个所述集群节点的所述告警程序输出的所述告警信息，包括：
所述服务端从所述消息队列中获取所述告警信息。
9.根据权利要求6所述的方法，其特征在于，
所述告警信息包括：CPU的利用率的告警信息、内存的利用率的告警信息、网络异常的告警信息、硬盘故障的告警信息、硬盘的存储空间的告警信息中的一个或多个。
10.根据权利要求6-9中任一所述的方法，其特征在于，进一步包括：
预设的数据库存储每个所述集群节点的所述告警信息；
和/或，
在所述实时将获取的所述告警信息推送给所述客户端之前，进一步包括：
所述服务端将获取的所述告警信息按照预设格式封装；
所述实时将获取的所述告警信息推送给所述客户端，包括：
所述服务端将封装后的所述告警信息推送给所述客户端；
和/或，
在所述客户端实时接收所述服务端推送的所述告警信息之后，进一步包括：
所述客户端展示接收到的所述告警信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710343513.6A CN107147527A (zh) | 2017-05-16 | 2017-05-16 | 一种Linux集群告警的系统及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710343513.6A CN107147527A (zh) | 2017-05-16 | 2017-05-16 | 一种Linux集群告警的系统及方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107147527A true CN107147527A (zh) | 2017-09-08 |
Family
ID=59778102
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710343513.6A Pending CN107147527A (zh) | 2017-05-16 | 2017-05-16 | 一种Linux集群告警的系统及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107147527A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107579854A (zh) * | 2017-09-20 | 2018-01-12 | 郑州云海信息技术有限公司 | 一种集群告警方法、装置、设备和计算机可读存储介质 |
| CN108234199A (zh) * | 2017-12-20 | 2018-06-29 | 中国联合网络通信集团有限公司 | 基于Kafka的监控方法、装置及系统 |
| CN109120439A (zh) * | 2018-08-03 | 2019-01-01 | 郑州云海信息技术有限公司 | 分布式集群告警输出方法、装置、设备及可读存储介质 |
| CN109120434A (zh) * | 2018-07-27 | 2019-01-01 | 郑州云海信息技术有限公司 | 一种存储集群告警方法、装置和计算机可读存储介质 |
| CN112486781A (zh) * | 2020-12-18 | 2021-03-12 | 苏州浪潮智能科技有限公司 | 一种集群设备告警方法和系统 |
| CN113923100A (zh) * | 2021-10-09 | 2022-01-11 | 中国电信股份有限公司 | 告警采集方法、告警采集系统、存储介质与电子设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102195825A (zh) * | 2010-03-05 | 2011-09-21 | 新奥特（北京）视频技术有限公司 | 一种客户端与服务器完整交互的监控系统及其监控方法 |
| CN102196409A (zh) * | 2011-05-13 | 2011-09-21 | 中兴通讯股份有限公司 | 终端设备的监控方法、系统和订阅发布装置 |
| CN105119761A (zh) * | 2015-09-18 | 2015-12-02 | 成都视达科信息技术有限公司 | 运维监控及解决方案一体化管理系统及方法 |
-
2017
- 2017-05-16 CN CN201710343513.6A patent/CN107147527A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102195825A (zh) * | 2010-03-05 | 2011-09-21 | 新奥特（北京）视频技术有限公司 | 一种客户端与服务器完整交互的监控系统及其监控方法 |
| CN102196409A (zh) * | 2011-05-13 | 2011-09-21 | 中兴通讯股份有限公司 | 终端设备的监控方法、系统和订阅发布装置 |
| CN105119761A (zh) * | 2015-09-18 | 2015-12-02 | 成都视达科信息技术有限公司 | 运维监控及解决方案一体化管理系统及方法 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107579854A (zh) * | 2017-09-20 | 2018-01-12 | 郑州云海信息技术有限公司 | 一种集群告警方法、装置、设备和计算机可读存储介质 |
| CN108234199A (zh) * | 2017-12-20 | 2018-06-29 | 中国联合网络通信集团有限公司 | 基于Kafka的监控方法、装置及系统 |
| CN109120434A (zh) * | 2018-07-27 | 2019-01-01 | 郑州云海信息技术有限公司 | 一种存储集群告警方法、装置和计算机可读存储介质 |
| CN109120439A (zh) * | 2018-08-03 | 2019-01-01 | 郑州云海信息技术有限公司 | 分布式集群告警输出方法、装置、设备及可读存储介质 |
| CN109120439B (zh) * | 2018-08-03 | 2021-06-29 | 郑州云海信息技术有限公司 | 分布式集群告警输出方法、装置、设备及可读存储介质 |
| CN112486781A (zh) * | 2020-12-18 | 2021-03-12 | 苏州浪潮智能科技有限公司 | 一种集群设备告警方法和系统 |
| CN112486781B (zh) * | 2020-12-18 | 2023-01-06 | 苏州浪潮智能科技有限公司 | 一种集群设备告警方法和系统 |
| CN113923100A (zh) * | 2021-10-09 | 2022-01-11 | 中国电信股份有限公司 | 告警采集方法、告警采集系统、存储介质与电子设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107147527A (zh) | 一种Linux集群告警的系统及方法 | |
| CN108885627B (zh) | 向远程客户端提供查询结果数据的查询即服务系统 | |
| US11411804B1 (en) | Actionable event responder | |
| US11216430B2 (en) | Next generation near real-time indexing | |
| US10482113B2 (en) | Systems and methods to build and utilize a search infrastructure | |
| US20220300464A1 (en) | Log data extraction from data chunks of an isolated execution environment | |
| US20080086454A1 (en) | Real time web usage reporter using RAM | |
| CN111651510A (zh) | 数据处理方法、装置、电子设备和计算机可读存储介质 | |
| CN107943841A (zh) | 流式数据处理方法、系统和计算机可读存储介质 | |
| CN103095684B (zh) | 获取关注用户聚合信息的方法、装置及系统 | |
| CN110647512B (zh) | 一种数据存储和分析方法、装置、设备和可读介质 | |
| CN104504006B (zh) | 对新闻客户端的数据采集及解析的方法及系统 | |
| CN107979477A (zh) | 一种业务监控的方法及系统 | |
| CN111209310B (zh) | 基于流计算的业务数据处理方法、装置和计算机设备 | |
| CN110502491A (zh) | 一种日志采集系统及其数据传输方法、装置 | |
| CN104298788A (zh) | 一种分页查询方法和系统 | |
| CN112867989A (zh) | 基于流的组成以及监视服务器系统和方法 | |
| CN107196818A (zh) | 一种Linux集群监控的系统及方法 | |
| CN108156225A (zh) | 基于容器云平台的微应用监控系统和方法 | |
| WO2023051572A1 (zh) | 一种群消息处理方法、装置、系统及存储介质 | |
| CN110389967A (zh) | 数据存储方法、装置、服务器及存储介质 | |
| CN102446193A (zh) | 一种搜索微博消息的方法及装置 | |
| CN109359109A (zh) | 一种基于分布式流计算的数据处理方法及系统 | |
| CN111125209A (zh) | 一种支持多元异构类型数据的接入配置系统 | |
| US20180210804A1 (en) | System and method for dynamic scaling of concurrent processing threads |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170908 |
|
| RJ01 | Rejection of invention patent application after publication |