CN110650060A - 流量告警的处理方法、设备及存储介质 - Google Patents

流量告警的处理方法、设备及存储介质 Download PDF

Info

Publication number
CN110650060A
CN110650060A CN201910985174.0A CN201910985174A CN110650060A CN 110650060 A CN110650060 A CN 110650060A CN 201910985174 A CN201910985174 A CN 201910985174A CN 110650060 A CN110650060 A CN 110650060A
Authority
CN
China
Prior art keywords
alarm
flow
state
period
recording
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
Application number
CN201910985174.0A
Other languages
English (en)
Inventor
裴巍
赵欣磊
蔡崟
许欣
王静
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN201910985174.0A priority Critical patent/CN110650060A/zh
Publication of CN110650060A publication Critical patent/CN110650060A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种流量告警的处理方法、设备及存储介质,该方法包括:获取各对象对应的告警阈值;按照预设周期采集各对象的流量;对于每个对象,根据各周期采集的所述对象的流量及所述对象对应的告警阈值,确定当前之前第一预设数量的时段内所述对象的流量超负荷次数;若所述对象的流量超负荷次数大于或等于第二预设数量,则产生告警。本申请采用创新的流量告警的处理方法,对于性能类告警,比如流量超负荷的告警,能够进行有效的流量管控,提高了流量告警的准确度。

Description

流量告警的处理方法、设备及存储介质
技术领域
本申请涉及通信技术领域,尤其涉及一种流量告警的处理方法、设备及存储介质。
背景技术
随着网络技术的发展,网络的宽带传输速率也越来越高,网络流量监控分析是网络管理与网络安全的重要组成部分,作为网络管理中最基本的指标,各相关商家均在多年前就实现并建立了网络流量监控系统。
但是目前的流量监控系统通常是使用实时采集和超标报警的方式实现流量的监控,这种方式适合故障类告警的实时监控和修复,但是对于性能类告警,比如流量超负荷的告警,无法进行有效的流量管控,导致流量告警不够准确。
发明内容
本申请提供一种流量告警的处理方法、设备及存储介质,以解决现有的流量监控方法对于性能类报警技术,比如流量超负荷的告警,无法进行有效的流量管控的技术问题,导致流量告警不够准确。
本申请第一个方面提供一种流量告警的处理方法,包括:
获取各对象对应的告警阈值;
按照预设周期采集各对象的流量;
对于每个对象,根据各周期采集的所述对象的流量及所述对象对应的告警阈值,确定当前之前第一预设数量的时段内所述对象的流量超负荷次数;
若所述对象的流量超负荷次数大于或等于第二预设数量,则产生告警。
可选地,所述获取各对象对应的告警阈值,包括:
获取各对象承载的业务类型及各业务类型的上联数量;
对于每个对象,根据所述对象承载的业务类型及各业务类型的上联数量确定所述对象的告警阈值。
可选地,所述根据所述对象承载的业务类型及各业务类型的上联数量确定所述对象的告警阈值,包括:
若所述对象承载的业务类型为流量敏感型业务,根据所述对象承载的业务类型及各业务类型的上联数量确定的告警阈值满足以下条件:当有一个对象异常后,所述一个对象所承载的流量分摊到其他对象上后,使得其他对象承载的流量不大于100%。
可选地,所述根据各周期采集的所述对象的流量及所述对象对应的告警阈值,确定当前之前第一预设数量的时段内所述对象的流量超负荷次数,包括:
对于每个周期,根据所述周期采集的所述对象的流量及所述对象对应的告警阈值,判断所述对象的流量是否超负荷,并记录判断结果;
对于每个时段,根据所述时段内所述对象的各周期的判断结果,确定所述对象在所述时段内是否超负荷;
将当前之前第一预设数量的时段内所述对象超负荷的时段数量作为所述对象的流量超负荷次数。
可选地,所述对于每个周期,根据所述周期采集的所述对象的流量及所述对象对应的告警阈值,判断所述对象的流量是否超负荷,并记录判断结果,包括:
对于每个周期,根据所述周期采集的所述对象的流量及所述对象对应的告警阈值,判断所述对象的流量是否超负荷,若超负荷则确定所述对象为异常状态,若未超负荷则确定所述对象为正常状态;
将所述对象的状态及时间记录到预先建立的告警库;
所述根据所述时段内所述对象的各周期的判断结果,确定所述对象在所述时段内是否超负荷,包括:
基于所述告警库,根据所述时段内所述对象在各周期的状态,确定所述对象在所述时段内是否超负荷。
可选地,所述方法还包括:
若所述告警库中,第一对象的异常状态持续时长大于或等于预设时长,则将所述第一对象的状态更新为正常状态,并记录更新时间。
可选地,所述将所述对象的状态及时间记录到预先建立的告警库,包括:
若确定所述对象为正常状态,且所述告警库中记录的所述对象的当前状态为异常状态,则在所述告警库中记录所述对象的新当前状态为正常状态,并记录状态更新时间;
若确定所述对象为异常状态,且所述告警库中记录的所述对象的当前状态为正常状态,则在所述告警库中记录所述对象的新当前状态为异常状态,并记录状态更新时间;
若确定所述对象为异常状态,且所述告警库中没有所述对象的记录,则在所述告警库中记录所述对象的标识、所述对象的状态及记录时间的对应关系。
可选地,所述对象包括承载业务的端口、链路和设备中的至少一种。
本申请第二个方面提供一种电子设备,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如上第一个方面以及第一个方面各种可能的设计所述的方法。
本申请第三个方面提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上第一个方面以及第一个方面各种可能的设计所述的方法。
本申请提供的流量告警的处理方法、设备及存储介质,通过获取各对象对应的告警阈值;按照预设周期采集各对象的流量;对于每个对象,根据各周期采集的所述对象的流量及所述对象对应的告警阈值,确定当前之前第一预设数量的时段内所述对象的流量超负荷次数;若所述对象的流量超负荷次数大于或等于第二预设数量,则产生告警。本申请采用创新的流量告警的处理方法,对于性能类告警,比如流量超负荷的告警,能够进行有效的流量管控,提高了流量告警的准确度。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例基于的处理系统的结构示意图;
图2为本申请一实施例提供的流量告警处理方法的流程示意图;
图3为本申请另一实施例提供的一种流量告警的处理方法的流程示意图;
图4为本申请一实施例提供的另一种流量告警的处理方法的流程示意图;
图5为本申请一实施例提供的又一种流量告警的处理方法的流程示意图;
图6为本申请一实施例提供的再一种流量告警的处理方法的流程示意图;
图7为本申请一实施例提供的再一种流量告警的处理方法的流程示意图;
图8为本申请一实施例提供的再一种流量告警的处理方法的流程示意图;
图9为本申请一实施例提供的电子设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
首先对本申请所涉及的名词进行解释:
端口:端口是设备与外界通讯交流的出口。端口可分为虚拟端口和物理端口,其中虚拟端口指计算机内部或交换机路由器内的端口,业务端口为接入网中在业务节点接口(SNI)和业务节点相连接的端口。它的主要功能是将特定的业务节点接口(SNI)要求与接入网的核心功能和系统管理功能相适配。
链路:链路指两个节点之间的物理线路,如电缆或光纤,在数据通信网中,按一种链路协议的技术要求连接两个或多个数据站的电信设施,称为数据链路,数据链路除了物理线路外,还必须有通信协议来控制这些数据的传输。若把实现这些协议的硬件和软件加到链路上,就构成了数据链路。
此外,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中,“多个”的含义是两个以上,除非另有明确具体的限定。
本申请实施例提供的流量告警的处理方法,适用于性能类告警的应用场景,比如流量超负荷的告警,存在突发或者其他因素干扰的情况下,出现瞬间超负荷的情况,需要采用自适应阈值的设定方法,精确确定告警派发时限。如图1所示,为本申请实施例基于的处理系统的结构示意图。该处理系统可以包括用于进行流量告警的处理的电子设备及至少一个被监控流量的对象设备。也可以是在对象设备中设置流量告警的处理装置对对象设备进行监控。具体的,可以根据实际承载的业务类型和该业务类型上联数量情况,自动设置不同的阈值来判断流量是否超负荷,记录流量超负荷的开始时间和恢复时间,确定第一预设数量时间段内对象的流量超负荷次数,超负荷次数大于或者等于第二预设数量则产生告警,第一预设数量可以称为切片固定时间段的个数,第二预设数量可以称为多个切片时间段内出现超负荷的次数,进行有效的流量管控,提高了流量告警的准确度。
下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本发明的实施例进行描述。
实施例一
本实施例提供一种流量告警的处理方法,用于进行流量告警处理。本实施例的执行主体为电子设备,比如服务器、台式电脑、笔记本电脑、平板电脑及其他可用于数据处理的电子设备。
如图2所示,为本实施例提供的流量告警处理方法的流程示意图,该方法包括:
步骤101,获取各对象对应的告警阈值。
其中,对象是指承载业务的端口、设备及链路中的至少一种。不同的对象可以设置不同的告警阈值,具体来说可以根据对象承载的业务类型及各业务类型的上联数量来确定对象的告警阈值。
具体的,可以建立流量保证机制,根据流量保证机制建立一个流量超负荷阈值边界(也即建立各对象的告警阈值)。
流量保证机制,如:对于语音和IPTV等流量敏感型业务,可考虑链路流量至少N+1的冗余备份,即保证任意一条链路异常后,其他链路可完全承载该链路的全部流量。对于宽带和专线业务上联,可按照网络实际维护使用需求,预留网络扩容所需时限内流量增长带宽,然后根据流量保证机制建立一个超负荷阈值边界。
步骤102,按照预设周期采集各对象的流量。
保持基本的流量采集周期,每采集周期采集各对象的流量,并进行流量统计。
步骤103,对于每个对象,根据各周期采集的对象的流量及对象对应的告警阈值,确定当前之前第一预设数量的时段内对象的流量超负荷次数。
第一预设数量可以称为切片固定时间段(简称时间段)的个数,第二预设数量可以成为多个切片时间段内出现超负荷的次数,确定连续的第一预设数量的时间段内出现流量超负荷情况的时间段的个数。
可选地,可以从最新的流量统计中识别出两类对象,正常对象和异常对象。可以预先建立有告警库,记录各周期的异常对象及对应的异常时间,在每周期识别出正常对象和异常对象后,可以检查告警库是否有最新检测出来的正常对象,有则将其恢复正常,若告警库中没有最新识别的异常对象,则将该异常对象添加到告警库,若有异常对象流量超负荷持续时间超过预设的时间段,则将其恢复成正常对象。
示例性的,切片固定时间段可以为1天,每天为一个切片固定时间段,第一预设数量的时间段则为第一预设数量的天数,比如第一预设数量为5,则5个时间段即5天。若5天内有3天出现流量超负荷,则确定当前之前5天内该对象的流量超负荷次数为3天。
步骤104,若对象的流量超负荷次数大于或等于第二预设数量,则产生告警。
根据实际需求设定累积告警规则,即设定第二预设数量,当对象在预设数量的时间段内的超负荷次数大于或等于预设数量时,则产生告警。
本实施例提供的流量告警处理方法,通过获取各对象对应的告警阈值,按照预设周期采集各对象的流量,对于每个对象,根据各周期采集的对象的流量及对象对应的告警阈值,确定当前之前第一预设数量的时段内对象的流量超负荷次数,若对象的流量超负荷次数大于或等于第二预设数量,则产生告警,从而进行有效的流量管控,提高了流量告警的准确度。
实施例二
本实施例对实施例一提供的方法做进一步补充说明。
如图3所示,图3为本实施例提供的一种流量告警的处理方法的流程示意图,作为一种可实施的方式,在上述实施例一的基础上,可选地,步骤101具体包括:
步骤1011,获取各对象承载的业务类型及各业务类型的上联数量。
步骤1012,对于每个对象,根据对象承载的业务类型及各业务类型的上联数量确定对象的告警阈值。
具体的,自适应阈值设定机制自动识别各对象承载的业务类型及各业务类型的上联数量,根据实际承载的业务类型和该业务类型上联数量情况,自动设置不同的阈值来判断流量是否超负荷。
建立流量保证机制,如对于语音和IPTV等流量敏感型业务,可考虑链路流量至少N+1的冗余备份,即保证任意一条链路异常后,其他链路可完全承载该链路的全部流量。对于宽带和专线业务上联,可按照网络实际维护使用需求,预留网络扩容所需时限内流量增长带宽,然后根据流量保证机制建立一个超负荷阈值边界。
如图4所示,图4为本实施例提供的另一种流量告警的处理方法的流程示意图,作为一种可实施的方式,在上述实施例的基础上,可选地,步骤1012具体包括:
步骤10121,对于每个对象,若对象承载的业务类型为流量敏感型业务,根据对象承载的业务类型及各业务类型的上联数量确定的告警阈值满足以下条件:当有一个对象异常后,一个对象所承载的流量分摊到其他对象上后,使得其他对象承载的流量不大于100%。
示例性的,若对象承载的业务类型为语音或IPTV业务,且上联数量为双上联时,确定对象的告警阈值为50%。若对象承载的业务类型为语音或IPTV业务,且上联数量为4上联时,确定对象的告警阈值为75%。
可选地,业务类型还可以包括其他的类型,不限于上述的业务类型,不同业务类型的上联数量也可能不同,具体的告警阈值可以根据业务类型及上联数量情况进行设置,本实施例不做限定。
如图5所示,图5为本实施例提供的又一种流量告警的处理方法的流程示意图,作为一种可实施的方式,在上述实施例的基础上,可选地,步骤103具体包括:
步骤1031,对于每个周期,根据周期采集的对象的流量及对象对应的告警阈值,判断对象的流量是否超负荷,并记录判断结果。
步骤1032,对于每个时段,根据时段内对象的各周期的判断结果,确定对象在时段内是否超负荷。
步骤1033,将当前之前第一预设数量的时段内对象超负荷的时段数量作为对象的流量超负荷次数。
具体的,每采集周期根据自适应的阈值识别流量异常对象,每采集周期从最新的流量统计中识别出两类对象,正常对象和异常对象,流量负荷情况超过自适应阈值的记为异常对象,流量负荷情况超过自适应阈值的记为正常对象,报警库记录有在这之前所有采集周期的流量超负荷的记录,记录包括对象的超负荷开始时间和恢复时间,每识别流量异常对象后检查报警库,检查其中是否有最新识别的正常的端口,若有则将其恢复,检查其中是否有最新识别的异常的端口,若没有则将其添加到告警库,再次检查告警库中是否有持续时长超过设定时间段的记录,若有则将其恢复。
基于告警库识别第一预设数量的时段内的流量负载情况,识别第一预设数量的时段内出现超负荷情况的时间段的个数。
示例性的,时间段可以为1天,基于告警库记录的各对象的异常情况,当1天中有一个周期是异常状态时,认为该对象在该时间段内出现超负荷情况。当第一预设数量(假设为5天)的时间段中有3天出现超负荷情况,则第一预设数量的时间段内出现超负荷情况的时间段的个数为3。
如图6所示,图6为本实施例提供的再一种流量告警的处理方法的流程示意图,作为一种可实施的方式,在上述实施例的基础上,可选地,步骤1031具体包括:
步骤10311,对于每个周期,根据周期采集的对象的流量及对象对应的告警阈值,判断对象的流量是否超负荷,若超负荷则确定对象为异常状态,若未超负荷则确定对象为正常状态。
步骤10312,将对象的状态及时间记录到预先建立的告警库。
具体的,每采集周期从最新的流量统计中识别正常对象和异常对象,若所识别对象的流量超过告警阈值,则记为异常对象,所识别对象的流量没有超过告警阈值,则记为正常对象,然后将对象的状态及异常开始时间和恢复时间记录到预先建立的告警库。
如图7所示,图7为本实施例提供的再一种流量告警的处理方法的流程示意图,作为一种可实施的方式,在上述实施例的基础上,可选地,步骤1032具体包括:
步骤10321,基于告警库,根据时段内对象在各周期的状态,确定对象在时段内是否超负荷。
每采集周期的识别结果均记录在告警库中,根据时间段内识别对象在各周期的状态,若在该时间段内存在识别对象的流量超过告警阈值,则记为该识别对象在时段内是超负荷。
如图8所示,图8为本实施例提供的再一种流量告警的处理方法的流程示意图,作为一种可实施的方式,在上述实施例的基础上,可选地,步骤103具体包括:
步骤2011,若告警库中,第一对象的异常状态持续时长大于或等于预设时长,则将第一对象的状态更新为正常状态,并记录更新时间。
具体的,每采集周期从最新的流量统计中识别出两类对象,正常对象和异常对象,告警库每采集周期检查一次,记录最新采集的对象状态,同时也检查是否有持续异常时长超过预设时长的异常对象,若有,则将其状态更新成正常状态,并记录更新时间。
示例性的,预设时长可以为24小时,若告警库中记录的对象异常状态的持续时间达到24小时,则将其恢复成正常状态,若恢复成正常状态后,在下一个采集周期仍然识别为异常状态时,则将其从新添加到告警库,成为新的异常状态记录。
作为一种可实施的方式,在上述实施例的基础上,可选地,将对象的状态及时间记录到预先建立的告警库,具体包括:
若确定对象为正常状态,且告警库中记录的对象的当前状态为异常状态,则在告警库中记录对象的新当前状态为正常状态,并记录状态更新时间。
若确定对象为异常状态,且告警库中记录的对象的当前状态为正常状态,则在告警库中记录对象的新当前状态为异常状态,并记录状态更新时间。
若确定对象为异常状态,且告警库中没有对象的记录,则在告警库中记录对象的标识、对象的状态及记录时间的对应关系。具体的,每采集周期从最新的流量统计中识别对象是正常状态还是异常状态,告警库记录之前周期的对象状态,若最近采集周期识别该对象是正常状态,告警库中记录该对象是异常状态,则更新告警库中的对象的状态为正常状态,同时记录更新的时间。
若最近采集周期识别该对象是异常状态,在告警库中没有该对象的异常状态记录,则将对象的异常状态记录添加到告警库中,同时记录更新状态的时间。
对象包括承载业务的端口、链路和设备中的至少一种。
具体的,本申请实施例提供的流量告警的处理方法适用于承载业务的端口、链路或者设备,端口为接入网中在业务节点接口(SNI)和业务节点相连接的端口,链路是两个节点之间的物理线路,若端口超负荷则链路也一定超负荷,链路超负荷则端口也一定超负荷,链路和端口属于设备。
本实施例提供的流量告警处理方法,通过获取各对象对应的告警阈值,按照预设周期采集各对象的流量,对于每个对象,根据各周期采集的对象的流量及对象对应的告警阈值,确定当前之前第一预设数量的时段内对象的流量超负荷次数,若对象的流量超负荷次数大于或等于第二预设数量,则产生告警,从而进行有效的流量管控,提高了流量告警的准确度。
实施例三
本实施例提供一种电子设备,用于执行上述实施例提供的方法。
如图9所示,为本实施例提供的电子设备的结构示意图。该电子设备30包括:至少一个处理器31和存储器32。
存储器存储计算机执行指令;至少一个处理器执行存储器存储的计算机执行指令,使得至少一个处理器执行如上任一实施例提供的方法。
根据本实施例的电子设备,通过获取各对象对应的告警阈值,按照预设周期采集各对象的流量,对于每个对象,根据各周期采集的对象的流量及对象对应的告警阈值,确定当前之前第一预设数量的时段内对象的流量超负荷次数,若对象的流量超负荷次数大于或等于第二预设数量,则产生告警。本申请采用创新的流量处理的方法,对于性能类告警,比如流量超负荷的告警,能够进行有效的流量管控,提高了流量告警的准确度。
实施例四
本实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,当处理器执行计算机执行指令时,实现如上任一实施例提供的方法。
根据本实施例的计算机可读存储介质,通过获取各对象对应的告警阈值,按照预设周期采集各对象的流量,对于每个对象,根据各周期采集的对象的流量及对象对应的告警阈值,确定当前之前第一预设数量的时段内对象的流量超负荷次数,若对象的流量超负荷次数大于或等于第二预设数量,则产生告警。本申请采用创新的流量处理的方法,对于性能类告警,比如流量超负荷的告警,能够进行有效的流量管控,提高了流量告警的准确度。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种流量告警的处理方法,其特征在于,包括:
获取各对象对应的告警阈值;
按照预设周期采集各对象的流量;
对于每个对象,根据各周期采集的所述对象的流量及所述对象对应的告警阈值,确定当前之前第一预设数量的时段内所述对象的流量超负荷次数;
若所述对象的流量超负荷次数大于或等于第二预设数量,则产生告警。
2.根据权利要求1所述的方法,其特征在于,所述获取各对象对应的告警阈值,包括:
获取各对象承载的业务类型及各业务类型的上联数量;
对于每个对象,根据所述对象承载的业务类型及各业务类型的上联数量确定所述对象的告警阈值。
3.根据权利要求2所述的方法,其特征在于,所述根据所述对象承载的业务类型及各业务类型的上联数量确定所述对象的告警阈值,包括:
若所述对象承载的业务类型为流量敏感型业务,根据所述对象承载的业务类型及各业务类型的上联数量确定的告警阈值满足以下条件:当有一个对象异常后,所述一个对象所承载的流量分摊到其他对象上后,使得其他对象承载的流量不大于100%。
4.根据权利要求1所述的方法,其特征在于,所述根据各周期采集的所述对象的流量及所述对象对应的告警阈值,确定当前之前第一预设数量的时段内所述对象的流量超负荷次数,包括:
对于每个周期,根据所述周期采集的所述对象的流量及所述对象对应的告警阈值,判断所述对象的流量是否超负荷,并记录判断结果;
对于每个时段,根据所述时段内所述对象的各周期的判断结果,确定所述对象在所述时段内是否超负荷;
将当前之前第一预设数量的时段内所述对象超负荷的时段数量作为所述对象的流量超负荷次数。
5.根据权利要求4所述的方法,其特征在于,所述对于每个周期,根据所述周期采集的所述对象的流量及所述对象对应的告警阈值,判断所述对象的流量是否超负荷,并记录判断结果,包括:
对于每个周期,根据所述周期采集的所述对象的流量及所述对象对应的告警阈值,判断所述对象的流量是否超负荷,若超负荷则确定所述对象为异常状态,若未超负荷则确定所述对象为正常状态;
将所述对象的状态及时间记录到预先建立的告警库;
所述根据所述时段内所述对象的各周期的判断结果,确定所述对象在所述时段内是否超负荷,包括:
基于所述告警库,根据所述时段内所述对象在各周期的状态,确定所述对象在所述时段内是否超负荷。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
若所述告警库中,第一对象的异常状态持续时长大于或等于预设时长,则将所述第一对象的状态更新为正常状态,并记录更新时间。
7.根据权利要求5所述的方法,其特征在于,所述将所述对象的状态及时间记录到预先建立的告警库,包括:
若确定所述对象为正常状态,且所述告警库中记录的所述对象的当前状态为异常状态,则在所述告警库中记录所述对象的新当前状态为正常状态,并记录状态更新时间;
若确定所述对象为异常状态,且所述告警库中记录的所述对象的当前状态为正常状态,则在所述告警库中记录所述对象的新当前状态为异常状态,并记录状态更新时间;
若确定所述对象为异常状态,且所述告警库中没有所述对象的记录,则在所述告警库中记录所述对象的标识、所述对象的状态及记录时间的对应关系。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述对象包括承载业务的端口、链路和设备中的至少一种。
9.一种电子设备,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如权利要求1-8任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1-8任一项所述的方法。
CN201910985174.0A 2019-10-16 2019-10-16 流量告警的处理方法、设备及存储介质 Pending CN110650060A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910985174.0A CN110650060A (zh) 2019-10-16 2019-10-16 流量告警的处理方法、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910985174.0A CN110650060A (zh) 2019-10-16 2019-10-16 流量告警的处理方法、设备及存储介质

