CN112003718B - 一种基于深度学习的网络告警定位方法 - Google Patents
一种基于深度学习的网络告警定位方法 Download PDFInfo
- Publication number
- CN112003718B CN112003718B CN202010649254.1A CN202010649254A CN112003718B CN 112003718 B CN112003718 B CN 112003718B CN 202010649254 A CN202010649254 A CN 202010649254A CN 112003718 B CN112003718 B CN 112003718B
- Authority
- CN
- China
- Prior art keywords
- node
- alarm information
- nodes
- sample
- root cause
- 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.)
- Active
Links
Images
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
- H04L41/0677—Localisation of faults
-
- 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
-
- 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
- H04L41/065—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 involving logical or physical relationship, e.g. grouping and hierarchies
-
- 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/14—Network analysis or design
- H04L41/142—Network analysis or design using statistical or mathematical methods
-
- 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/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- 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/14—Network analysis or design
- H04L41/147—Network analysis or design for predicting network behaviour
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Algebra (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Analysis (AREA)
- Mathematical Optimization (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Pure & Applied Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于深度学习的网络告警定位方法,先对历史的告警信息数据进行预处理;构建根因节点告警信息类别知识库;使用基于分布式假设的词表示模型将节点与告警信息组合映射成特征表示;将根因节点样本集合数据扩充至与非根因节点样本集合的样本数相同;将扩充后的数据集作为训练集,训练LSTM模型;对新的数据样本用同样的方法得到特征表示,输入保存好的模型,得到预测样本为根因节点的概率值集合;将预测概率大于阈值的样本筛选出来并存入疑似根因节点集合;根据疑似根因节点集合连接关系确定根因节点。该方法可提高网络运维的效率,节省成本。
Description
技术领域
本发明涉及计算机网络运维,特别涉及一种基于深度学习的网络告警定位方法。
背景技术
故障管理是网络管理的一个重要组成部分,包括故障发现、故障诊断和故障修复,难点在于确定故障的根源,即故障根因节点。目前各种大型平台的内部涉及到了上百个系统间相互调用,其网络节点之间会产生大量的告警信息。而在网络中如果一个节点出现故障,调用该节点或者需要利用该节点资源的节点可能也会继而发生故障,从而产生大量的告警信息,而且可能比根因故障节点还早发出告警信息。这些问题的存在导致故障定位十分困难。每次网络出现告警时,需要有运维人员在最短时间内正确地判断出告警的关联关系,筛选出根因节点,然后采取相应的措施。如果有海量的告警信息发生,那么对于这些告警信息的人工处理将会占据大量人力资源,而且效率低下,甚至可能有重复告警信息。所以设计出网络告警信息根因定位自动化技术十分有必要。由于网络实在过于庞大,所以故障的发生在网络的运行中是不可能避免的。一般的做法是通过告警信息的告警关联方法,将告警之间的关系找出来,筛选掉不相关的告警信息,留下相关的告警信息。
一般的告警关联方法有基于规则推理的方法、人工智能方法、因果图方法等。基于规则推理的方法需要设计一套告警信息出现的规则,实现起来十分困难,并且无法应对事先没有考虑到的情况,稳定性不足。而一般的人工智能方法,难以搜集到包含一堆关联的告警信息数据集,而且对告警信息数据的特征难以确定。而且根因告警信息样本数据一般比较少,所以还有数据不平衡的问题产生,导致模型过拟合,最终效果不佳。因果图方法也是对告警信息的连接关系进行规则推理得出根因节点。但是这些方法都不具备实时性,若产生了新的告警信息,无法实时匹配其中是否包含有成立的关联规则,难以满足告警关联分析实时性需求。
发明内容
发明目的:本发明目的是提供一种提高网络运维的效率,降低网络故障所造成的损失的基于深度学习的网络告警定位方法。该方法在网络节点互相调用而产生大量告警数据的环境下,将非根因节点所发出的告警信息进行筛选,最终实时定位出根因节点。
技术方案:本发明提供的一种基于深度学习的网络告警定位方法,包括如下步骤:
步骤1:搜集到历史的一个具体的时间区间内的告警信息样本数据,对这些样本进行重复告警信息删除数据预处理;
步骤2:去除重复告警信息以后,对孤立节点的样本也进行筛选。筛选完以后对所有样本中的节点的告警信息进行归类,然后对根因告警信息种类进行统计。构建根因节点告警信息类别知识库;
步骤3:将样本的节点信息和告警信息组合后输入基于分布式假设的词表示模型,最终得到样本的特征表示。每个样本中都包含了特征表示和根因节点标记两个信息;
步骤4:将样本数据集中的根因标记按1和0分为两个子集。针对根因标记为1的子集中的样本,利用样本扩充方法将其样本数扩充至和根因标记为0的子集样本数一致;
步骤5:将扩充后的数据集的样本中的特征表示作为LSTM模型的输入,扩充后数据集的样本中的根因标记为LSTM模型的输出,对模型进行训练,并且将模型以及其参数保存下来。得到输入为特征表示,输出为将此样本预测为根因节点的概率值的一个模型;
步骤6:取得实际中搜集到的新的一天内的告警信息样本数据集。样本中数据的存储内容包含了该样本的节点和该样本的告警信息。按步骤3的做法,将新数据集中每个样本的节点和告警信息组合后输入基于分布式假设的词表示模型中生成每个样本的特征表示,得到其对应的特征表示集合;
步骤7:将所有样本的特征表示输入步骤5中存储的模型,得到每个样本被预测为疑似根因节点的概率集合。将所有概率大于阈值的样本节点存储起来作为疑似根因节点集合;
步骤8:将疑似根因节点集合中的节点所发出的告警信息与步骤2中所建立的根因节点告警信息类别知识库中的告警信息种类进行比对,将不存在于知识库中的节点删除。若疑似根因节点集合中没有元素,则直这一天没有根因节点。否则利用节点之间的距离关系和知识库筛选出根因节点。
进一步地,所述步骤1的具体过程为:
步骤11,将所有样本的节点告警信息、对应的节点和根因标记制作成包含节点、告警信息和根因标记的三元组格式存储,创建一个空的字典;
步骤12,将一天内的告警信息放进队列;
步骤13,判断队列是否为空,若为空,直接到步骤15,若不为空,则出队一个元素;
步骤14,判断出队的元素是否存在于字典中,若存在则不做操作,若不存在则将其加入字典中。返回步骤13;
步骤15,将字典中的所有元素存储起来,作为去除了重复告警信息的样本数据集。
进一步地,所述步骤2的具体过程为:
步骤21,根据每天的告警节点的连接关系制作成一个邻接矩阵,有连接关系的节点对应的矩阵位置的值置为1,没有连接关系的节点对应的矩阵位置的值置为0;
步骤22,计算每个节点代表的行、列所有元素的和;
步骤23,将行、列所有元素的和为0的节点去除;
步骤24,剩下的样本中,将所有的样本的告警信息归类,存储进根因节点告警信息类别知识库中,并计算每个种类的出现频率。
进一步地,所述步骤4的具体过程为:
步骤41,设根因标记为1的子集为T1,根因标记为0的子集为T0。将T1内的所有样本之间的欧式距离计算出来,然后将每个样本最近距离的k个样本记录(本发明k取值优选为3)。得到了每个样本的k近邻(k=3);
步骤42,创建一个空列表Tnew;
步骤43,若Tnew与T1的样本数的和与T0样本数相同,直接跳到步骤46;
步骤44,随机选取T1中的一个样本的节点和告警信息特征表示x,然后再将其k近邻的样本中随机抽取一个样本并取其节点和告警信息特征表示x′,利用以下公式计算出新样本的节点和告警信息特征表示xnew,其中rand(0,1)表示从0~1中随机取值;
xnew=x+rand(0,1)|x-x|
步骤45,将新构建出的xnew以及其根因标记构建成二元组,这里的根因标记值恒为1。加入Tnew列表。作为新扩充的样本。返回步骤43;
步骤46,将Tnew的所有样本加入T1。
进一步地,在步骤7的疑似根因节点集合生成以后,将疑似根因节点集合设为Ss,所述步骤8的具体过程为:
步骤81,新建一个空列表Sc,将Ss中所有节点的告警信息与步骤2中生成的根因节点告警信息类别知识库进行比对,保留Ss中节点对应的告警信息种类存在于知识库中的节点;
步骤82,若Ss为空集,则说明这一天中没有根因节点,结束。若Ss只有一个节点,则此节点为根因节点,结束;
步骤83,将一天所有样本中的节点的连接关系制作成邻接矩阵,其中每条边的权值设置为1。根据连接关系,计算出Ss与一天所有样本的节点的最短距离。并统计在根因节点故障传播范围(本发明设定为2跳以内)内的节点个数,然后形成包含节点和根因节点故障传播范围内节点数的二元组,并将其加入Sc中;
步骤84,取出Sc中根因节点故障传播范围内节点数最大的元素,若元素唯一,则其元组对应的节点即为根因节点。否则则根据节点的告警信息种类在知识库中的出现频率的大小来选取根因节点,其中频率最大的告警信息种类对应的节点即为根因节点。
有益效果:与现有技术相比,本发明具有如下优势:
1、传统的告警信息根因节点定位技术一般采取告警关联的方法来实现,一般都需要有关联规则来实现,而不同的系统中可能有不同的告警信息规则,而本发明利用深度学习以及历史告警信息构成的知识库,不需要设计关联规则,只要是产生告警信息的系统都可以使用。
2、网络告警信息中,根因样本数据一般远少于非根因样本数据。所以使用人工智能方法的时候,会产生样本类别不均衡问题,导致最后模型预测结果产生过拟合现象。本发明对训练集的根因告警信息样本进行扩充,将其扩充至与非根因告警信息样本数一致,解决样本类别不均衡问题。
附图说明
图1是节点连接关系示例图;
图2是邻接矩阵示例图;
图3是Bert模型Embedding层结构图;
图4是Bert模型网络结构图;
图5是本发明实施方案前置准备流程图;
图6是本发明实施方案流程图。
具体实施方式
本发明是在网络节点产生的大量的告警信息下,对无用以及重复告警信息进行筛选,准确定位发出根因告警信息的节点,提升网络运维的效率,降低网络故障产生的损失。利用深度学习辅助网络节点告警根因定位能够将大量非根因节点筛除,大大减少根因节点的定位时间。目前对于告警定位的方法比较稀缺,一般都是基于告警关联方法之后再进行根因筛选。常用的告警关联方法有基于案例或规则的推理专家系统、因果图、依赖图等方法。本发明将结合深度学习以及告警关联方法,通过深度学习方法将告警信息筛选出疑似根因节点集合,而后针对根因节点的特点在疑似根因节点集合中进行根因节点定位。
每个主机节点之间有连接关系,这些连接关系错综复杂。如果其中一个节点发生了根本性的错误,那么与其相连的根因节点故障传播范围内的节点也往往可能发生错误。如图1所示,节点v0发生了故障,与其连接的根因节点故障传播范围内的节点v1、v2、v3、v4和v5也可能发生故障。搜集一个具体的历史时间区间内的告警信息日志,得到100组带有告警节点和告警信息的样本数据,每组中又包含若干条带有告警节点和告警信息的样本数据,并人工标记每条样本是否为根因节点,以此数据为训练集。
同一个节点发生故障后可能持续发出告警信息,所以要将每组中相同节点且相同告警信息的样本去重,仅保留一条样本。然后将每组包含的节点的连接关系制作成一个邻接矩阵,以此观测出本组故障节点中是否存在孤立节点,将孤立节点的告警样本删除。经过去噪处理后,得到去噪后的训练集。将主机节点号与该节点的告警信息组合起来,同时通过基于分布式假设的词表示模型预训练后得到告警信息的词嵌入特征。由于根因节点一般而言只有一个或没有,而非根因节点却有许多个,这导致每组数据集中,根因节点和非根因节点的样本数很不均衡,所以需要使用数据扩充方法对根因节点样本进行数据扩充,将根因节点样本数量扩充至与非根因节点样本数一致。最终将扩充的样本和原样本合起来作为训练集。然后设计LSTM模型,将训练集放入模型进行训练,得到一个可以筛选出一条样本信息是否为根因节点的模型。再找一组新的告警信息样本,在去噪和Bert预训练步骤后,得到新的告警信息样本的词嵌入特征,将其输入训练好的模型中,得到预测结果,将预测结果为根因节点的样本中的节点做成疑似节点集合。根据训练集中根因告警信息的种类,制成一个(根因节点告警类型,出现频率)的知识库。将疑似节点集合中将疑似节点集合中所有节点的连接关系制成一个连接关系的邻接矩阵,每条边的权重视为1。使用Dijkstra单源最短路径方法计算出疑似节点与本组所有节点之间最短距离小于2的节点个数。
为了方便理解本发明的技术方案,下面定义一些概念:
定义1重复告警信息一个节点出现故障后,会发出一种告警信息。但是节点故障如果没有被及时解决,间隔一段时间后,便会重复报告同一告警信息。所以同一天内,同一节点所发出的时间靠后的同一种告警信息的样本应当被去除。
根据以上定义,将节点告警信息制成(节点,告警信息,根因标记)格式,创建一个一天内告警信息长度的字典。然后对一天内的(节点,告警信息,根因标记)存储进队列,然后对其进行遍历。具体实施步骤如下:
①:若(节点,告警信息,根因标记)队列为空,则结束。否则队头元素出队。转至②。
②:判断出队的(节点,告警信息,根因标记)是否存在于字典中,如果存在则回到①,否则将此(节点,告警信息,根因标记)加入字典中,回到①。
定义2孤立节点一天发出告警信息的节点中,有的节点可能既没有被其他节点所连接,也没有连接其他节点,如图1所示,这种节点被称之为孤立节点。首先将一天内的所有发出告警信息节点的连接关系以邻接矩阵方式存储,然后对矩阵进行遍历,计算行和与列和,若有对应下标的行与列和均为0的节点,那么此节点必然没有连接其他节点,也没有被其他节点所连接,故而可以视为孤立节点。
具体做法为,根据一天内的节点的连接关系形成连接关系的邻接矩阵,有连接关系的节点之间对应的矩阵值为1,没有连接关系的节点直接对应的矩阵值为0。如此一来,如图2邻接矩阵所示,若对应的节点的行和列和都为0,则可以视该节点为孤立节点。
定义3去噪处理本发明的去噪处理为:将一天内的告警信息进行重复告警信息删除和孤立节点删除处理。
定义4特征表示告警信息文本想要被计算机识别,就必须将文本的特征表示成能被计算机识别的格式。本发明面向的特征表示为利用基于分布式假设的词表示模型得到文本的特征表示。本发明以Bert为例得到告警信息的词特征表示。Bert方法是基于分布式假设的词表示,根据一定的方法将自然语言词语映射成词向量。分布式表示则是指特征向量中的每一个维度均不可被解释,而任何维度也不会对应到文本的具体特征。其每一个维度都是神经网络对文本的许多不同特征组合起来的新的特征。所以特征表示得到的词向量中的每一个向量都是文本的许多特征的组合。
如图3所示,[CLS]标志为对应最后隐藏状态下包含了后面所有词信息的一个标记。[SEP]标志记录分句位置信息,但是本发明针对的告警信息中都是一句话,所以只会有一个尾部的[SEP]标记。为第i个样本中告警信息的第j个字。将告警信息分别通过三个Embedding层,EA为词向量Embedding层(Token Embedding),EB为分句Embedding层(Segment Embedding),EC为位置Embedding层(Position Embedding)。EA负责将字映射成字向量,EB负责记录这是第几个句子,EC负责记录字的位置信息向量。然后将三个Embedding层结果加起来,形成每个字的最终Embedding。再将最终的Embedding送入如图4所示的Transformer结构中,最终得到样本的特征表示。
定义5疑似根因节点利用LSTM模型对输入的样本进行计算,得到该样本为根因节点的概率。设置一个阈值(本发明设为0.9),只要是预测出该样本为根因节点的概率大于这个阈值的,就被列为疑似根因节点。由一天内的所有疑似根因节点组成的集合为疑似根因节点集合。
定义6根因节点告警信息类别知识库将训练集中足够多的根因告警信息进行统计,将同样类别的告警信息归类,统计出现的次数。由此形成如表1所示的根因告警信息类别知识库。
表1根因告警信息类别知识库样本示例表
告警信息类别 | 告警信息内容 | 告警信息出现频率 |
0 | 端口80通信异常 | 0.24 |
8 | Url:http://{节点号:端口号}//访问失败 | 0.12 |
1 | Ping丢包率100%服务器宕机 | 0.08 |
… | … | … |
利用深度学习方法找到了一天内的疑似根因节点集合后,对所有疑似根因节点发出的告警信息与知识库进行对比,如若不存在于知识库中,则直接筛除。
定义7告警信息类别频率告警信息类别知识库构建以后,将每类告警信息的出现次数统计,并且利用公式(1)计算出告警信息某类的频率
其中fi表示i种类的告警信息频率,ni为i种类告警信息出现的次数,N为总的根因告警个数。
定义8根因节点故障传播范围网络拓扑中一个节点出现故障,往往会导致与其相连的其他节点也发生异常,进而产生大量告警,由于网络节点的合理设计,根因节点故障所导致的异常不会大范围传播,通常会有一个根因节点故障传播范围,在这个范围内的节点,可能会因为根因节点发生故障继而发生故障,也可能不发生故障。
定义9根因节点标记该样本是否为根因节点的标记信息,若值为1,则说明该样本的告警信息为根因节点产生。若值为0,则说明该样本的告警信息不是由根因节点产生。
本发明中使用的故障传播范围设定为根因节点前后两跳之内的节点。如图1所示,根因节点v0前后两跳内的节点v1、v2、v3、v4和v5为根因节点故障传播范围。
通过本发明的方法,可以用深度学习的方法求得疑似根因节点。为了在疑似根因节点中进一步确定唯一的根因节点,本发明还将使用根因节点告警信息知识库以及节点的距离关系对疑似根因节点集合进行筛选。并且考虑到了根因节点在根因节点故障传播范围内的节点可能造成影响。
本发明以某电商平台告警信息样本为例,确定新出现的某天内的根因节点告警信息定位。本发明的实施方案前置准备流程图如图5所示。其具体操作步骤如下:
步骤1:搜集到历史的一个具体的时间区间内的告警信息样本数据,对这些样本进行重复告警信息删除数据预处理。具体对某一天的数据的重复告警信息预处理描述如下:
①将节点告警信息制作成(节点,告警信息,根因标记)格式存储。创建一个空的字典。
②将一天内的告警信息放进队列。
③判断队列是否为空,若为空,转⑤,若不为空,则出队一个元素。
④判断出队的(节点,告警信息,根因标记)是否存在于字典中,若存在则不做操作,若不存在则将其加入字典中。转③。
⑤将字典中的所有元素存储起来,作为去除了重复告警信息的样本数据集。
步骤2:去除重复告警信息以后,开始对孤立节点进行删除,将每天的告警信息中的节点的连接关系制作成一个连接关系的邻接矩阵。有连接关系的节点对应的矩阵位置为1,没有连接关系的节点对应的矩阵位置为0。如此一来,只需要找每个节点的行与列的和是否为0即可知道是否为孤立节点。若某个节点的行和列之和为0,则说明这是一个孤立节点。将孤立节点的样本数据删除。得到去除了重复告警信息和包含了孤立节点的样本数据集Strain。Strain里每个样本都是(节点,告警信息,根因标记)格式。然后根据Strain中的根因节点的告警信息种类进行统计,形成一个根因节点告警信息类别知识库V。
步骤3:将Strain输入基于分布式假设的词表示模型。本发明以Bert为例,将Strain输入Bert预训练好的模型,具体做法为将每一个样本的节点和告警信息组合后分别通过三个Embedding层,EA为词向量Embedding层(Token Embedding),EB为分句Embedding层(SegmentEmbedding),EC为位置Embedding层(Position Embedding)。EA负责将字映射成字向量,EB负责记录这是第几个句子,EC负责记录字的位置信息向量。然后将三个Embedding层结果加起来,形成每个字的最终Embedding。再将最终的Embedding送入如图4所示的Transformer结构中,最终得到样本的特征表示。其中,Bert预训练的模型的参数是Google团队所设定好的,只需要直接将节点以及告警信息输入便可以得到最终的特征表示集Ttrain。Ttrain里每个样本都是(节点与告警信息组合后的特征表示,根因标记)格式。
步骤4:将Ttrain按其根因标记将样本数据集分为T1和T0,其中T1为根因标记为1的样本,T0为根因标记为0的样本。接下来要对少量的根因节点告警样本集T1进行数据扩充,直到将T1数据集的样本数扩充至与T0样本数一致为止。具体做法为:
①将T1中的所有样本之间的欧式距离计算出来,然后将每个样本最近距离的k个样本记录(本发明k取值为3)。得到了每个样本的k近邻(k=3)。
②创建一个空列表Tnew。
③若Tnew与T1的样本数的和与T0样本数相同,转⑥。
④随机选取T1中的一个样本的节点和告警信息特征表示x,然后再将其k近邻的样本中随机抽取一个样本并取其节点和告警信息特征表示x′,利用公式(2)计算出新样本的节点和告警信息特征表示xnew,其中rand(0,1)表示从0~1中随机取值。
xnew=x+rand(0,1)|x-x| (2)
⑤将新构建出的xnew构建成(xnew,根因标记),加入Tnew列表。作为新扩充的样本。转③。
⑥将Tnew的所有样本加入T1。
步骤5:将T1与T0合并成Tnew_train,将Tnew_train作为训练集,输入LSTM神经网络模型,进行训练,得到输入为节点与告警信息特征表示,输出为预测为根因节点的概率值的一个模型的参数,将模型以及其参数保存为M。
到此,本发明的实施方案前置准备已经完成。本发明的实施方案流程图如图6所示。其具体操作步骤如下:
步骤6:取得实际中搜集到的新的一天内的告警信息样本数据集Stest。Stest中数据的存储格式为(节点,告警信息)。按步骤3的做法,将Stest中每个样本的节点和告警信息组合后输入基于分布式假设的词表示模型中生成每个样本的特征表示,得到Stest对应的特征表示集合Ttest。
步骤7:新创建一个空列表Ss,将Ttest的所有样本输入进步骤5中得到的模型M,得到所有样本被预测为根因节点的概率。设置一个阈值(本发明设置为0.9),将预测结果大于阈值的样本节点存入Ss。得到疑似根因节点集合Ss。
步骤8:新创建一个空列表Sc。将Ss中所有节点的告警信息与V中的告警信息进行比对,去除掉不存在于V中告警信息种类节点。再判断若Ss为空集,则说明这天没有根因节点,否则若Ss只有一个元素,则那个节点即为根因节点。若Ss中不止一个元素,则将Stest中所有节点的连接关系制作成邻接矩阵。每条边的权值设置为1。为了得到节点之间的距离,利用Dijkstra方法计算Ss中的节点与Stest中的节点之间的距离,并统计距离小于根因节点故障传播范围(本发明设定为2跳以内)的节点个数。最终形成(节点,根因节点故障传播范围内节点数)元组,并将元组加入列表Sc。取出Sc中根因节点故障传播范围内节点数最多的元素集合vmax,若vmax中元素唯一,则那个节点则为根因节点。若元素不唯一,则根据V中告警信息出现频率的大小选取根因节点,选取出现频率最大的那个告警信息种类对应的节点即为根因节点。
Claims (4)
1.一种基于深度学习的网络告警定位方法,其特征在于:包括如下步骤:
步骤1:搜集到历史的一个具体的时间区间内的告警信息样本数据,对这些样本进行重复告警信息删除数据预处理;
步骤2:去除重复告警信息以后,对孤立节点的样本也进行筛选,筛选完以后对所有样本中的节点的告警信息进行归类,然后对根因告警信息种类进行统计,构建根因节点告警信息类别知识库;
步骤3:将样本的节点信息和告警信息组合后输入基于分布式假设的词表示模型,最终得到样本的特征表示,每个样本中都包含了特征表示和根因节点标记两个信息;
步骤4:将样本数据集中的根因标记按1和0分为两个子集,针对根因标记为1的子集中的样本,利用样本扩充方法将其样本数扩充至和根因标记为0的子集样本数一致;
步骤5:将扩充后的数据集的样本中的特征表示作为LSTM模型的输入,扩充后数据集的样本中的根因标记为LSTM模型的输出,对模型进行训练,并且将模型以及其参数保存下来,得到输入为特征表示,输出为将此样本预测为根因节点的概率值的一个模型;
步骤6:取得实际中搜集到的新的一天内的告警信息样本数据集,样本中数据的存储内容包含了该样本的节点和该样本的告警信息,按步骤3的方法,将新数据集中每个样本的节点和告警信息组合后输入基于分布式假设的词表示模型中生成每个样本的特征表示,得到其对应的特征表示集合;
步骤7:将所有样本的特征表示输入步骤5中存储的模型,得到每个样本被预测为疑似根因节点的概率集合,将所有概率大于阈值的样本节点存储起来作为疑似根因节点集合;
步骤8:将疑似根因节点集合中的节点所发出的告警信息与步骤2中所建立的根因节点告警信息类别知识库中的告警信息种类进行比对,将不存在于知识库中的节点删除,若疑似根因节点集合中没有元素,则说明这一天没有根因节点,否则利用节点之间的距离关系和知识库筛选出根因节点;
步骤7的疑似根因节点集合生成以后,将疑似根因节点集合设为Ss,则步骤8的具体过程为:
步骤81,新建一个空列表Sc,将Ss中所有节点的告警信息与步骤2中生成的根因节点告警信息类别知识库进行比对,保留Ss中节点对应的告警信息种类存在于知识库中的节点;
步骤82,若Ss为空集,则说明这一天中没有根因节点,结束,若Ss只有一个节点,则此节点为根因节点,结束;
步骤83,将一天所有样本中的节点的连接关系制作成邻接矩阵,其中每条边的权值设置为1,根据连接关系,计算出Ss与一天所有样本的节点的最短距离,并统计在根因节点故障传播范围内的节点个数,然后形成包含节点和根因节点故障传播范围内节点数的二元组,并将其加入Sc中;
步骤84,取出Sc中根因节点故障传播范围内节点数最大的元素,若元素唯一,则其元组对应的节点即为根因节点,否则则根据节点的告警信息种类在知识库中的出现频率的大小来选取根因节点,其中频率最大的告警信息种类对应的节点即为根因节点,
新创建一个空列表Sc,将Ss中所有节点的告警信息与V中的告警信息进行比对,去除掉不存在于V中告警信息种类节点,再判断若Ss为空集,则说明这天没有根因节点,否则若Ss只有一个元素,则那个节点即为根因节点,若Ss中不止一个元素,则将Stest中所有节点的连接关系制作成邻接矩阵,每条边的权值设置为1,为了得到节点之间的距离,利用Dijkstra方法计算Ss中的节点与Stest中的节点之间的距离,并统计距离小于根因节点故障传播范围的节点个数,本发明设定为2跳以内,最终形成元组,并将元组加入列表Sc,取出Sc中根因节点故障传播范围内节点数最多的元素集合vmax,若vmax中元素唯一,则那个节点则为根因节点,若元素不唯一,则根据V中告警信息出现频率的大小选取根因节点,选取出现频率最大的那个告警信息种类对应的节点即为根因节点。
2.根据权利要求1所述基于深度学习的网络告警定位方法,其特征在于:所述步骤1的具体过程为:
步骤11:将所有样本的节点告警信息、对应的节点和根因标记制作成节点、告警信息、根因标记的三元组格式存储,创建一个空的字典;
步骤12:将一天内的告警信息放进队列;
步骤13:判断队列是否为空,若为空,直接到步骤15,若不为空,则出队一个元素;
步骤14:判断出队的元素是否存在于字典中,若存在则不做操作,若不存在则将其加入字典中,返回步骤13;
步骤15:将字典中的所有元素存储起来,作为去除了重复告警信息的样本数据集。
3.根据权利要求1所述基于深度学习的网络告警定位方法,其特征在于:所述步骤2的具体过程为:
步骤21:根据每天的告警节点的连接关系制作成一个邻接矩阵,有连接关系的节点对应的矩阵位置的值置为1,没有连接关系的节点对应的矩阵位置的值置为0;
步骤22:计算每个节点代表的行、列所有元素的和;
步骤23:将行、列所有元素的和为0的节点去除;
步骤24:剩下的样本中,将所有的样本的告警信息归类,存储进根因节点告警信息类别知识库中,并计算每个种类的出现频率。
4.根据权利要求1所述基于深度学习的网络告警定位方法,其特征在于:步骤4的具体过程为:
步骤41:设根因标记为1的子集为T1,根因标记为0的子集为T0,将T1内的所有样本之间的欧式距离计算出来,然后将每个样本最近距离的k个样本记录,得到了每个样本的k近邻;
步骤42:创建一个空列表Tnew;
步骤43:若Tnew与T1的样本数的和与T0样本数相同,直接跳到步骤46;
步骤44:随机选取T1中的一个样本的节点和告警信息特征表示x,然后再将其k近邻的样本中随机抽取一个样本并取其节点和告警信息特征表示x′,利用以下公式计算出新样本的节点和告警信息特征表示xnew,其中rand(0,1)表示从0~1中随机取值;
xnew=x+rand(0,1)|x-x′|
步骤45:将新构建出的xnew以及其根因标记构建成二元组,这里的根因标记值恒为1;然后将其加入Tnew列表,作为新扩充的样本,返回步骤43;
步骤46:将Tnew的所有样本加入T1。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010649254.1A CN112003718B (zh) | 2020-09-25 | 2020-09-25 | 一种基于深度学习的网络告警定位方法 |
PCT/CN2020/108816 WO2022007108A1 (zh) | 2020-07-07 | 2020-09-28 | 一种基于深度学习的网络告警定位方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010649254.1A CN112003718B (zh) | 2020-09-25 | 2020-09-25 | 一种基于深度学习的网络告警定位方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112003718A CN112003718A (zh) | 2020-11-27 |
CN112003718B true CN112003718B (zh) | 2021-07-27 |
Family
ID=73467004
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010649254.1A Active CN112003718B (zh) | 2020-07-07 | 2020-09-25 | 一种基于深度学习的网络告警定位方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112003718B (zh) |
WO (1) | WO2022007108A1 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113254254B (zh) * | 2021-07-14 | 2021-11-30 | 南京中兴新软件有限责任公司 | 系统故障的根因定位方法、装置、存储介质及电子装置 |
CN113780597B (zh) * | 2021-09-16 | 2023-04-07 | 睿云奇智(重庆)科技有限公司 | 影响传播关系模型构建和告警影响评估方法、计算机设备、存储介质 |
CN113901126A (zh) * | 2021-09-18 | 2022-01-07 | 中兴通讯股份有限公司 | 告警因果关系挖掘方法、告警因果挖掘装置及存储介质 |
CN114124676B (zh) * | 2021-11-19 | 2024-04-02 | 南京邮电大学 | 一种面向网络智能运维系统的故障根因定位方法及其系统 |
CN114637649B (zh) * | 2022-03-01 | 2024-07-09 | 清华大学 | 一种基于oltp数据库系统的告警根因分析方法及装置 |
CN115051907A (zh) * | 2022-06-10 | 2022-09-13 | 中国电信股份有限公司 | 告警日志数据的处理方法及装置、非易失性存储介质 |
CN115150253B (zh) * | 2022-06-27 | 2024-03-08 | 杭州萤石软件有限公司 | 一种故障根因确定方法、装置及电子设备 |
CN114968727B (zh) * | 2022-06-29 | 2023-02-10 | 北京柏睿数据技术股份有限公司 | 基于人工智能运维的数据库贯穿基础设施的故障定位方法 |
CN115086148B (zh) * | 2022-07-15 | 2024-01-30 | 中国电信股份有限公司 | 光网络告警处理方法、系统、设备及存储介质 |
CN116991620B (zh) * | 2023-08-03 | 2024-02-23 | 北京优特捷信息技术有限公司 | 一种解决方案确定方法、装置、设备及介质 |
CN117194459B (zh) * | 2023-09-22 | 2024-05-10 | 天翼爱音乐文化科技有限公司 | 基于运维事件的运维知识库更新方法、系统、装置与介质 |
CN117527527B (zh) * | 2024-01-08 | 2024-03-19 | 天津市天河计算机技术有限公司 | 多源告警处理方法和系统 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105634781B (zh) * | 2014-11-05 | 2020-03-13 | 中兴通讯股份有限公司 | 一种多故障数据解耦方法和装置 |
CN106603293A (zh) * | 2016-12-20 | 2017-04-26 | 南京邮电大学 | 虚拟网络环境下一种基于深度学习的网络故障诊断方法 |
CN108540330B (zh) * | 2018-04-24 | 2021-04-02 | 南京邮电大学 | 一种异构网络环境下的基于深度学习的网络故障诊断方法 |
CN113946461A (zh) * | 2018-06-15 | 2022-01-18 | 华为技术有限公司 | 一种故障根因分析的方法及装置 |
CN109034368B (zh) * | 2018-06-22 | 2021-10-15 | 北京航空航天大学 | 一种基于dnn的复杂设备多重故障诊断方法 |
CN110147387B (zh) * | 2019-05-08 | 2023-06-09 | 腾讯科技(上海)有限公司 | 一种根因分析方法、装置、设备及存储介质 |
CN110309009B (zh) * | 2019-05-21 | 2022-05-13 | 北京云集智造科技有限公司 | 基于情境的运维故障根因定位方法、装置、设备及介质 |
CN110351118B (zh) * | 2019-05-28 | 2020-12-01 | 华为技术有限公司 | 根因告警决策网络构建方法、装置和存储介质 |
CN110351150B (zh) * | 2019-07-26 | 2022-08-16 | 中国工商银行股份有限公司 | 故障根源确定方法及装置、电子设备和可读存储介质 |
CN111342997B (zh) * | 2020-02-06 | 2022-08-09 | 烽火通信科技股份有限公司 | 一种深度神经网络模型的构建方法、故障诊断方法及系统 |
-
2020
- 2020-09-25 CN CN202010649254.1A patent/CN112003718B/zh active Active
- 2020-09-28 WO PCT/CN2020/108816 patent/WO2022007108A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CN112003718A (zh) | 2020-11-27 |
WO2022007108A1 (zh) | 2022-01-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112003718B (zh) | 一种基于深度学习的网络告警定位方法 | |
WO2019238109A1 (zh) | 一种故障根因分析的方法及装置 | |
Zhang et al. | Identification of core-periphery structure in networks | |
CN106570513A (zh) | 大数据网络系统的故障诊断方法和装置 | |
CN112217674B (zh) | 基于因果网络挖掘和图注意力网络的告警根因识别方法 | |
CN108470022B (zh) | 一种基于运维管理的智能工单质检方法 | |
CN106470122A (zh) | 一种网络故障定位方法及装置 | |
CN110162478B (zh) | 一种基于缺陷报告的缺陷代码路径定位方法 | |
WO2023029654A1 (zh) | 一种故障根因确定方法、装置、存储介质及电子装置 | |
CN117034143B (zh) | 一种基于机器学习的分布式系统故障诊断方法及装置 | |
CN108959516A (zh) | 会话消息处理方法和装置 | |
CN113254675B (zh) | 基于自适应少样本关系抽取的知识图谱构建方法 | |
CN105471647A (zh) | 一种电力通信网故障定位方法 | |
CN115687925A (zh) | 针对不平衡样本的故障类型识别方法及装置 | |
CN112686040A (zh) | 一种基于图循环神经网络的事件事实性检测方法 | |
CN113869609A (zh) | 一种根因分析频繁子图置信度预测方法及系统 | |
CN117743595A (zh) | 一种基于图神经网络的电力监控事件识别与智能分析方法 | |
CN116842949A (zh) | 事件提取方法、装置、电子设备和存储介质 | |
CN107577760B (zh) | 一种基于约束规范的文本分类方法及装置 | |
CN114880584B (zh) | 一种基于社区发现的发电机组故障分析方法 | |
CN115587007A (zh) | 基于RoBERTa的网络日志安全检测方法及系统 | |
CN114860952A (zh) | 一种基于数据统计和知识指导的图拓扑学习方法及系统 | |
JP2019016122A (ja) | モデル学習装置、情報判定装置およびそれらのプログラム | |
WO2013180920A2 (en) | Buildable part pairs in an unconfigured product structure | |
CN117591657B (zh) | 一种基于ai的智能对话管理系统及方法 |
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 | ||
CB02 | Change of applicant information |
Address after: 210003, 66 new model street, Gulou District, Jiangsu, Nanjing Applicant after: NANJING University OF POSTS AND TELECOMMUNICATIONS Address before: No. 186, software Avenue, Yuhuatai District, Nanjing, Jiangsu Province, 210046 Applicant before: NANJING University OF POSTS AND TELECOMMUNICATIONS |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |