CN113810208A - 告警处理方法、装置、系统、电子设备及计算机存储介质 - Google Patents
告警处理方法、装置、系统、电子设备及计算机存储介质 Download PDFInfo
- Publication number
- CN113810208A CN113810208A CN202010536245.1A CN202010536245A CN113810208A CN 113810208 A CN113810208 A CN 113810208A CN 202010536245 A CN202010536245 A CN 202010536245A CN 113810208 A CN113810208 A CN 113810208A
- Authority
- CN
- China
- Prior art keywords
- alarm
- service node
- node
- target
- alarm service
- 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.)
- Granted
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/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
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- 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
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种告警处理方法、装置、系统、电子设备及计算机存储介质。其中,告警处理方法包括:接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;将所述告警消息发送到所述目标告警服务节点进行处理。通过本发明实施例,可以提升告警服务的可用性。
Description
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种告警处理方法、装置、系统、电子设备及计算机存储介质。
背景技术
随着云计算技术的发展和广泛应用,云计算服务作为上层应用的基石,其稳定性和可靠性越来越重要。以原生云(cloud native)为例,原生云中包含了底层物理设施,如服务器和实现服务器间通信的交换机等设备,如果要保证云系统的稳定,那么就需要保证底层物理设施的稳定、可靠运行和故障及时处理。
以交换机故障为例,为及时发现交换机故障并对其告警消息进行处理,一个或多个交换机与单个告警服务节点连接,在交换机上配置告警消息发送策略。在交换机需要发送告警消息时,按照配置的策略将告警消息发送给告警服务节点,由告警服务节点进行处理。这种方式中,交换机上的配置较为简单,但是一旦告警服务节点故障或者负载过大,就会导致整个告警服务不可用,使得可靠性不足。
为了提升可靠性,另一种方式是,使用多台告警服务节点与一个或多个交换机连接,在交换机上配置较为复杂的告警消息发送策略。交换机需要发送告警消息时,按照告警消息发送策略将告警消息发送到一个或多个告警服务节点。这种方式可以提升可靠性,但是交换机需要配置复杂的告警消息发送策略,且在多台告警服务节点之间还需要从服务角度考虑多台告警服务节点处理同一条告警消息的主备消息同步,使得告警服务整体不够简洁高效。同时,在告警服务节点变更或扩缩容场景下,需要再次针对所有的交换机进行二次配置修改操作,增加了稳定性风险。
综上所述,亟需一种配置简单、运行可靠、可用性高的告警处理方案。
发明内容
有鉴于此,本发明实施例提供一种告警处理方案,以解决上述部分或全部问题。
根据本发明实施例的第一方面,提供了告警处理方法,包括:接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;将所述告警消息发送到所述目标告警服务节点进行处理。
根据本发明实施例的第二方面,提供了一种告警处理方法,包括:接收交换机发送的告警消息,其中,所述交换机用于在多个服务器之间进行数据传输,交换机通过配置的域名向与所述域名对应的虚拟IP地址发送告警消息;基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;将所述告警消息发送到所述目标告警服务节点进行处理,并通过目标告警服务节点将处理结果发送至运维终端。
根据本发明实施例的第三方面,提供了一种告警处理装置,包括:获取模块,用于接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;确定模块,用于基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;转发模块,用于将所述告警消息发送到所述目标告警服务节点进行处理。
根据本发明实施例的第四方面,提供了一种告警处理系统,所述告警处理系统包括负载均衡节点和多个告警服务节点,所述负载均衡节点,用于接收交换机发送的告警消息,其中,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;将所述告警消息发送到所述目标告警服务节点进行处理;所述多个告警服务节点,与负载均衡节点通信连接,用于对获取的所述告警消息进行处理。
根据本发明实施例的第五方面,提供了一种电子设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;所述存储器用于存储至少一可执行指令,所述可执行指令使所述处理器执行如第一方面或第二方面所述的告警处理方法对应的操作。
根据本发明实施例的六方面,提供了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面或第二方面所述的告警处理方法。
根据本发明实施例提供的告警处理方案,由于负载均衡节点配置了虚拟IP地址以与交换机中配置的域名对应,这样,即使存在多个交换机,都只需在这些交换机中配置该域名,就可以使这些交换机发送的告警消息经过域名解析(DNS)到达配置有虚拟IP地址的负载均衡节点,一方面,不管后台告警服务节点如何变换,交换机只需根据该域名发送告警消息即可;另一方面,交换机上也无需配置复杂的告警消息发送策略,使得在告警服务节点有变化(如扩容、缩容时)也无需更改交换机上的配置,从而使得交换机上配置简单。而且,告警服务节点为多个,根据转发配置信息确定对告警消息进行处理的目标告警服务节点,可以提升整个告警服务的可用性,避免单个告警服务节点失效时导致的服务不可用情况,使告警服务具有高可用性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1a为根据本发明实施例一的一种告警处理方法的步骤流程图;
图1b为根据本发明实施例一的一种使用场景中的告警处理系统与交换机连接的结构示意图;
图2a为根据本发明实施例二的一种告警处理方法的步骤流程图;
图2b为根据本发明实施例二的一种使用场景中的告警处理系统与交换机连接的结构示意图;
图2c为根据本发明实施例二的一种使用场景中告警服务节点A失效时的告警处理系统与交换机连接的结构示意图;
图3为根据本发明实施例三的一种告警处理方法的步骤流程图;
图4为根据本发明实施例四的一种运维平台与交换机通信连接的结构框图;
图5为根据本发明实施例五的一种告警处理装置的结构框图;
图6为根据本发明实施例六的一种告警处理装置的结构框图;
图7为根据本发明实施例七的一种电子设备的结构示意图。
具体实施方式
为了使本领域的人员更好地理解本发明实施例中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明实施例一部分实施例,而不是全部的实施例。基于本发明实施例中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本发明实施例保护的范围。
下面结合本发明实施例附图进一步说明本发明实施例具体实现。
实施例一
参照图1a,示出了根据本发明实施例一的一种告警处理方法的步骤流程图。在本实施例中,该告警处理方法可以由负载均衡节点(Server Load Balancer)执行,但不限于此,其它适当设备或节点也可参照本实施例实现本发明的告警处理方案。
本实施例的告警处理方法包括以下步骤:
步骤S102:接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址。
在本实施例中,通过网络连接负载均衡节点与一个或多个交换机,由负载均衡节点获取交换机发送的告警信息,并将其转发到多个告警服务节点中的至少一个告警服务节点。
负载均衡节点可以配置于服务端(服务端包括服务器和/或云端),本实施例中,以负载均衡节点配置于云端(例如原生云)为例进行说明。
虚拟IP地址可以实现为负载均衡节点基于DNAT(Destination Network AddressTranslation,目的地址转换)工作模式的VIP地址(Virtual_ServerIP)。
该虚拟IP地址用于与一个或多个(本实施例中的多个可以是两个或两个以上)交换机交互,这样多个交换机均通过该虚拟IP地址与负载均衡节点通信,对于交换机而言,其根据域名与一个负载均衡节点通信,负载均衡节点通过该虚拟IP地址对其屏蔽了告警消息转发细节,从而简化了交换机的配置。
采用这种方式,对于交换机而言,在交换机初始部署阶段,如果配置了固定的用于发送告警消息服务的域名,那么在配置负载均衡节点时,将负载均衡节点的虚拟IP地址和交换机上配置的域名进行DNS服务注册,使该域名指向虚拟IP地址,就可以实现交换机的告警消息顺利发送到负载均衡节点。
由此,交换机只需配置该虚拟IP地址对应的域名即可,从而减少了交换机上的配置复杂度,使得后续告警服务节点进行扩容、缩容或者故障切换时可对交换机保持透明,从而减少了交换机的配置压力和运维压力、提高了告警消息处理效率。
基于此,当交换机出现故障,需要发送告警消息时,交换机根据其配置可以向域名发送告警消息,通过DNS服务对域名进行解析,获得到虚拟IP地址,从而将告警消息发送到虚拟IP地址,实现将告警消息发送到负载均衡节点。
在一种可行方式中,该告警消息可以为交换机的SNMP Trap消息,该SNMP Trap消息用于当被监控端(如交换机)出现异常或故障时,比如性能问题导致的异常或故障,甚至是网络设备接口宕掉等情况时,携带相应的异常或故障信息,以告知告警服务节点。
步骤S104:基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点。
负载均衡节点中预先设置有针对告警消息的转发配置信息,该转发配置信息可以是根据需要配置的任何适当形式的信息,例如,转发配置信息为预置的转发表,转发表中存储了转发策略以及告警服务节点信息。其中,所述告警服务节点信息中包括各告警服务节点的IP地址、状态标记和节点权重值等。
转发策略可以由本领域技术人员根据需要适当配置,本实施例对此不作限制。例如,转发策略可以指示通过主备策略进行告警消息的转发,即,将告警消息全部转发到当前可用的主告警服务节点。
本实施例中,告警服务节点包括多个,以提升告警服务的鲁棒性,确保告警服务的高可用性。告警服务节点用于对告警消息进行处理,例如,解析告警消息,将告警消息中的信息记录到日志中等。基于此,负载均衡节点可以根据转发配置信息从多个告警服务节点中确定目标告警服务节点,以及时对告警消息进行转发和处理,且该过程对交换机无感知。
步骤S106:将所述告警消息发送到所述目标告警服务节点进行处理。
在确定了目标告警服务节点后,本领域技术人员可以采用任何适当的方式将告警消息发送给目标告警服务节点,本实施例对此不作限制。
例如,负载均衡节点通过UDP协议与目标告警服务节点连接,并通过UDP协议将告警消息发送给目标告警服务节点,以使目标告警服务节点对告警消息进行处理。
下面结合一种具体的提供告警处理服务的告警处理系统对上述过程进行说明如下:如图1b所示,所述告警处理系统包括负载均衡节点和多个告警服务节点,所述负载均衡节点与所述多个告警服务节点通信连接。
在本实施例中,所述负载均衡节点用于执行上述的告警处理方法的步骤S102~步骤S106,以将告警消息发送到目标告警服务节点。
具体地,一个或多个交换机发出的告警消息向统一域名所指示的地址发送,该统一域名被解析后发送到与该统一域名对应的虚拟IP地址(即负载均衡节点配置的虚拟IP地址),负载均衡节点通过该虚拟IP地址接收所述一个或多个交换机发送来的告警消息,进而在根据转发配置信息确定目标告警服务节点后,将告警消息转发到目标告警服务节点。目标告警服务节点接收到告警消息后对告警消息进行解析处理,并获取其中的源地址(即发送该告警消息的交换机的地址)等内容记录到日志中。
通过本实施例,由于负载均衡节点配置了虚拟IP地址以与交换机中配置的域名对应,这样,即使存在多个交换机,都只需在这些交换机中配置该域名,就可以使这些交换机发送的告警消息经过域名解析(DNS)到达配置有虚拟IP地址的负载均衡节点,一方面,不管后台告警服务节点如何变换,交换机只需根据该域名发送告警消息即可;另一方面,交换机上也无需配置复杂的告警消息发送策略,使得在告警服务节点有变化(如扩容、缩容时)也无需更改交换机上的配置,从而使得交换机上配置简单。而且,告警服务节点为多个,根据转发配置信息确定对告警消息进行处理的目标告警服务节点,可以提升整个告警服务的可用性,避免单个告警服务节点失效时导致的服务不可用情况,使告警服务具有高可用性。
实施例二
参照图2a,示出了根据本发明实施例二的一种告警处理方法的步骤流程图。
本实施例中,仍以由负载均衡节点执行本实施例的告警处理方法为示例,本实施例的告警处理方法包括以下步骤:
步骤S200:设置用于统一接收告警消息的虚拟IP地址。
虚拟IP地址可以为负载均衡节点基于DNAT模式(目标地址转换)的VIP地址。交换机通过统一的域名将告警消息发送到该虚拟IP地址,再由该虚拟IP地址对应的负载均衡节点对告警消息进行转发。
为了保证交换机能够将告警消息发送到负载均衡节点,对虚拟IP地址进行DNS服务注册,使交换机上配置的域名与虚拟IP地址对应。
注册后,交换机在需要向域名对应的地址发送告警消息时,通过DNS对该域名进行解析,以将告警消息发送到负载均衡节点的虚拟IP地址。这样,交换机只需在部署阶段配置域名,该域名指向虚拟IP地址即可,后续负载均衡节点和告警服务节点的扩容、缩容、故障切换和态势感知等操作均对交换机透明,无需改变交换机的配置,极大降低运维压力和告警消息的处理效率。
步骤S202:通过虚拟IP地址接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址。
负载均衡节点通过虚拟IP地址接收交换机发送的告警消息。
在本实施例中,告警消息携带有源地址和目标地址,所述源地址为发送所述告警消息的交换机的IP地址,所述目标地址为虚拟IP地址。由于交换机可能存在多个,因此,在本实施例中,以源地址作为交换机的唯一标识,使得后续在进行告警消息处理时可以方便地确定出现故障的交换机,便于工作人员维修。而负载均衡节点通过虚拟IP地址与多个交换机通信,使得各交换机发送的告警消息均可以到达负载均衡节点,确保在有多个交换机时其配置也较为简单,而且可以对交换屏蔽负载均衡节点分配告警服务节点的逻辑。
步骤S204:基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点。
如前所述,负载均衡节点的转发配置信息包括转发策略和告警服务节点信息。
在本实施例中,转发策略可以包括主备策略、第一负载策略、和/或第二负载策略等。
主备策略指示将全部告警消息转发到主告警服务节点,主备策略适用于多个告警服务节点组成主备节点的形式。在一种可行方式中,告警服务节点信息中还包括节点权重值,用于指示告警服务节点是否为主告警服务节点。
第一负载策略指示按照负载权重值转发,且多个告警服务节点的负载权重值相等,可选地,告警服务节点的负载权重值由其处理性能确定,如多个告警服务节点的处理性能相同或相近,则其负载权重值相同。
第二负载策略指示按照负载权重值转发,且多个告警服务节点的负载权重值不相等,可选地,告警服务节点的负载权重值由其处理性能确定,如多个告警服务节点的处理性能不同,则其负载权重值不相同。
告警服务节点信息中记载有告警服务节点的地址信息、和状态标记等。
地址信息用于指示本告警服务节点的IP地址,在本实施例中也用于唯一标识对应的告警服务节点。
状态标记用于确定告警服务节点的可用状态。当某个告警服务节点不可用时,可以将其状态标记置为某个设定值(例如为“0”),从而实现故障告警服务节点的自动剔除,这样不需要在转发配置信息中实际删除故障的告警服务节点,避免了频繁地更新转发配置信息,降低了负载均衡节点的负载。
在本实施例中,为了确保高可用性,步骤S204包括以下子步骤:
子步骤S2041:基于转发配置信息中用于指示告警服务节点状态的状态标记,确定多个告警服务节点中的可用告警服务节点。
在本实施例中,告警服务节点信息中的状态标记用于指示告警服务节点的可用状态,该状态标记可以通过下述方式确定:对多个告警服务节点进行可用性探测;根据探测结果,设置转发配置信息中的状态标记。
例如,负载均衡节点通过向各告警服务节点的服务端口发送心跳报文的方式,确定各告警服务节点是否可以正确响应,进而确定各告警服务节点的可用性,根据可用性确定告警服务节点的状态标记。通过这种方式,使得告警服务节点无需进行保活,实现了告警服务节点与保活服务的解耦合,简化了数据交互通路。
以告警服务节点为3个,记作告警服务节点A~C为例,默认状态下,告警服务节点A~C的状态标记为第一标记(例如为“1”),指示这3个告警服务节点均可用。若通过可用探测,确定告警服务节点A故障失效、不可用,则将告警服务节点A的状态标记置为第二标记(例如为“0”),指示告警服务节点A不可用。
可选地,除了能够根据可用探测的探测结果更新状态标记外,如果多个告警服务节点形成主备节点,还可以根据探测结果设置告警服务节点信息中的节点权重值。
如:根据所述探测结果和所述转发配置信息中的、告警服务节点信息中的节点权重值,确定是否存在失效的主告警服务节点;若存在失效的主告警服务节点,则从失效的主告警服务节点对应的备告警服务节点中,确定新的主告警服务节点;更新转发配置信息中与失效的主告警服务节点和新的主告警服务节点对应的节点权重值。
仍以前述的3个告警服务节点为例,若告警服务节点A为主告警服务节点,其节点权重值为90,告警服务节点B和C为备告警服务节点,节点权重值均为5。在可用探测确定告警服务节点A失效时,将告警服务节点A的状态标记置为“0”,告警服务节点A的节点权重值为0,告警服务节点B成为新的主告警服务节点,节点权重值设置为90,告警服务节点C的节点权重值设置为10。可见,通过设置节点权重值,还可有效区分主备节点。
子步骤S2042:从可用告警服务节点中确定目标告警服务节点。
在第一种情况中,多个告警服务节点形成主备节点时,子步骤S2042可以实现为:根据所述转发配置信息,获得所述可用告警服务节点的节点权重值,其中,所述节点权重值用于指示告警服务节点是否为主告警服务节点;基于所述节点权重值,确定所述可用告警服务节点中的主告警服务节点为目标告警服务节点。
如,根据各告警服务节点的节点权重值,确定节点权重值最高的可用告警服务节点(即主告警服务节点)为目标告警服务节点。
在第二种情况中,多个告警服务节点根据负载权重值进行转发,此种情况中,若多个告警服务节点的负载权重值相等,则子步骤S2042可以实现为:根据转发配置信息中的转发策略,确定按照第一负载策略转发所述告警消息,其中,第一负载策略对应的多个可用告警服务节点的负载权重值相等;获得告警消息的散列值,和所述多个可用告警服务节点对应的负载状态信息;根据散列值和对应的负载状态信息,从可用告警服务节点中确定目标告警服务节点。
多个可用告警服务节点的负载权重值相等,表示这些可用告警服务节点的数据处理性能相同或相近,因此告警消息可均分到多个告警服务节点中。为了实现此目的,针对某个告警消息,通过计算其散列值,再根据散列值和各可用告警服务节点的负载状态信息(如硬件计算资源的占用率,硬件计算资源包括但不限于CPU、内存、GPU,当前处理负载等等)确定目标告警服务节点。基于告警消息的散列值并结合告警服务节点的负载状态信息,进一步提升了上述多个告警服务节点的负载均衡度。
在本情况的另一种实现中,也可以仅根据散列值确定目标告警服务节点,如在计算获得告警消息的散列值后,使用散列值除以可用告警服务节点的数量,得到余数,并将告警消息发送到与余数对应的可用告警服务节点。此种方式同样可实现多个告警服务节点的负载均衡,且可有效确定目标告警服务节点。
在第三种情况中,若多个告警服务节点的负载权重值不相等,则子步骤S2042可以实现为:根据转发配置信息中的转发策略,确定按照第二负载策略转发所述告警消息,其中,第二负载策略对应的多个可用告警服务节点的负载权重值不相等;获得所述多个可用告警服务节点对应的负载权重值,和所述多个可用告警服务节点对应的负载状态信息;根据的所述负载权重值和所述负载状态信息,从多个可用告警服务节点中,确定所述目标告警服务节点。
多个可用告警服务节点的负载权重值不相等表示可用告警服务节点的数据处理性能不同,因此可以使数据处理性能更高的可用告警服务节点处理更多的告警消息,反之性能较低的处理较少的告警消息。为此,针对某个告警消息,可以先根据负载状态信息确定负载低于负载设定值(负载设定值可以根据需要确定,如50%、70%等)的可用告警服务节点,再从确定的这些可用告警服务节点中选取负载权重值最高的作为目标告警服务节点。这样既能够保证数据处理性能更高的可用告警服务节点处理的告警消息更多,又能够避免一些告警服务节点过于空闲,实现较好的负载均衡效果。
可选地,在将告警消息发送到目标告警服务节点后,可以更新目标告警服务节点的所述负载权重值和所述负载状态信息,以保证后续负载均衡的可靠性。
例如,在向目标告警服务节点发送一个告警消息后,就将目标告警服务节点的负载权重值减1,直至所有可用告警服务节点的负载权重值均为0时,对可用告警服务节点的负载权重值进行重新赋值。目标告警服务节点的负载状态信息可以通过对目标告警服务节点进行实时检测的方式更新。
在本情况的另一种实现中,也可以仅根据负载权重值确定目标告警服务节点,例如设告警服务节点A的负载权重值为7,告警服务节点B的负载权重值为2,告警服务节点C的负载权重值为1,则针对第一个告警消息,根据负载权重值,告警服务节点A为目标告警服务节点,后续将告警消息发送给告警服务节点A,并将告警服务节点A的负载权重值减1。
再接收到告警消息时,告警服务节点A的负载权重值为6,其仍为目标告警服务节点,并将告警服务节点A的负载权重值减1。直至告警服务节点A的负载权重值为1后,告警服务节点B的负载权重值最高,将其确定为目标告警服务节点,并将其负载权重值减1。在告警服务节点的负载权重值均为0之后,重置所有可用告警服务节点的负载权重值。
步骤S206:将所述告警消息发送到所述目标告警服务节点进行处理。
在一具体实现中,步骤S206实现为:将所述告警消息携带的虚拟IP地址转换为所述目标告警服务节点的地址信息;将告警消息发送到所述地址信息对应的目标告警服务节点进行处理。
这种通过目标地址转换的方式对告警消息进行转换,就可以使告警消息的目标地址从虚拟IP地址转换为目标告警服务节点的地址信息,从而将其发送到目标告警服务节点,而且可以保持告警消息中的源地址不变,从而很好地指示出现告警的交换机,从而很好地适应原生云场景。
下面结合图2b所示的告警处理系统,针对多个告警服务节点中存在失效节点和不存在失效节点两种情况,分别对确定目标告警服务节点的过程进行说明:
如图2b所示,所述告警处理系统包括负载均衡节点和多个告警服务节点,所述多个告警服务节点形成主备节点,所述负载均衡节点分别与多个所述告警服务节点通信连接。
负载均衡节点用于执行前述的步骤S200~步骤S206。告警服务节点用于对获取的所述告警消息进行处理。
设定在本使用场景中,告警处理系统的告警服务节点为N个,分别为告警服务节点A~N,其中,告警服务节点A为主告警服务节点,剩余为备告警服务节点。
第一种情况中,在不存在失效节点情况下,对告警服务节点进行可用探测的探测结果指示N个告警服务节点均可用,则可用告警服务节点为告警服务节点A~N。负载均衡节点接收到告警消息后,转发策略确定按照主备策略转发,则告警服务节点A为目标告警服务节点。
第二种情况中,如图2c所示,在存在失效节点的情况下,对告警服务节点进行可用探测,探测结果确定告警服务节点A不可用,则将告警服务节点A的状态标记更新为第二标记,根据主告警服务节点的切换规则(即根据状态标记进行切换)将告警服务节点B作为主告警服务节点,告警服务节点A被剔除。可用告警服务节点为告警服务节点B~N。负载均衡节点接收到告警消息后,确定告警服务节点B为目标告警服务节点。
通过本实施例,由于负载均衡节点配置了虚拟IP地址用于与域名对应,这样只需在交换机中配置该域名,就可以使交换机发送的告警消息经过域名解析(DNS)到达配置有该虚拟IP地址的负载均衡节点,这样使得交换机上只需要配置域名,就可以将告警消息发送到虚拟IP地址,从而使得交换机上配置简单。
告警服务节点为多个,负载均衡节点能根据预设的转发配置信息确定对告警消息进行处理的目标告警服务节点,这样通过多个告警服务节点提升了整个告警服务的可用性,避免单个告警服务节点失效时导致整个服务不可用的情况。
此外,由于交换机的配置简单且使用域名与负载均衡节点的虚拟IP地址对应,实现了负载均衡节点对外抽象成唯一DNS域名,对交换机屏蔽告警消息转发细节,做到对交换机侧的透明无感知,而且针对用户差异化的需求,无需变更交换机配置,只需调整负载均衡节点的转发配置信息即可,可以减少交换机配置频次,降低因人工介入配置导致误操作的概率。
除此之外,利用负载均衡节点的DNAT(目标地址转换)工作模式的负载均衡特性,实现多个告警服务节点可以采用集群工作模式,确保告警服务节点之间对告警消息能够分担处理,确保高可用,而且使得告警服务节点的扩展性更好,进行扩容或者缩容时对交换机透明。
告警服务节点之间采用主备模式,工作正常时,告警消息直接转发至主节点;当主节点失效时,告警消息将转发至备节点,而且通过主备权重值可以实现自动切换,依靠主备节点可避免服务中断,提高了健壮性,解决单个告警服务节点的故障风险,确保不间断告警服务。
另一方面,负载均衡节点具有的可用性探测功能(即健康检查机制),能够对每个告警服务节点的服务端口进行可用性探测,在检测到告警服务节点异常失效后,可以自动剔除,并自动将告警消息发送到其他告警服务节点,保证了服务连续性。
而且采用负载均衡节点进行可用性探测,使得告警服务节点不需要自身进行保活,实现了告警服务节点与保活服务之间的解耦合,简化了数据交互通路,且降低了告警服务节点对中间件的依赖。
通过此种方式,克服了现有的使用单独的DNS域名配置解析多台告警服务节点IP地址的方案,缺少针对告警服务节点健康检查机制,调度策略只有RR轮询一种策略。而且避免了由于DNS服务本身存在缓存机制,因此在故障的告警服务节点恢复后,整体服务还需等待DNS恢复,存在一定的滞后性的问题,以及避免了受制于单个DNS response数据报文的大小,单个DNS解析支持配置的告警服务节点数量有限,不利于横向弹性扩展的问题。
实施例三
参照图3,示出了本发明实施例三的一种告警处理方法的流程示意图。
在本实施例中,告警处理方法包括以下步骤:
步骤S302:接收交换机发送的告警消息。
其中,所述交换机用于在多个服务器之间进行数据传输,交换机通过配置的域名向与所述域名对应的虚拟IP地址发送告警消息。
本实施例中,该告警处理方法可以以负载均衡节点作为执行主体。其通过虚拟IP地址接收告警消息的实现方式可以如实施例一或二所述,本实施例不再赘述。
步骤S304:基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点。
转发配置信息可以配置在负载均衡节点中,其也可以实现为转发表。本领域技术人员可以采用任何适当的方式从告警服务节点中确定目标告警服务节点,例如,采用实施例一或二所述的方式,故不再赘述。
步骤S306:将所述告警消息发送到所述目标告警服务节点进行处理,并通过目标告警服务节点将处理结果发送至运维终端。
在确定告警服务节点后,通过DNAT处理(目标地址转换)将告警消息携带的目标地址转换为目标告警服务节点的地址信息,从而实现将转换后的告警消息发送到目标告警服务节点。
目标告警服务节点在接收到告警消息后,对告警消息进行处理,如对其进行解析,获取其中的源地址,进而根据源地址确定发生故障的交换机。目标告警服务节点可以将解析获得的数据作为处理结果发送至运维终端,以便于运维人员查看,以及及时对交换机进行维修等。
通过本实施例,可以通过虚拟IP地址接收交换机发送的告警消息,再将告警消息转发到多个告警服务节点中的一个,从而使交换机可以只与负载均衡节点通信,简化了交换机的配置,而且可以对交换机屏蔽告警服务节点的变化(如扩容、缩容等),避免频繁更改交换机的配置,并确保告警服务的高可用性。而通过目标告警服务节点将处理结果发送至运维终端,可以使运维人员及时获知交换机情况,从而进行及时处理。
实施例四
参照图4,示出了根据本发明实施例四的一种运维平台与交换机通信连接的结构框图。
本实施例的运维平台,包括运维服务端和运维终端,运维服务端包括前述的告警处理系统,运维服务端分别与运维终端和交换机通信连接,并将对交换机发送的告警消息进行处理的处理结果发送至运维终端。
本实施例的运维平台可以用于对交换机网络进行维护,例如,应用于接收和处理交换机发送的告警消息。交换机可以与多个服务器进行数据传输。
在交换机工作过程中,如果交换机出现异常或故障事件(如设备接口宕掉等),则交换机会发出告警消息,以通知运维人员存在故障。本实施例的运维平台的告警处理系统具有一个用于接收告警消息的虚拟IP地址,通过该虚拟IP地址和对应的域名与交换机通信连接,以接收告警消息。
在接收到告警消息后,通过转发配置信息确定目标告警服务节点,并将告警消息发送到目标告警服务节点,以指示其进行处理。
告警服务节点进行的处理例如为:将告警消息保存至日志中、将告警消息转发至对应的运维人员的运维终端(图中未示出)等等。
可选地,在本实施例中,转发配置信息中包括告警服务节点信息。其中,包括但不限于节点权重值和状态标记等。
负载均衡节点在确定目标告警服务节点时,可以根据状态标记确定可用的告警服务节点,再从可用的告警服务节点中确定节点权重值最高的主告警服务节点作为目标告警服务节点。之后,通过目标地址转换的方式,将告警消息中的目标地址由虚拟IP地址替换为目标告警服务节点的IP地址,从而实现将告警消息发送到目标告警服务节点的目的。
通过本实施例,实现了在交换机工作的过程中,利用运维系统对其运行进行维护,能够可靠地接收交换机发送的告警消息,并分配对应的告警服务节点对告警消息进行处理,从而保证了运维人员能够及时获知交换机的告警,并进行相应的处理,保证了交换机运行的可靠性,从而保证了服务端运行的可靠性。
实施例五
参照图5,示出了根据本发明实施例五的一种告警处理装置的结构框图。
本实施例的告警处理装置包括:
获取模块502,用于接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;
确定模块504,用于基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;
转发模块506,用于将所述告警消息发送到所述目标告警服务节点进行处理。
可选地,所述确定模块504包括:
可用确定模块5041,用于基于转发配置信息中用于指示告警服务节点状态的状态标记,确定多个告警服务节点中的可用告警服务节点;
目标确定模块5042,用于从所述可用告警服务节点中确定所述目标告警服务节点。
可选地,所述装置还包括:
检测模块508,用于对所述多个告警服务节点进行可用性探测;
标记更新模块510,用于根据探测结果,设置所述转发配置信息中的所述状态标记。
可选地,所述装置还包括:
失效确定模块512,用于根据所述探测结果和所述转发配置信息中的节点权重值,确定是否存在失效的主告警服务节点,所述节点权重值用于指示告警服务节点是否为主告警服务节点;
主备切换模块514,用于若存在失效的主告警服务节点,则从失效的主告警服务节点对应的备告警服务节点中,确定新的主告警服务节点;
信息更新模块516,用于更新所述转发配置信息中与失效的主告警服务节点和新的主告警服务节点对应的节点权重值。
可选地,所述目标确定模块5042用于根据所述转发配置信息,获得所述可用告警服务节点的节点权重值,其中,所述节点权重值用于指示告警服务节点是否为主告警服务节点;基于所述节点权重值,确定所述可用告警服务节点中的主告警服务节点为目标告警服务节点。
可选地,所述目标确定模块5042用于根据所述转发配置信息中的转发策略,确定按照第一负载策略转发所述告警消息所述第一负载策略指示多个可用告警服务节点的负载权重值相等;获得所述告警消息的散列值,和所述多个可用告警服务节点对应的负载状态信息;根据所述散列值和对应的负载状态信息,从所述可用告警服务节点中确定所述目标告警服务节点。
可选地,所述目标确定模块5042用于根据所述转发配置信息中的转发策略,确定按照第二负载策略转发所述告警消息,其中,所述第二负载策略指示多个可用告警服务节点的负载权重值不相等;获得所述多个可用告警服务节点对应的负载权重值,和所述多个可用告警服务节点对应的负载状态信息;根据的所述负载权重值和所述负载状态信息,从多个可用告警服务节点中,确定所述目标告警服务节点。
可选地,所述装置还包括:负载更新模块518,用于更新所述目标告警服务节点的所述负载权重值和所述负载状态信息。
可选地,转发模块506用于将所述告警消息携带的所述虚拟IP地址转换为所述目标告警服务节点的地址信息;将所述告警消息发送到所述地址信息所对应的目标告警服务节点进行处理。
可选地,所述装置还包括:设置模块500,用于在接收交换机发送的告警消息之前,设置用于统一接收告警消息的虚拟IP地址;获取模块502用于通过所述虚拟IP地址接收交换机发送的告警消息。
本实施例的告警处理装置用于实现前述多个方法实施例中相应的告警处理方法,并具有相应的方法实施例的有益效果,在此不再赘述。此外,本实施例的告警处理装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述,在此亦不再赘述。
实施例六
参照图6,示出了根据本发明实施例五的一种告警处理装置的结构框图。
在本实施例中,告警处理装置包括:
接收模块602,用于接收交换机发送的告警消息,其中,所述交换机用于在多个服务器之间进行数据传输,交换机通过配置的域名向与所述域名对应的虚拟IP地址发送告警消息;
节点匹配模块604,用于基于转发配置信息,从多个告警服务节点中,确定处理所述告警消息的目标告警服务节点;
发送处理模块606,用于将所述告警消息发送到所述目标告警服务节点进行处理,并通过目标告警服务节点处理结果发送至运维终端。
本实施例的告警处理装置用于实现前述多个方法实施例中相应的告警处理方法,并具有相应的方法实施例的有益效果,在此不再赘述。此外,本实施例的告警处理装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述,在此亦不再赘述。
实施例七
参照图7,示出了根据本发明实施例七的一种电子设备的结构示意图,本发明具体实施例并不对电子设备的具体实现做限定。
如图7所示,该电子设备可以包括:处理器(processor)702、通信接口(Communications Interface)704、存储器(memory)706、以及通信总线708。
其中:
处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。
通信接口704,用于与其它电子设备如终端设备或服务器进行通信。
处理器702,用于执行程序710,具体可以执行上述告警处理方法实施例中的相关步骤。
具体地,程序710可以包括程序代码,该程序代码包括计算机操作指令。
处理器702可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器706,用于存放程序710。存储器706可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。
程序710具体可以用于使得处理器702执行以下操作:接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;将所述告警消息发送到所述目标告警服务节点进行处理。
在一种可选的实施方式中,程序710还用于使得处理器702在所述基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点时,基于转发配置信息中,用于指示告警服务节点状态的状态标记,确定多个告警服务节点中的可用告警服务节点;从所述可用告警服务节点中确定所述目标告警服务节点。
在一种可选的实施方式中,程序710还用于使得处理器702对所述多个告警服务节点进行可用性探测;根据探测结果,设置所述转发配置信息中的所述状态标记。
在一种可选的实施方式中,程序710还用于使得处理器702根据所述探测结果和所述转发配置信息中的节点权重值,确定是否存在失效的主告警服务节点,所述节点权重值用于指示告警服务节点是否为主告警服务节点;若存在失效的主告警服务节点,则从失效的主告警服务节点对应的备告警服务节点中,确定新的主告警服务节点;更新所述转发配置信息中与失效的主告警服务节点和新的主告警服务节点对应的节点权重值。
在一种可选的实施方式中,程序710还用于使得处理器702在从所述可用告警服务节点中确定所述目标告警服务节点时,根据所述转发配置信息,获得所述可用告警服务节点的节点权重值,其中,所述节点权重值用于指示告警服务节点是否为主告警服务节点;基于所述节点权重值,确定所述可用告警服务节点中的主告警服务节点为目标告警服务节点。
在一种可选的实施方式中,程序710还用于使得处理器702在从所述可用告警服务节点中确定所述目标告警服务节点时,根据所述转发配置信息中的转发策略,确定按照第一负载策略转发所述告警消息,其中,所述第一负载策略指示多个可用告警服务节点的负载权重值相等;获得所述告警消息的散列值,和所述多个可用告警服务节点对应的负载状态信息;根据所述散列值和对应的所述负载状态信息,从所述可用告警服务节点中确定所述目标告警服务节点。
在一种可选的实施方式中,程序710还用于使得处理器702在从所述可用告警服务节点中确定所述目标告警服务节点时,根据所述转发配置信息中的转发策略,确定按照第二负载策略转发所述告警消息,其中,所述第二负载策略指示多个可用告警服务节点的负载权重值不相等;获得所述多个可用告警服务节点对应的负载权重值,和所述多个可用告警服务节点对应的负载状态信息;根据的所述负载权重值和所述负载状态信息,从多个可用告警服务节点中,确定所述目标告警服务节点。
在一种可选的实施方式中,程序710还用于使得处理器702更新所述目标告警服务节点的所述负载权重值和所述负载状态信息。
在一种可选的实施方式中,程序710还用于使得处理器702在将所述告警消息发送到所述目标告警服务节点进行处理时,将所述告警消息携带的所述虚拟IP地址转换为所述目标告警服务节点的地址信息;将所述告警消息发送到所述地址信息所对应的目标告警服务节点进行处理。
在一种可选的实施方式中,程序710还用于使得处理器702在接收交换机发送的告警消息之前,设置用于统一接收告警消息的虚拟IP地址;所述接收交换机发送的告警消息,包括:通过所述虚拟IP地址接收交换机发送的告警消息。
和/或,
程序710具体可以用于使得处理器702执行以下操作:接收交换机发送的告警消息,其中,所述交换机用于在多个服务器之间进行数据传输,交换机通过配置的域名向与所述域名对应的虚拟IP地址发送告警消息;基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;将所述告警消息发送到所述目标告警服务节点进行处理,并通过目标告警服务节点将处理结果发送至运维终端。
程序710中各步骤的具体实现可以参见上述告警处理方法实施例中的相应步骤和单元中对应的描述,在此不赘述。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的设备和模块的具体工作过程,可以参考前述方法实施例中的对应过程描述,在此不再赘述。
需要指出,根据实施的需要,可将本发明实施例中描述的各个部件/步骤拆分为更多部件/步骤,也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤,以实现本发明实施例的目的。
上述根据本发明实施例的方法可在硬件、固件中实现,或者被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码,或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码,从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。可以理解,计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如,RAM、ROM、闪存等),当所述软件或计算机代码被计算机、处理器或硬件访问且执行时,实现在此描述的告警处理方法。此外,当通用计算机访问用于实现在此示出的告警处理方法的代码时,代码的执行将通用计算机转换为用于执行在此示出的告警处理方法的专用计算机。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及方法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明实施例的范围。
以上实施方式仅用于说明本发明实施例,而并非对本发明实施例的限制,有关技术领域的普通技术人员,在不脱离本发明实施例的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本发明实施例的范畴,本发明实施例的专利保护范围应由权利要求限定。
Claims (15)
1.一种告警处理方法,包括:
接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;
基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;
将所述告警消息发送到所述目标告警服务节点进行处理。
2.根据权利要求1所述的方法,其中,所述基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点,包括:
基于所述转发配置信息中用于指示告警服务节点状态的状态标记,确定所述多个告警服务节点中的可用告警服务节点;
从所述可用告警服务节点中确定所述目标告警服务节点。
3.根据权利要求2所述的方法,其中,所述方法还包括:
对所述多个告警服务节点进行可用性探测;
根据探测结果,设置所述转发配置信息中的所述状态标记。
4.根据权利要求3所述的方法,其中,所述方法还包括:
根据所述探测结果和所述转发配置信息中的节点权重值,确定是否存在失效的主告警服务节点,所述节点权重值用于指示告警服务节点是否为主告警服务节点;
若存在失效的主告警服务节点,则从失效的主告警服务节点对应的备告警服务节点中,确定新的主告警服务节点;
更新所述转发配置信息中与所述失效的主告警服务节点和所述新的主告警服务节点对应的节点权重值。
5.根据权利要求2所述的方法,其中,所述从所述可用告警服务节点中确定所述目标告警服务节点,包括:
根据所述转发配置信息,获得所述可用告警服务节点的节点权重值,其中,所述节点权重值用于指示告警服务节点是否为主告警服务节点;
基于所述节点权重值,确定所述可用告警服务节点中的主告警服务节点为目标告警服务节点。
6.根据权利要求2所述的方法,其中,从所述可用告警服务节点中确定所述目标告警服务节点,包括:
根据所述转发配置信息中的转发策略,确定按照第一负载策略转发所述告警消息,其中,所述第一负载策略对应的多个可用告警服务节点的负载权重值相等;
获得所述告警消息的散列值,和所述多个可用告警服务节点对应的负载状态信息;
根据所述散列值和对应的所述负载状态信息,从所述可用告警服务节点中确定所述目标告警服务节点。
7.根据权利要求2所述的方法,其中,从所述可用告警服务节点中确定所述目标告警服务节点,包括:
根据所述转发配置信息中的转发策略,确定按照第二负载策略转发所述告警消息,其中,所述第二负载策略对应的多个可用告警服务节点的负载权重值不相等;
获得所述多个可用告警服务节点对应的负载权重值,和所述多个可用告警服务节点对应的负载状态信息;
根据的所述负载权重值和所述负载状态信息,从多个可用告警服务节点中,确定所述目标告警服务节点。
8.根据权利要求7所述的方法,其中,所述方法还包括:
更新所述目标告警服务节点的所述负载权重值和所述负载状态信息。
9.根据权利要求1所述的方法,其中,所述将所述告警消息发送到所述目标告警服务节点进行处理,包括:
将所述告警消息携带的所述虚拟IP地址转换为所述目标告警服务节点的地址信息;
将所述告警消息发送到所述地址信息所对应的目标告警服务节点进行处理。
10.根据权利要求1所述的方法,其中,
在接收交换机发送的告警消息之前,所述方法还包括:设置用于统一接收告警消息的虚拟IP地址;
所述接收交换机发送的告警消息,包括:通过所述虚拟IP地址接收交换机发送的告警消息。
11.一种告警处理方法,包括:
接收交换机发送的告警消息,其中,所述交换机用于在多个服务器之间进行数据传输,交换机通过配置的域名向与所述域名对应的虚拟IP地址发送告警消息;
基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;
将所述告警消息发送到所述目标告警服务节点进行处理,并通过目标告警服务节点将处理结果发送至运维终端。
12.一种告警处理装置,包括:
获取模块,用于接收交换机发送的告警消息,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;
确定模块,用于基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;
转发模块,用于将所述告警消息发送到所述目标告警服务节点进行处理。
13.一种告警处理系统,其中:包括负载均衡节点和多个告警服务节点,
所述负载均衡节点,用于接收交换机发送的告警消息,其中,所述告警消息携带的目标地址为所述交换机配置的域名指向的虚拟IP地址;基于转发配置信息,从多个告警服务节点确定处理所述告警消息的目标告警服务节点;将所述告警消息发送到所述目标告警服务节点进行处理;
所述多个告警服务节点,与所述负载均衡节点通信连接,用于对获取的所述告警消息进行处理。
14.一种电子设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存储至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-10中任一项所述的告警处理方法对应的操作,或者,执行如权利要求11所述的告警处理方法对应的操作。
15.一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如权利要求1-10中任一所述的告警处理方法,或者,执行时实现如权利要求11所述的告警处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010536245.1A CN113810208B (zh) | 2020-06-12 | 2020-06-12 | 告警处理方法、装置、系统、电子设备及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010536245.1A CN113810208B (zh) | 2020-06-12 | 2020-06-12 | 告警处理方法、装置、系统、电子设备及计算机存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113810208A true CN113810208A (zh) | 2021-12-17 |
CN113810208B CN113810208B (zh) | 2022-11-08 |
Family
ID=78892220
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010536245.1A Active CN113810208B (zh) | 2020-06-12 | 2020-06-12 | 告警处理方法、装置、系统、电子设备及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113810208B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377595A (zh) * | 2010-08-20 | 2012-03-14 | 中兴通讯股份有限公司 | 一种故障告警方法、系统及装置 |
CA2798720A1 (en) * | 2011-12-14 | 2013-06-14 | Kodiak Networks, Inc. | Push-to-talk-over-cellular (poc) |
CN105827418A (zh) * | 2015-01-04 | 2016-08-03 | 中国移动通信集团山东有限公司 | 一种通信网络告警关联方法及装置 |
CN105897947A (zh) * | 2016-04-08 | 2016-08-24 | 网宿科技股份有限公司 | 移动终端的网络访问方法和装置 |
CN110149218A (zh) * | 2019-04-04 | 2019-08-20 | 视联动力信息技术股份有限公司 | 一种告警信息的处理方法和装置 |
-
2020
- 2020-06-12 CN CN202010536245.1A patent/CN113810208B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377595A (zh) * | 2010-08-20 | 2012-03-14 | 中兴通讯股份有限公司 | 一种故障告警方法、系统及装置 |
CA2798720A1 (en) * | 2011-12-14 | 2013-06-14 | Kodiak Networks, Inc. | Push-to-talk-over-cellular (poc) |
CN105827418A (zh) * | 2015-01-04 | 2016-08-03 | 中国移动通信集团山东有限公司 | 一种通信网络告警关联方法及装置 |
CN105897947A (zh) * | 2016-04-08 | 2016-08-24 | 网宿科技股份有限公司 | 移动终端的网络访问方法和装置 |
CN110149218A (zh) * | 2019-04-04 | 2019-08-20 | 视联动力信息技术股份有限公司 | 一种告警信息的处理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113810208B (zh) | 2022-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112868206B (zh) | 一种用于提供服务代理功能的方法、系统和计算机可读介质 | |
CN109344014B (zh) | 一种主备切换方法、装置及通信设备 | |
US20070121490A1 (en) | Cluster system, load balancer, node reassigning method and recording medium storing node reassigning program | |
US10560550B1 (en) | Automatic configuration of a replacement network device in a high-availability cluster | |
CN112491636B (zh) | 数据处理方法及装置、计算机存储介质 | |
CN112035319B (zh) | 一种针对多路径状态的监控告警系统 | |
EP3993321A1 (en) | Method, device and system for determination of message transmission path, and computer storage medium | |
JP2004280738A (ja) | 代理応答装置 | |
CN112003721B (zh) | 一种大数据平台管理节点高可用的实现方法及装置 | |
CN107612772B (zh) | 支付系统的节点状态探测方法及装置 | |
CN106850747B (zh) | 一种分布式实时转码系统的转码节点管理系统及方法 | |
CN111314443A (zh) | 基于分布式存储系统的节点处理方法、装置和设备及介质 | |
CN113810208B (zh) | 告警处理方法、装置、系统、电子设备及计算机存储介质 | |
CN116781564B (zh) | 一种容器云平台的网络检测方法、系统、介质和电子设备 | |
JP4464256B2 (ja) | ネットワーク上位監視装置 | |
US11290319B2 (en) | Dynamic distribution of bidirectional forwarding detection echo sessions across a multi-processor system | |
CN106708881B (zh) | 基于网络文件系统的交互方法和装置 | |
CN110300012B (zh) | 用于将分组处理组件重置为操作状态的方法 | |
CN113190368A (zh) | 实现表项检查的方法、装置及系统、计算机存储介质 | |
JP2012249250A (ja) | 監視装置及びプログラム | |
CN113805788B (zh) | 一种分布式存储系统及其异常处理方法和相关装置 | |
CN115794769A (zh) | 高可用数据库管理的方法、电子设备及存储介质 | |
CN109361781B (zh) | 报文转发方法、装置、服务器、系统及存储介质 | |
CN113890850A (zh) | 路由容灾系统及方法 | |
JP2003273930A (ja) | ネットワーク障害監視方法、通信システムおよび回線切替装置 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230516 Address after: Room 1-2-A06, Yungu Park, No. 1008 Dengcai Street, Sandun Town, Xihu District, Hangzhou City, Zhejiang Province Patentee after: Aliyun Computing Co.,Ltd. Address before: Box 847, four, Grand Cayman capital, Cayman Islands, UK Patentee before: ALIBABA GROUP HOLDING Ltd. |
|
TR01 | Transfer of patent right |