告警信息生成方法、装置、电子设备及可读存储介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种告警信息生成方法、装置、电子设备及可读存储介质。


背景技术：

2.在5g(5th generation mobile communication technology，第五代移动通信技术)及以后的数据中心中存在大量的物理设备基础设施，如服务器，交换机，路由器，防火墙，sdn(software defined network，软件定义网络)，磁阵，分布式存储等。不可避免的，硬件设备会由于运行时长，温度，异常上下电，异常碰撞等各种因素发生异常，对设备上运行的业务产生影响。由于设备类型多样，设备数量较多，这就给设备告警管理带来了巨大的挑战。
3.相关技术在生成设备告警信息或者设备告警时，是基于该设备的某些元器件的一些基本参数是否在可允许范围内作为检测标准，也就是说，当检测到某个参数超过可允许的最大值或低于可允许的最小值之后，判定该设备疑似故障，进而生成相应的告警信息。而认为参数在可允许范围内的设备就认为不会发生故障，进而也不会进行告警。但是，对于某些器件来说，尽管当前所有指标都正常，但是其可能在极短时间内会发生故障或者是已经有故障了，相关技术并无法准确对此类设备进行告警，不利于设备安全稳定地运行。
4.鉴于此，如何准确、有效地进行设备告警，保障设备安全稳定运行，是所属领域技术人员需要解决的技术问题。


技术实现要素：

5.本技术提供了一种告警信息生成方法、装置、电子设备及可读存储介质，可准确、有效地进行设备告警，保障设备安全稳定运行。
6.为解决上述技术问题，本发明实施例提供以下技术方案：
7.本发明实施例一方面提供了一种告警信息生成方法，包括：
8.获取监测设备的日志信息；
9.从所述日志信息中提取所述监测设备各组件的目标参数，并基于预设告警分析规则判断是否存在待告警组件；
10.若存在所述待告警组件，获取所述待告警组件的相关联组件的运行状态信息；
11.根据所述运行状态信息和所述待告警组件对应的目标参数生成告警信息。
12.可选的，所述从所述日志信息中提取所述监测设备各组件的目标参数，包括：
13.从所述日志信息中提取所述监测设备的各组件的消息关键字、状态关键字、位置关键字、用户行为关键字和日志类别信息；
14.相应的，所述基于预设告警分析规则判断是否存在待告警组件，包括：
15.预先基于各类关键字出现次数和持续时间确定疑似故障条件，根据所述疑似故障条件和所述日志类别信息生成所述预设告警分析规则；
16.若存在出现次数超过次数阈值和/或持续时间超过时间阈值的目标关键字且所述日志类别信息为预设类别，则判定所述目标关键字对应的组件为所述待告警组件。
17.可选的，所述根据所述运行状态信息和所述待告警组件对应的目标参数生成告警信息之后，还包括：
18.根据所述告警信息对应的告警级别，采用相应级别的通知方式将所述告警信息发送给用户端。
19.可选的，所述获取所述待告警组件的相关联组件的运行状态信息，包括：
20.基于所述待告警组件的目标参数，查询同父对象的目标组件及所述父对象下的子组件的状态信息；
21.根据所述目标组件和各子组件的状态信息、安装于所述目标组件和各子组件上的传感器所采集的数据，生成所述待告警组件的相关联组件的运行状态信息。
22.可选的，所述根据所述运行状态信息和所述待告警组件对应的目标参数生成告警信息，包括：
23.预先基于所述监测设备的各组件的历史运行状态数据和相应的故障日志记录生成故障概率模型；
24.根据所述运行状态信息，调用所述故障概率模型得到所述待告警组件的相关联组件发生故障的概率；
25.根据所述待告警组件的告警次数、故障次数和所述相关联组件发生故障的概率生成所述告警信息。
26.可选的，所述获取监测设备的日志信息之前，还包括：
27.响应日志接收方式配置指令，为所述监测设备设置日志的接收地址或接收端口；
28.响应日志收集方式配置指令，在所述监测设备的日志组件中配置所述日志收集方式为日志转发或日志转储。
29.可选的，所述获取监测设备的日志信息之后，还包括：
30.将所述日志信息按照预设标准格式进行标准化处理，并将所述标准化处理后的日志信息进行存储。
31.本发明实施例另一方面提供了一种告警信息生成装置，包括：
32.日志信息获取模块，用于获取监测设备的日志信息；
33.告警组件确定模块，用于从所述日志信息中提取所述监测设备各组件的目标参数，并基于预设告警分析规则判断是否存在待告警组件；
34.相关联信息获取模块，用于若存在所述待告警组件，获取所述待告警组件的相关联组件的运行状态信息；
35.告警信息生成模块，用于根据所述运行状态信息和所述待告警组件对应的目标参数生成告警信息。
36.本发明实施例还提供了一种电子设备，包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如前任一项所述告警信息生成方法的步骤。
37.本发明实施例最后还提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如前任一项所述告警信息生成方法的步骤。
38.本技术提供的技术方案的优点在于，基于设备通用的日志协议对设备运行过程中
所采集的日志进行分析，确定疑似有故障的元器件，通过分析与疑似有故障的元器件相关联的元器件的运行状态信息确定这些相关联元器件是否运行正常，从而可尽早地发现异常运行的元器件，提高元器件的故障检测准确度，准确、有效地进行设备告警，尽早发现设备问题并处理，保障设备安全稳定运行，避免对客户业务造成影响和损失。
39.此外，本发明实施例还针对告警信息生成方法提供了相应的实现装置、电子设备及可读存储介质，进一步使得所述方法更具有实用性，所述装置、电子设备及可读存储介质具有相应的优点。
40.应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。
附图说明
41.为了更清楚的说明本发明实施例或相关技术的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1为本发明实施例提供的一种告警信息生成方法的流程示意图；
43.图2为本发明实施例提供的另一种告警信息生成方法的流程示意图；
44.图3为本发明实施例提供的告警信息生成装置的一种具体实施方式结构图；
45.图4为本发明实施例提供的电子设备的一种具体实施方式结构图。
具体实施方式
46.为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等是用于区别不同的对象，而不是用于描述特定的顺序。此外术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。
48.在介绍了本发明实施例的技术方案后，下面详细的说明本技术的各种非限制性实施方式。
49.首先参见图1，图1为本发明实施例提供的一种告警信息生成方法的流程示意图，本发明实施例可包括以下内容：
50.s101：获取监测设备的日志信息。
51.本实施例可按照固定周期或者是固定频率或实时采集需要监测的设备也即监测设备在运行过程中的所有日志信息。收集日志时，可通过设备指令或者图形化界面的方式在设备侧设置该系统的地址。如果需要收集设备下子设备如虚拟机的日志，可在虚拟机和该系统网络通信正常时，按照虚拟机操作系统日志组件配套的设置手册进行设置。日志收集的实现过程包括但不限于设备配置日志发送目标(syslog)，日志转发方式配置，设备接
口查询方式，日志代理方式，手动上传或自动上传等。为了便于后续使用日志数据，可将获取的日志信息数据存储至本地或存储至云端，存储方式包括但不限于数据库、文件、kafka、es(elasticsearch，基于lucene的搜索服务器)等，如图2所示。其中，kafka是一个分布式、分区的、多副本的、多订阅者，基于zookeeper协调的分布式日志系统。鉴于目前elasticsearch在海量数据搜索与分析的优势，可使用elasticsearch进行数据存储，搜索与分析。日志信息数据的存储时长基于监测设备所在空间大小确定，举例来说，上限为总空间大小的max％，当系统所用空间达到上限时，删除最老的日志，直到系统空间已用占比为mid％，避免频繁进行删除，影响日志查询分析效率。其中max和mid值可自行根据业务需要进行设置，默认值可设置为mid＝65，max＝75。
52.s102：从日志信息中提取监测设备各组件的目标参数，并基于预设告警分析规则判断是否存在待告警组件。
53.在上个步骤中获取监测设备的日志信息之后，可定期分析上述步骤中存储的日志。可预先设置日志分析频率，客户可根据业务需求调整定期周期，例如告警关注度高时可适当提高该频率。默认频率可设置为每整点小时执行一次，例如：凌晨1点，2点，3点等。到达日志分析时刻时，搜索日志，根据监测设备及组件类型，状态，行为，级别等的组合分析日志内容，根据不同的日志级别和日志分析频率生成告警。本步骤中的目标参数包括但并不限制于为监测设备及组件类型，运行状态，用户行为，日志级别、日志分析频率等，基于这些目标参数的具体值、出现频率、持续时间来告警分析规则，基于告警分析规则分析监测设备的日志信息，从而确定是否存在需要告警的组件，也即待告警组件。所属领域技术人员可根据具体应用场景及运行业务需求自定义告警分析规则，以满足自身需求。
54.s103：若存在待告警组件，获取待告警组件的相关联组件的运行状态信息。
55.本实施例的相关联组件可为与待告警组件在位置、物理接触、线路相连、执行同一任务相互辅助的组件。相关联组件的运行状态信息为了提高整个流程效率，可预先将每个组件与对应的相关联组件存储在一个特定的文件中。作为一种可选的实施方式，可基于待告警组件的目标参数，查询同父对象的目标组件及父对象下的子组件的状态信息；根据目标组件和各子组件的状态信息、安装于目标组件和各子组件上的传感器所采集的数据，生成待告警组件的相关联组件的运行状态信息。
56.s104：根据运行状态信息和待告警组件对应的目标参数生成告警信息。
57.在上个步骤基于产生告警的组件及其位置信息，查询整个设备的同父对象及父对象下的其它子组件的信息，如中央处理器cpu、磁盘等关键元器件的数值、状态、属性，记录当前状态及传感器数值，传感器例如可为温度传感器，电压传感器等，由此记录了大量设备各组件及关联组件的信息，当某一组件产生告警时，统计关联组件状态及该组件的报警次数，形成基础数据。当关联组件状态达到或邻近历史告警关联状态时，认为该关联组件也会发生异常，可对其产生该告警。也就是说，本步骤所生成的告警信息中不仅包含待告警组件的告警信息，还包括待告警组件的相关联组件的告警信息。
58.在本发明实施例提供的技术方案中，基于设备通用的日志协议对设备运行过程中所采集的日志进行分析，确定疑似有故障的元器件，通过分析与疑似有故障的元器件相关联的元器件的运行状态信息确定这些相关联元器件是否运行正常，从而可尽早地发现异常运行的元器件，提高元器件的故障检测准确度，准确、有效地进行设备告警，尽早发现设备
问题并处理，保障设备安全稳定运行，避免对客户业务造成影响和损失。
59.在上述实施例中，对于如何执行步骤s102并不做限定，本实施例还给出从日志信息中提取监测设备各组件的目标参数包括如下步骤：
60.从日志信息中提取监测设备的各组件的消息关键字、状态关键字、位置关键字、用户行为关键字和日志类别信息。预先基于各类关键字出现次数和持续时间确定疑似故障条件，根据疑似故障条件和日志类别信息生成预设告警分析规则；若存在出现次数超过次数阈值和/或持续时间超过时间阈值的目标关键字且日志类别信息为预设类别，则判定目标关键字对应的组件为待告警组件。
61.在本实施例中，基于目前已知的设备组件进行消息关键字提取。例如：服务器有背板，硬盘，中央处理器cpu，风扇，图形处理器gpu，逻辑盘，内存，网卡，网口，pcie(peripheral component interconnect express，高速串行计算机扩展总线标准)插槽，电源，raid(redundant arrays of independent disks，磁盘阵列)卡；交换机，路由器，防火墙等网络设备有板卡，风扇，电源，端口等；分布式存储有节点，存储池，快照，卷等。基于设备组件的状态，位置等进行关键字提取。例如：up(开启)，down(关闭)，disconnected(失联)，connected(连接)，successfully(成功)，failed(失败)，enabled(启用)，disabled(禁用)，timeout(超时)，sensor_name(传感器名字)，status(状态)，state(状态)，assert(在位)，deassert(不在位)等。基于用户行为或者操作情况等进行关键字提取。例如：username(用户名)，create(创建)，session(会话)，delete(删除)，login(登录)，logout(登出)，modify(修改)等。基于日志级别进行提取。例如：debug(调试)，info(信息)，notice(通知)，warn(告警)，error(报错)，crit(严重)，alert(警告)，emerg(紧急)。将预设各类关键字组合进行告警生成，具体的，可基于关键字出现次数，持续时间等规则进行告警的生成及恢复。
62.为了进一步提高设备的安全性，保障设备稳定运行，在根据运行状态信息和待告警组件对应的目标参数生成告警信息之后，还可根据告警信息对应的告警级别，采用相应级别的通知方式将告警信息发送给用户端，如图2所示。
63.在本实施例中，基于上述日志分析的结果将告警通知根据告警级别采用不同方式通知客户，例如：轻微告警使用邮件通知；中度告警使用短信，微信等方式；重度，紧急告警使用电话号语音播报通知等。告警级别越低通知方式越简单，时效性差。告警级别越高通知方式越多，时效性更高；例如：告警级别低时，可通过邮件通知；告警级别为紧急，严重时，远程电话固定话术轮询播报等。通知方式不限于邮件，短信等，可适用于目前通用的通知方式，如微信，客户app消息推送等。
64.本实施例可以根据设备运行期间产生的各类日志，及时分析设备运行状态，产生告警，并将告警根据通知规则通知客户。使客户及时发现设备问题，避免或降低设备对业务系统产生的影响，降低损失。
65.上述实施例对于如何告警信息的生成并不做限定，本实施例还提供了根据运行状态信息和待告警组件对应的目标参数生成告警信息的一种实施方式，可包括：
66.预先基于监测设备的各组件的历史运行状态数据和相应的故障日志记录生成故障概率模型；根据运行状态信息，调用故障概率模型得到待告警组件的相关联组件发生故障的概率；根据待告警组件的告警次数、故障次数和相关联组件发生故障的概率生成告警
信息。
67.其中，故障概率模型例如可基于任何一种机器学习算法，利用训练样本数据训练现有网络结构如卷积神经网络等得到，故障概率模型可输出当前组件发生异常或者是说发生故障的概率，可进一步提高告警信息的准确度。
68.作为一种可选的实施方式，为了提高本技术技术方案的灵活性和实用性，提高整个流程的自动化程度，本实施例还可设置日志接收方式和日志收集方式，可包括下述内容：
69.响应日志接收方式配置指令，为监测设备设置日志的接收地址或接收端口；响应日志收集方式配置指令，在监测设备的日志组件中配置日志收集方式为日志转发或日志转储。
70.本实施例支持在各类设备上设置接收日志方式为syslog(系统日志或系统记录)接收地址和/或接收端口方式，在设备操作系统中的日志组件(rsyslog，logstash)中配置日志转发，应用日志转储等方式收集日志。其中，rsyslog，logstash为任何一种现有的日志组件。
71.可以理解的是，在s 101收集日志后，由于各类设备的日志格式存在不统一的情况。为了便于后续数据分析，提高告警信息的准确度，可根据数据内容格式将设备日志进行格式统一化处理。也即可将日志信息按照预设标准格式进行标准化处理，并将标准化处理后的日志信息进行存储。其中，数据内容格式可根据客户需求进行自定义，默认情况下不需要调整。
72.作为一种可选的实施方式，预设标准格式可为json，预设标准格式中的预设数据内容包括但并不限制于系统版本，时间戳，设备类别(如服务器，交换机，路由器，防火墙，sdn，磁阵，分布式存储等)，主机名，主机ip，标签，进程名称，来源设备，级别，优先级，生成时间，通知时间，消息内容等。所属领域技术人员可可基于业务需要进行扩展数据内容，本技术对此不做任何限定。如果默认数据内容格式不满足业务需求，可在默认数据格式的基础上进行调整，或新增数据格式。
73.需要说明的是，本技术中各步骤之间没有严格的先后执行顺序，只要符合逻辑上的顺序，则这些步骤可以同时执行，也可按照某种预设顺序执行，图1和图2只是一种示意方式，并不代表只能是这样的执行顺序。
74.本发明实施例还针对告警信息生成方法提供了相应的装置，进一步使得方法更具有实用性。其中，装置可从功能模块的角度和硬件的角度分别说明。下面对本发明实施例提供的告警信息生成装置进行介绍，下文描述的告警信息生成装置与上文描述的告警信息生成方法可相互对应参照。
75.基于功能模块的角度，参见图3，图3为本发明实施例提供的告警信息生成装置在一种具体实施方式下的结构图，该装置可包括：
76.日志信息获取模块301，用于获取监测设备的日志信息。
77.告警组件确定模块302，用于从日志信息中提取监测设备各组件的目标参数，并基于预设告警分析规则判断是否存在待告警组件。
78.相关联信息获取模块303，用于若存在待告警组件，获取待告警组件的相关联组件的运行状态信息。
79.告警信息生成模块304，用于根据运行状态信息和待告警组件对应的目标参数生
intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
90.存储器40可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器40还可包括高速随机存取存储器以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。存储器40在一些实施例中可以是电子设备的内部存储单元，例如服务器的硬盘。存储器40在另一些实施例中也可以是电子设备的外部存储设备，例如服务器上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，存储器40还可以既包括电子设备的内部存储单元也包括外部存储设备。存储器40不仅可以用于存储安装于电子设备的应用软件及各类数据，例如：执行漏洞处理方法的程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。本实施例中，存储器40至少用于存储以下计算机程序401，其中，该计算机程序被处理器41加载并执行之后，能够实现前述任一实施例公开的告警信息生成方法的相关步骤。另外，存储器40所存储的资源还可以包括操作系统402和数据403等，存储方式可以是短暂存储或者永久存储。其中，操作系统402可以包括windows、unix、linux等。数据403可以包括但不限于告警信息生成结果对应的数据等。
91.在一些实施例中，上述电子设备还可包括有显示屏42、输入输出接口43、通信接口44或者称为网络接口、电源45以及通信总线46。其中，显示屏42、输入输出接口43比如键盘(keyboard)属于用户接口，可选的用户接口还可以包括标准的有线接口、无线接口等。可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organic light
‑
emitting diode，有机发光二极管)触摸器等。显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备中处理的信息以及用于显示可视化的用户界面。通信接口44可选的可以包括有线接口和/或无线接口，如wi
‑
fi接口、蓝牙接口等，通常用于在电子设备与其他电子设备之间建立通信连接。通信总线46可以是外设组件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
92.本领域技术人员可以理解，图4中示出的结构并不构成对该电子设备的限定，可以包括比图示更多或更少的组件，例如还可包括实现各类功能的传感器47。
93.本发明实施例所述电子设备的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
94.由上可知，本发明实施例可准确、有效地进行设备告警，保障设备安全稳定运行。
95.可以理解的是，如果上述实施例中的告警信息生成方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、电可擦除可编程rom、寄存器、硬盘、多媒体卡、卡型存储器(例如sd或dx存储器等)、磁性存储器、可移动磁盘、cd
‑
rom、磁碟或者光盘等各种可以存储程序代码的介质。
96.基于此，本发明实施例还提供了一种可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时如上任意一实施例所述告警信息生成方法的步骤。
97.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的硬件包括装置及电子设备而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
98.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
99.以上对本技术所提供的一种告警信息生成方法、装置、电子设备及可读存储介质进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。