Publications (1)

Publication Number Publication Date
CN110650060A true CN110650060A (zh) 2020-01-03

Family

ID=69012945

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910985174.0A Pending CN110650060A (zh) 2019-10-16 2019-10-16 流量告警的处理方法、设备及存储介质

Country Status (1)

Country Link
CN (1) CN110650060A (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291158A (zh) * 2020-10-30 2021-01-29 北京字节跳动网络技术有限公司 一种流量控制方法及装置
CN112448864A (zh) * 2020-11-03 2021-03-05 晏平 流量告警监测方法、装置、计算机设备及存储介质
CN113179257A (zh) * 2021-04-20 2021-07-27 杭州迪普科技股份有限公司 阈值学习方法、装置、设备及计算机可读存储介质
CN114023047A (zh) * 2021-11-02 2022-02-08 龙岩烟草工业有限责任公司 一种料液波动的预警方法
CN114448716A (zh) * 2022-02-28 2022-05-06 奇安信科技集团股份有限公司 工控安全的控制方法及电子设备、存储介质
CN115086060A (zh) * 2022-06-30 2022-09-20 深信服科技股份有限公司 一种流量检测方法、装置、设备及可读存储介质
CN116566803A (zh) * 2023-06-15 2023-08-08 华章数据技术有限公司 一种基于流量监测的线路切换系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106557407A (zh) * 2016-11-14 2017-04-05 腾讯科技(深圳)有限公司 一种设备负载的监控方法和装置
CN106713216A (zh) * 2015-07-16 2017-05-24 中兴通讯股份有限公司 流量的处理方法、装置及系统
CN109039821A (zh) * 2018-08-21 2018-12-18 平安科技(深圳)有限公司 网络流量监控方法、装置、计算机设备及存储介质
CN109660502A (zh) * 2018-09-28 2019-04-19 平安科技(深圳)有限公司 异常行为的检测方法、装置、设备及存储介质
CN109688188A (zh) * 2018-09-07 2019-04-26 平安科技(深圳)有限公司 监控告警方法、装置、设备及计算机可读存储介质
CN110247796A (zh) * 2019-05-30 2019-09-17 平安科技(深圳)有限公司 监控告警方法、装置及相关设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106713216A (zh) * 2015-07-16 2017-05-24 中兴通讯股份有限公司 流量的处理方法、装置及系统
CN106557407A (zh) * 2016-11-14 2017-04-05 腾讯科技(深圳)有限公司 一种设备负载的监控方法和装置
CN109039821A (zh) * 2018-08-21 2018-12-18 平安科技(深圳)有限公司 网络流量监控方法、装置、计算机设备及存储介质
CN109688188A (zh) * 2018-09-07 2019-04-26 平安科技(深圳)有限公司 监控告警方法、装置、设备及计算机可读存储介质
CN109660502A (zh) * 2018-09-28 2019-04-19 平安科技(深圳)有限公司 异常行为的检测方法、装置、设备及存储介质
CN110247796A (zh) * 2019-05-30 2019-09-17 平安科技(深圳)有限公司 监控告警方法、装置及相关设备

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291158A (zh) * 2020-10-30 2021-01-29 北京字节跳动网络技术有限公司 一种流量控制方法及装置
CN112448864A (zh) * 2020-11-03 2021-03-05 晏平 流量告警监测方法、装置、计算机设备及存储介质
CN113179257A (zh) * 2021-04-20 2021-07-27 杭州迪普科技股份有限公司 阈值学习方法、装置、设备及计算机可读存储介质
CN114023047A (zh) * 2021-11-02 2022-02-08 龙岩烟草工业有限责任公司 一种料液波动的预警方法
CN114448716A (zh) * 2022-02-28 2022-05-06 奇安信科技集团股份有限公司 工控安全的控制方法及电子设备、存储介质
CN115086060A (zh) * 2022-06-30 2022-09-20 深信服科技股份有限公司 一种流量检测方法、装置、设备及可读存储介质
CN115086060B (zh) * 2022-06-30 2023-11-07 深信服科技股份有限公司 一种流量检测方法、装置、设备及可读存储介质
CN116566803A (zh) * 2023-06-15 2023-08-08 华章数据技术有限公司 一种基于流量监测的线路切换系统及方法
CN116566803B (zh) * 2023-06-15 2024-04-05 华章数据技术有限公司 一种基于流量监测的线路切换系统及方法

Similar Documents

Publication Publication Date Title
CN110650060A (zh) 流量告警的处理方法、设备及存储介质
CN106301837B (zh) 无源光网络告警检测方法及装置
CN110677480B (zh) 一种节点健康管理方法、装置和计算机可读存储介质
CN108924202B (zh) 一种分布式集群的数据容灾方法以及相关装置
WO2022028120A1 (zh) 指标检测模型获取及故障定位方法、装置、设备及存储介质
CN111796959B (zh) 宿主机容器自愈方法、装置及系统
CN114338372B (zh) 网络信息安全监控方法及系统
CN114266294A (zh) 分类模型的训练方法、目标链路的故障分析方法及装置
CN109450869B (zh) 一种基于用户反馈的业务安全防护方法
CN113572654A (zh) 网络性能监控方法、网络设备及存储介质
CN113037562A (zh) 一种网关故障评估方法、装置及服务器
CN102195791A (zh) 一种告警的分析方法、装置及系统
CN111262624B (zh) 光缆故障的监控方法和装置
CN109510730B (zh) 分布式系统及其监控方法、装置、电子设备及存储介质
CN101854263B (zh) 网络拓扑的分析处理方法、系统和管理服务器
CN110224872B (zh) 一种通信方法、装置及存储介质
CN113489149A (zh) 基于实时状态感知的电网监控系统业务主节点选取方法
WO2017059904A1 (en) Anomaly detection in a data packet access network
CN114598621B (zh) 一种电力通信网络可靠性评估系统
CN102833115B (zh) 一种端口的告警处理方法及系统
CN113485862A (zh) 业务故障的管理方法、装置、电子设备及存储介质
CN112134760A (zh) 链路状态监控方法、装置、设备及计算机可读存储介质
CN111429036A (zh) 一种审计人员工作效率的监测方法和装置
CN111277805B (zh) 一种针对olt上联链路crc错误的处理方法及装置
CN112953742B (zh) 网络设备捆绑端口的故障定位方法及装置

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200103