CN112383409B - 一种网络状态码聚合报警方法及系统 - Google Patents
一种网络状态码聚合报警方法及系统 Download PDFInfo
- Publication number
- CN112383409B CN112383409B CN202011104230.4A CN202011104230A CN112383409B CN 112383409 B CN112383409 B CN 112383409B CN 202011104230 A CN202011104230 A CN 202011104230A CN 112383409 B CN112383409 B CN 112383409B
- Authority
- CN
- China
- Prior art keywords
- network
- node
- alarm
- nodes
- specific state
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Abstract
本发明实施例提供一种网络状态码聚合报警方法及系统,其中,所述方法包括:按照设定周期获取网络中各业务的特定状态码的个数;将各业务的特定状态码的个数按照业务所处的网络节点进行聚合,并筛选出聚合后特定状态码个数大于设定阈值的网络节点;将所述特定状态码个数大于设定阈值的网络节点按照源站节点、二级节点及缓存节点的级别顺序进行排序,将排序后处于第一级别的网络节点进行存储并报警。根据本发明的技术方案,报警条目准确无误,使得运维人员看到报警的第一时间就可以定位到故障节点。
Description
技术领域
本发明涉及计算机领域,具体涉及一种网络状态码聚合报警方法及系统。
背景技术
内容分发网络CDN服务的5XX状态码指的是http服务的错误响应,客户端请求CDN服务端,如果出现此响应结果,那么表明是服务端本身发生了错误导致了客户端异常。常见的CDN服务的5XX错误码有:500、502、503、504等,这里不包括一些自定义的状态码。
Open-falcon系统是一个开源的监控系统,此监控系统是通过客户端来收集服务器的一些相关监控项,通过页面定制报警策略实现监控项的报警,客户端需要部署到全网的CDN服务器上。
CDN节点指的是由多台服务器组合而成的一个大的集群节点。
CDN边缘节点指的是用户直接访问到达的服务器集群,此节点是一个边缘缓存节点。
CDN二级节点指的是一个二级缓存,即CDN边缘节点没有命中用户访问的资源,会回到此节点下载资源,资源返回给用户的同时会缓存在边缘节点一份。
CDN源站存储节点指的是最终存放资源的存储节点,即二级节点都没有命中用户访问的资源,会回到此节点下载资源,资源返回给用户的同时会缓存到二级节点和边缘节点一份。
现有5XX状态码报警方法:
步骤一:将搜集5XX状态码的程序放到Open-falcon客户端的指定位置,客户端会按照每分钟的频率来上报不同业务的5XX状态码个数到server端,上报后的数据可以在可视化页面中看到。
步骤二:在Open-falcon的系统界面定制报警项及报警策略。
步骤三:如果搜集到的5XX状态码个数达到阈值,将会发送报警。
步骤四:运维人员收到报警后会人工定位及确认故障点。
在实现本发明的过程中,发现现有技术中存在以下缺点:
1、故障报警条目繁多:由于监控系统的客户端是安装在CDN全网的服务器上,任何一台服务器上的5XX状态码个数达到阈值后都会报警。例如:CDN边缘节点、二级节点都出现报警,运维人员很可能会受到报警的轰炸,另一方面,运维人员承载了CDN多业务多种类报警,如果报警条目一直累计增长,很可能将重要的报警淹没屏蔽,那么也就失去了报警的意义,当然也是一种对资源的浪费。
2、故障定位不够准确:由于报警条目繁多的原因,导致运维人员接到报警后眼花缭乱,很有可能定位问题出现异常。例如:CDN边缘节点、二级节点都出现报警,运维人员需要通过近一步分析来判断故障点,此时很有可能会使定位出现偏差。
3、故障处理不够及时:运维人员通过众多的报警并不能够清晰的提炼并判断出故障点到底在哪里,还需要进行二次分析,例如:CDN边缘节点、二级节点都出现报警,经过一段时间的排查才判断出来是由于二级节点异常导致一级节点也故障,大大增加了故障时长。
发明内容
本发明实施例提供一种网络状态码聚合报警方法及装置,报警条目准确无误,使得运维人员看到报警的第一时间就可以定位到故障节点。
为达到上述目的,一方面,本发明实施例提供了一种网络状态码聚合报警方法,所述方法包括:
按照设定周期获取网络中各业务的特定状态码的个数;
将各业务的特定状态码的个数按照业务所处的网络节点进行聚合,并筛选出聚合后特定状态码个数大于设定阈值的网络节点;
将所述特定状态码个数大于设定阈值的网络节点按照源站节点、二级节点及缓存节点的级别顺序进行排序,将排序后处于第一级别的网络节点进行存储并报警。
另一方面,本发明实施例提供了一种网络状态码聚合报警系统,所述装置包括:
信息获取模块,用于按照设定周期获取网络中各业务的特定状态码的个数;
聚合模块,用于将各业务的特定状态码的个数按照业务所处的网络节点进行聚合,并筛选出聚合后特定状态码个数大于设定阈值的网络节点;
排序报警模块,用于将所述特定状态码个数大于设定阈值的网络节点按照源站节点、二级节点及缓存节点的级别顺序进行排序,将排序后处于第一级别的网络节点进行存储并报警。
上述技术方案具有如下有益效果:
本发明的技术方案的整个聚合报警流程控制设定周期之内完成,报警速度快,准确定位故障节点,大大提高了运维效率。可以兼容多种服务状态码及其他相同场景的报警项,新增新的报警项后,无需对系统二次开发,可扩展性强。报警的高可用,聚合数据报警模块不影响原报警系统逻辑,原报警项的报警条目仍呈现至报警页面,即使聚合报警模块异常,仍然还可接收到原报警;系统获取信息内容及处理逻辑相对固定,开发成本低;
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一种网络状态码聚合报警方法的流程图;
图2是本发明实施例一种网络状态码聚合报警系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,是本发明实施例一种网络状态码聚合报警方法的流程图,所述方法包括:
按照设定周期获取网络中各业务的特定状态码的个数;所述网络为内容分发网络CDN,该CDN网络具有CDN网络节点;所述特定状态码为5XX状态码;具体地,所述按照设定周期获取网络各业务的特定状态码的个数,包括:通过监控系统Open-falcon客户端程序按照设定第一周期将网络各业务的特定状态码的个数上报到Open-falcon的server端;按照设定第二周期从Open-falcon的server端获取网络各业务的特定状态码的个数。Open-falcon的客户端有一个程序会按照每分钟的频率将各业务的5XX状态码个数上报到Open-falcon的server端;例如:2020-08-01 15:00的某业务的502状态码个数是10个,2020-08-01 17:00的某业务的504状态码个数是26个等;聚合模块程序会按照每分钟的频率从Open-falcon的server端去获取全网CDN服务器各业务的5XX状态码的个数。
将各业务的特定状态码的个数按照业务所处的网络节点进行聚合,并筛选出聚合后特定状态码个数大于设定阈值的网络节点;拿到全网CDN服务器各业务的5XX状态码的个数后按照CDN节点进行聚合,此过程是一个循环计算并判断的过程,计算后的结果类似于河北联通CDN节点在2020-08-01 15:00的某业务的502状态码个数是160个,将会把特定状态码个数大于设定阈值的网络节点加入到临时的报警列表中。
将所述特定状态码个数大于设定阈值的网络节点按照源站节点、二级节点及缓存节点的级别顺序进行排序,将排序后处于第一级别的网络节点进行存储并报警。当确定临时的CDN节点报警列表,循环去判断此列表,如果列表中包含CDN源站存储节点,把此节点类型及节点插入数据库中存储,并且执行报警,程序结束;如果列表中包含CDN二级节点,把此节点类型及节点插入数据库中存储,并且执行报警,程序结束;如果列表中包含缓存节点,把此节点类型及节点插入数据库中存储,并且执行报警,程序结束;所述将排在第一级别的网络节点进行存储并报警,包括:将排在第一级别的网络节点进行存储并回传到Open-falcon的报警模块中进行报警。
对应于上述方法,如图2所示,是本发明实施例一种网络状态码聚合报警系统的结构示意图,所述装置包括:
信息获取模块11,用于按照设定周期获取网络中各业务的特定状态码的个数;
聚合模块12,用于将各业务的特定状态码的个数按照业务所处的网络节点进行聚合,并筛选出聚合后特定状态码个数大于设定阈值的网络节点;
排序报警模块13,用于将所述特定状态码个数大于设定阈值的网络节点按照源站节点、二级节点及缓存节点的级别顺序进行排序,将排序后处于第一级别的网络节点进行存储并报警。
优选地,所述排序报警模块13包括排序子模块和报警子模块,其中:
所述排序子模块,用于通过监控系统Open-falcon的客户端程序按照设定第一周期将网络中各业务的特定状态码的个数上报到Open-falcon的server端;
按照设定第二周期从Open-falcon的server端获取网络中各业务的特定状态码的个数。
优选地,所述网络为内容分发网络CDN,所述网络节点为CDN网络节点;所述特定状态码为5XX状态码;
报警子模块,用于将排序后处于第一级别的网络节点进行存储并报警。
优选地,所述报警模块包括排序子模块,具体用于:
当判定所述特定状态码个数大于设定阈值的网络节点中存在源站节点时,将源站节点排列在第一级别;
当判定所述特定状态码个数大于设定阈值的网络节点中不存在源站节点且存在二级节点时,将二级节点排列在第一级别;
当判定所述特定状态码个数大于设定阈值的网络节点中不存在源站节点与二级节点且存在缓存节点时,将缓存节点排列在第一级别。
优选地,所述报警子模块,具体用于将排序后处于第一级别的网络节点进行存储并回传到Open-falcon的报警模块中进行报警。
本发明的聚合模块12的功能是将全网服务器搜集到的5XX状态码个数按照各节点进行聚合,一旦按照节点聚合后的5XX个数达到阈值,将把该节点加入到待报警的临时节点列表,得到待报警列表后,先按照CDN边缘节点、CDN二级节点、CDN源站存储节点维度进行一个类型的判断。即从类型源头开始判断到底是哪个CDN节点类型的哪些节点异常。例如:如果是CDN源站存储节点异常,那么我们无需关心二级节点和边缘节点的异常情况,因为源头已经异常,自然就会导致上游的节点都异常。依次类推,这样就可以直接定位到故障点,待聚合模块执行完毕后进行报警,聚合模块聚合后的数据是报警模块执行报警的基础。
详细的判断过程通过举例来进行说明。例如:全网CDN节点的服务器都会在13:00通过Open-falcon客户端上报某业务502状态码的个数,上报的数据类似于河北联通服务器1的502个数是10、河北联通服务器2的502个数是20、北京电信服务器1的502个数是30等;聚合模块程序会在13:00的时候采用多线程的方式通过Open-falcon api去取此时间点上报的数据,拿到数据之后进行循环遍历每台服务器计算相对应的CDN节点的总502状态码个数。假如河北联通CDN节点共有5台服务器,每台服务器在13:00都会上报某业务的502状态码个数,分别是:10,20,30,10,40、北京电信CDN节点共有4台服务器,每台服务器在13:00都会上报某业务的502状态码个数,分别是:10,20,30,10,那么此次循环结束聚合后的数据结构类似于[{CDN边缘节点:{河北联通:110},{{CDN二级节点:{北京电信:70}],110和70即为每个CDN节点下的每台服务器某业务502状态码个数的和;再次循环此数据结构,聚合模块阈值设置的如果是80(此阈值可根据业务合理配置),那么110>80,将会把河北联通的数据结构放置到临时报警列表中,而70<80,北京电信数据结构将不会加入到临时报警列表中,程序直接跳过。程序到这里,我们就得到了一个临时报警列表,类似于[{CDN边缘节点:{河北联通:110}},{{CDN二级节点:{广州电信:270}},{CDN源站存储节点:{南京移动:130}},{CDN源站存储节点:{广州移动:330}}],循环此列表的中的key(key在这里就是CDN节点的类型),发现CDN源站存储节点包含了2个节点,那么就将这两个CDN源站存储节点的相关信息存储到数据库中,同时将信息回传到Open-falcon的报警模块中,供后面报警模块发送报警使用。此时定位到的故障点即为:CDN源站存储节点广州移动和南京移动异常,而其余的二级节点以及边缘节点将不会加入到报警中。以此类推,如果不存在CDN源站存储节点,那判断key是否存在CDN二级节点,如果不存在直接报警CDN边缘节点即可,如果key存在CDN二级节点,直接报警CDN二级节点。报警的节点通过判断可以是一个也可以是多个,只要存在即为故障点。
此外,此聚合模块在运行过程中如果存在异常,另外一个聚合模块程序会自动接替其工作继续运行,并同时发报警给管理员。主程序启用了一个http服务的路径和端口作为一个健康检查url,备用的聚合模块按照每分钟的频率发送http请求探测主的聚合模块程序的健康程度来判断主程序是否还在工作,主要是通过探测url后获得的状态码来判断,如果状态码是200,即为健康,如果是非200即为异常;此时备聚合模块程序就会起来继续工作。
聚合模块的特点如下:
聚合频率:按照节点的维度1分钟聚合一次全网服务器的5XX状态码个数,保证了故障的快速发现。
高可用:采用聚合程序主备工作,其中一个挂掉了由另一个自动接替工作,保证了高可用。
多线程处理:采用多线程的形式获取并计算全网CDN的服务器上的5XX状态码,大大提高了处理速度。
高效聚合:通过对全网CDN服务器的5XX状态码做聚合,由每台服务器一个5XX状态码个数,变成了每个CDN节点一个5XX状态码个数,这将大大缩减了聚合对象,高效的聚合了全网5XX状态码。
数据留存:聚合后的CDN节点类型及节点列表将更新到数据库,供报警使用。
排序报警模块13是将聚合后的结果进行合理的组合并进行报警,此报警模块沿用了开源系统Open-falcon的报警特点,拥有报警和报警恢复的功能,本方案中通过将聚合后的数据回传到Open-falcon的报警模块中进行报警。报警模块的特点如下:
故障定位准确:聚合后的报警数据为:某CDN类型的某节点5XX状态码异常,报警数据清晰明确,保证了故障定位的准备性。
自带报警和报警恢复功能:通过将报警数据对接到Open-falcon的报警模块进行报警,沿用了Open-falcon的报警和报警恢复功能,增加了报警的稳定性。
应该明白,公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好,应该理解,过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素,并且不是要限于所述的特定顺序或层次。
在上述的详细描述中,各种特征一起组合在单个的实施方案中,以简化本公开。不应该将这种公开方法解释为反映了这样的意图,即,所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反,如所附的权利要求书所反映的那样,本发明处于比所公开的单个实施方案的全部特征少的状态。因此,所附的权利要求书特此清楚地被并入详细描述中,其中每项权利要求独自作为本发明单独的优选实施方案。
为使本领域内的任何技术人员能够实现或者使用本发明,上面对所公开实施例进行了描述。对于本领域技术人员来说;这些实施例的各种修改方式都是显而易见的,并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此,本公开并不限于本文给出的实施例,而是与本申请公开的原理和新颖性特征的最广范围相一致。
上文的描述包括一个或多个实施例的举例。当然,为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的,但是本领域普通技术人员应该认识到,各个实施例可以做进一步的组合和排列。因此,本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外,就说明书或权利要求书中使用的术语“包含”,该词的涵盖方式类似于术语“包括”,就如同“包括,”在权利要求中用作衔接词所解释的那样。此外,使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种网络状态码聚合报警方法,其特征在于,包括:
按照设定周期获取网络中各业务的特定状态码的个数;
将各业务的特定状态码的个数按照业务所处的网络节点进行聚合,并筛选出聚合后特定状态码个数大于设定阈值的网络节点;
将所述特定状态码个数大于设定阈值的网络节点按照源站节点、二级节点及缓存节点的级别顺序进行排序,将排序后处于第一级别的网络节点进行存储并报警;
所述将所述特定状态码个数大于设定阈值的网络节点按照源站节点、二级节点及缓存节点的级别顺序进行排序,包括:
当判定所述特定状态码个数大于设定阈值的网络节点中存在源站节点时,将源站节点排列在第一级别;
当判定所述特定状态码个数大于设定阈值的网络节点中不存在源站节点且存在二级节点时,将二级节点排列在第一级别;
当判定所述特定状态码个数大于设定阈值的网络节点中不存在源站节点与二级节点且存在缓存节点时,将缓存节点排列在第一级别。
2.如权利要求1所述的网络状态码聚合报警方法,其特征在于,所述按照设定周期获取网络中各业务的特定状态码的个数,包括:
通过监控系统Open-falcon的客户端程序按照设定第一周期将网络中各业务的特定状态码的个数上报到Open-falcon的server端;
按照设定第二周期从Open-falcon的server端获取网络中各业务的特定状态码的个数。
3.如权利要求2所述的网络状态码聚合报警方法,其特征在于,所述网络为内容分发网络CDN,所述网络节点为CDN网络节点;所述特定状态码为5XX状态码。
4.如权利要求3所述的网络状态码聚合报警方法,其特征在于,所述将排序后处于第一级别的网络节点进行存储并报警,包括:
将排序后处于第一级别的网络节点进行存储并回传到Open-falcon的报警模块中进行报警。
5.一种网络状态码聚合报警系统,其特征在于,包括:
信息获取模块,用于按照设定周期获取网络中各业务的特定状态码的个数;
聚合模块,用于将各业务的特定状态码的个数按照业务所处的网络节点进行聚合,并筛选出聚合后特定状态码个数大于设定阈值的网络节点;
排序报警模块,用于将所述特定状态码个数大于设定阈值的网络节点按照源站节点、二级节点及缓存节点的级别顺序进行排序,将排序后处于第一级别的网络节点进行存储并报警;
所述排序报警模块包括排序子模块和报警子模块,其中:
所述排序子模块,用于当判定所述特定状态码个数大于设定阈值的网络节点中存在源站节点时,将源站节点排列在第一级别;当判定所述特定状态码个数大于设定阈值的网络节点中不存在源站节点且存在二级节点时,将二级节点排列在第一级别;当判定所述特定状态码个数大于设定阈值的网络节点中不存在源站节点与二级节点且存在缓存节点时,将缓存节点排列在第一级别;
报警子模块,用于将排序后处于第一级别的网络节点进行存储并报警。
6.如权利要求5所述的网络状态码聚合报警系统,其特征在于,所述信息获取模块具体用于:
通过监控系统Open-falcon的客户端程序按照设定第一周期将网络中各业务的特定状态码的个数上报到Open-falcon的server端;
按照设定第二周期从Open-falcon的server端获取网络中各业务的特定状态码的个数。
7.如权利要求6所述的网络状态码聚合报警系统,其特征在于,所述网络为内容分发网络CDN,所述网络节点为CDN网络节点;所述特定状态码为5XX状态码。
8.如权利要求7所述的网络状态码聚合报警系统,其特征在于,所述报警子模块,具体用于将排序后处于第一级别的网络节点进行存储并回传到Open-falcon的报警模块中进行报警。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011104230.4A CN112383409B (zh) | 2020-10-15 | 2020-10-15 | 一种网络状态码聚合报警方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011104230.4A CN112383409B (zh) | 2020-10-15 | 2020-10-15 | 一种网络状态码聚合报警方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112383409A CN112383409A (zh) | 2021-02-19 |
CN112383409B true CN112383409B (zh) | 2023-06-23 |
Family
ID=74581544
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011104230.4A Active CN112383409B (zh) | 2020-10-15 | 2020-10-15 | 一种网络状态码聚合报警方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112383409B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013123901A1 (zh) * | 2012-02-24 | 2013-08-29 | 华为技术有限公司 | 分组聚合的数据传输方法、接入点、中继节点和数据节点 |
US9104543B1 (en) * | 2012-04-06 | 2015-08-11 | Amazon Technologies, Inc. | Determining locations of network failures |
WO2017080161A1 (zh) * | 2015-11-13 | 2017-05-18 | 乐视控股(北京)有限公司 | 云计算中报警信息的处理方法及装置 |
CN109120527A (zh) * | 2018-10-12 | 2019-01-01 | 网宿科技股份有限公司 | 一种传输业务流量的方法和系统 |
CN109586969A (zh) * | 2018-12-13 | 2019-04-05 | 平安科技(深圳)有限公司 | 内容分发网络容灾方法、装置、计算机设备及存储介质 |
CN111464601A (zh) * | 2020-03-24 | 2020-07-28 | 新浪网技术(中国)有限公司 | 一种节点服务调度系统和方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8675498B2 (en) * | 2010-02-10 | 2014-03-18 | Cisco Technology, Inc. | System and method to provide aggregated alarm indication signals |
CN102647299B (zh) * | 2012-04-24 | 2014-10-15 | 网宿科技股份有限公司 | 基于内容分发网络的层次化报警分析方法和系统 |
CN104518967B (zh) * | 2013-09-30 | 2017-12-12 | 华为技术有限公司 | 路由方法、设备和系统 |
CN104702432B (zh) * | 2014-01-15 | 2018-03-30 | 杭州海康威视系统技术有限公司 | 基于位置区域划分进行告警的方法及服务器 |
US11411801B2 (en) * | 2017-08-11 | 2022-08-09 | Salesforce.Com, Inc. | Network performance root-cause analysis |
CN111130912B (zh) * | 2019-12-31 | 2022-11-18 | 网宿科技股份有限公司 | 内容分发网络的异常定位方法、服务器及存储介质 |
-
2020
- 2020-10-15 CN CN202011104230.4A patent/CN112383409B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013123901A1 (zh) * | 2012-02-24 | 2013-08-29 | 华为技术有限公司 | 分组聚合的数据传输方法、接入点、中继节点和数据节点 |
US9104543B1 (en) * | 2012-04-06 | 2015-08-11 | Amazon Technologies, Inc. | Determining locations of network failures |
WO2017080161A1 (zh) * | 2015-11-13 | 2017-05-18 | 乐视控股(北京)有限公司 | 云计算中报警信息的处理方法及装置 |
CN109120527A (zh) * | 2018-10-12 | 2019-01-01 | 网宿科技股份有限公司 | 一种传输业务流量的方法和系统 |
CN109586969A (zh) * | 2018-12-13 | 2019-04-05 | 平安科技(深圳)有限公司 | 内容分发网络容灾方法、装置、计算机设备及存储介质 |
CN111464601A (zh) * | 2020-03-24 | 2020-07-28 | 新浪网技术(中国)有限公司 | 一种节点服务调度系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112383409A (zh) | 2021-02-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110493042A (zh) | 故障诊断方法、装置及服务器 | |
US10855514B2 (en) | Fixed line resource management | |
CN102938710B (zh) | 用于大规模服务器的监控系统和方法 | |
CN103001824B (zh) | 一种监控多台服务器的监控系统及监控方法 | |
US20030212778A1 (en) | UML representation of parameter calculation expressions for service monitoring | |
CN1763778A (zh) | 使用关联图和运行时行为模型确定问题的系统和方法 | |
CN106940677A (zh) | 一种应用日志数据告警方法及装置 | |
CN113190423B (zh) | 业务数据的监控方法、装置及系统 | |
CN103370904A (zh) | 用于确定网络意外事件的严重性的方法 | |
US20210105179A1 (en) | Fault management method and related apparatus | |
CN111737207B (zh) | 展示、归集分布式系统中服务节点的日志的方法和装置 | |
CN113824768A (zh) | 负载均衡系统中的健康检查方法及装置和流量转发方法 | |
CN111258971A (zh) | 一种基于访问日志的应用状态监控报警系统及方法 | |
CN114513400A (zh) | 一种日志聚合系统及一种提高日志聚合系统可用性的方法 | |
CN116760655B (zh) | Sd-wan应用中提供cpe最优接入的pop点方法 | |
CN112383409B (zh) | 一种网络状态码聚合报警方法及系统 | |
KR20180015027A (ko) | 데이터 분산 서비스 응용 시스템 오류 자동 알림 장치 및 방법 | |
CN112436958A (zh) | 数据中心网络设备故障预测的方法、系统、设备及介质 | |
CN115473858B (zh) | 数据传输方法、流式数据传输系统、计算机设备及存储介质 | |
CN112882891B (zh) | 一种客户端Web访问链路监控的方法 | |
US20200196172A1 (en) | Network fault discovery | |
CA3140769A1 (en) | Method and system for positioning fault root cause of service system | |
CN115705259A (zh) | 故障处理方法、相关设备及存储介质 | |
US10296967B1 (en) | System, method, and computer program for aggregating fallouts in an ordering system | |
CN107678905B (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20230418 Address after: Room 501-502, 5/F, Sina Headquarters Scientific Research Building, Block N-1 and N-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193 Applicant after: Sina Technology (China) Co.,Ltd. Address before: 100193 7th floor, scientific research building, Sina headquarters, plot n-1, n-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193 Applicant before: Sina.com Technology (China) Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |