CN107659423A - 业务处理方法及装置 - Google Patents
业务处理方法及装置 Download PDFInfo
- Publication number
- CN107659423A CN107659423A CN201610593033.0A CN201610593033A CN107659423A CN 107659423 A CN107659423 A CN 107659423A CN 201610593033 A CN201610593033 A CN 201610593033A CN 107659423 A CN107659423 A CN 107659423A
- Authority
- CN
- China
- Prior art keywords
- network
- virtual
- topology
- physical
- global
- 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
Links
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
-
- 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
-
- 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/12—Discovery or management of network topologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种业务处理方法及装置,该方法包括:根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,全局网络包括虚拟网络和物理网络,端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;根据端到端网络拓扑,进行业务处理。通过本发明,可以解决相关技术中无法得到虚拟/物理网络混合组网下的网络拓扑,导致的物理网络和虚拟网络之间运维复杂的问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种业务处理方法及装置。
背景技术
随着云计算技术的普及,企业业务的扩展,云环境下的资源越来越多,如何高效地管理这些资源,保障业务的平稳运行,使得运维工作变得简单、灵活是当前亟需解决的问题。
现有技术中,利用网络拓扑进行监控告警是常用的运维手段之一。
专利【CN 101640612 B】提供了一种流量路径发现与故障快速定位的方法,将流量监控与网络拓扑管理相结合使用,快速直观的进行业务流量路径确定与网络故障点定位。但是,其中的网络拓扑管理及流量监控技术主要针对大型传统物理网络。
SDN(软件定义网络)是当前云环境下最热门的组网方案,它有效地满足了虚拟化和多租户以及按需灵活组网的需求。通过网络控制器可以获取虚拟机、虚拟交换机、虚拟路由等虚拟网络设备之间的拓扑信息。SDN还具备高度灵活性,可以根据实际的需要进行复杂网络拓扑的流量监控,从而辅助云平台分析和优化网络状况,产生相应的资源调度策略。
很显然,相关技术中仅能得到虚拟网络或者物理网络下的网络拓扑,对虚拟网络或者物理网络下的网络拓扑上的节点进行实时监控和故障定位。但是,相关技术中无法得到虚拟/物理网络混合组网下的网络拓扑,导致在云计算环境的虚拟/物理网络混合组网中,虚拟网络拓扑屏蔽了物理网络的存在,物理网络拓扑同样也无法感知所承载的虚拟网络,使得物理网络和虚拟网络之间的运维复杂和困难。
发明内容
本发明实施例提供了一种业务处理方法及装置,以至少解决相关技术中无法得到虚拟/物理网络混合组网下的网络拓扑,导致物理网络和虚拟网络之间运维复杂的问题。
根据本发明的一个实施例,提供了一种业务处理方法,包括:根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,所述全局网络包括虚拟网络和物理网络,所述端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;根据所述端到端网络拓扑,进行业务处理。
可选地,根据所述端到端网络拓扑,进行所述业务处理包括:在检测到故障告警的情况下,在所述端到端网络拓扑中进行故障诊断,获取用于定位所述故障的关键信息;根据所述故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。
可选地,所述关键信息包括以下至少之一:诊断报文转发所经过的虚拟网络和物理网络的路径。
可选地,在根据所述故障的关键信息定位出现故障的虚拟网络设备或者物理网络设备之后,还包括:根据虚拟机、计算服务器、存储设备间的连接关系,获取所述全局网络的存储拓扑,其中,所述虚拟机位于所述虚拟网络中,所述计算服务器位于所述物理网络中,所述存储设备为所述虚拟网络和/或所述物理网络中;根据所述端到端网络拓扑和所述存储拓扑,确定所述出现故障的虚拟网络设备或者物理网络设备对应的业务,并向所述业务对应的处理设备提供故障预警。
可选地,根据所述端到端网络拓扑,进行所述业务处理包括:根据所述全局网络的端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;将与所述虚拟资源需求对应的虚拟资源迁移至所述拓扑路径上的计算服务器中。
可选地,根据所述全局网络的所述端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径,包括:通过所述端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;在判断结果为是的情况下,确定获取到的所述虚拟网络转发路径为所述全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据所述端到端网络拓扑中的物理设备的物理性能信息以及所述端到端网络拓扑中的虚拟网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径。
根据本发明的另一个实施例,提供了一种业务处理装置,包括:第一获取模块,用于根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,所述全局网络包括虚拟网络和物理网络,所述端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;处理模块,用于根据所述端到端网络拓扑,进行业务处理。
可选地,所述处理模块包括:第一获取单元,用于在检测到故障告警的情况下,在所述端到端网络拓扑中进行故障诊断,获取用于定位所述故障的关键信息;定位单元,用于根据所述故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。
可选地,所述关键信息包括:诊断报文转发所经过的虚拟网络和物理网络的路径。
可选的,上述装置还包括:第二获取模块,根据虚拟机、计算服务器、存储设备间的连接关系,获取所述全局网络的存储拓扑,其中,所述虚拟机位于所述虚拟网络中,所述计算服务器位于所述物理网络中,所述存储设备为所述虚拟网络和/或所述物理网络中;确定模块,用于根据所述端到端网络拓扑和所述存储拓扑,确定所述出现故障的虚拟网络设备或者物理网络设备对应的业务,并向所述业务对应的处理设备提供故障预警。
可选地,所述处理模块包括:第二获取单元,用于根据所述全局网络的端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;迁移单元,用于将与所述虚拟资源需求对应的虚拟资源迁移至所述拓扑路径上的计算服务器中。
可选地,所述第二获取单元还用于:通过所述端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;在判断结果为是的情况下,确定获取到的所述虚拟网络转发路径为所述全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据所述端到端网络拓扑中的物理设备的物理性能信息以及所述端到端网络拓扑中的虚拟网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,所述全局网络包括虚拟网络和物理网络,所述端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;根据所述端到端网络拓扑,进行业务处理。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:根据所述端到端网络拓扑,进行所述业务处理包括:在检测到故障告警的情况下,在所述端到端网络拓扑中进行故障诊断,获取用于定位所述故障的关键信息;根据所述故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:所述关键信息包括:诊断报文转发所经过的虚拟网络和物理网络的路径。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据所述故障的关键信息定位出现故障的虚拟网络设备或者物理网络设备之后,还包括:根据虚拟机、计算服务器、存储设备间的连接关系,获取所述全局网络的存储拓扑,其中,所述虚拟机位于所述虚拟网络中,所述计算服务器位于所述物理网络中,所述存储设备为所述虚拟网络和/或所述物理网络中;根据所述端到端网络拓扑和所述存储拓扑,确定所述出现故障的虚拟网络设备或者物理网络设备对应的业务,并向所述业务对应的处理设备提供故障预警。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:根据所述端到端网络拓扑,进行所述业务处理包括:根据所述全局网络的端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;将与所述虚拟资源需求对应的虚拟资源迁移至所述拓扑路径上的计算服务器中。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:根据所述全局网络的所述端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径,包括:通过所述端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与所述预先设置的虚拟资源需求相匹配的虚拟网络转发路径;在判断结果为是的情况下,确定获取到的所述虚拟网络转发路径为所述全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据所述端到端网络拓扑中的物理设备的物理性能信息以及所述端到端网络拓扑中的虚拟网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径。
通过本发明,根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,全局网络包括虚拟网络和物理网络,端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;根据端到端网络拓扑,进行业务处理。由于获取的全局网络的端到端网络拓扑包括虚拟网络设备端口和物理网络设备之间的网络拓扑关系,因此,虚拟网络拓扑和物理网络拓扑是相互关联的,可以解决相关技术中无法得到虚拟/物理网络混合组网下的网络拓扑,导致的物理网络和虚拟网络之间运维复杂的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明实施例的一种业务处理方法的终端的硬件结构框图;
图2是根据本发明实施例的业务处理方法的流程图;
图3是根据本发明实施例的网络故障诊断示意图;
图4是根据本发明实施例的动态调度符合业务处理的虚拟资源需求的全局网络拓扑路径的流程图;
图5是根据本发明实施例的业务处理装置的结构框图;
图6是根据本发明实施例的业务处理装置中处理模块54的结构框图;
图7是根据本发明实施例的业务处理装置的优选结构框图;
图8是根据本发明实施例的业务处理装置中处理模块54的优选结构框图;
图9是根据本发明实施例的基于端到端网络拓扑的云服务综合监控和预警装置结构图;
图10是根据本发明实施例的基于端到端网络拓扑的云服务综合监控和预警装置的监控和预警方法流程图;
图11是根据本发明实施例的计算、存储、网络资源拓扑示意图;
图12是根据本发明实施例的基于端到端网络拓扑的云服务综合监控和预警装置的存储故障诊断的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本发明实施例提供了一种基于端到端拓扑的综合监控和诊断方案,清晰地呈现了云平台下资源的网络拓扑和存储拓扑,并对拓扑上的节点进行实时的监控,使得物理/逻辑资源状态可视,网络设备或存储设备发生故障时能够自动告警,从而对部署在云平台上的服务进行故障诊断和预警,在一定程度上实现运维的自动化。同时,用户可以在云平台上配置自己的监控策略和告警策略,结合用户的策略及监控结果,动态调整资源,为不同的租户提供差异化的服务。采用本发明实施的基于端到端拓扑的综合监控和诊断,可以得到云平台下软硬件资源的网络和存储的端到端拓扑,实现了对云数据中心下业务运行环境的监控和预警效果,节省了故障排查时间,降低了运维的复杂度,提高了运维的效率及业务服务质量。
本申请实施例1所提供的方法实施例可以在终端、计算机终端或者类似的运算装置中执行。以运行在终端上为例,图1是本发明实施例的一种业务处理方法的终端的硬件结构框图。如图1所示,终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,终端10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
存储器104可用于存储应用软件的软件程序以及模块,如本发明实施例中的业务处理方法对应的程序指令/模块,处理器102通过运行存储在存储器104内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述终端的业务处理方法,图2是根据本发明实施例的业务处理方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,全局网络包括虚拟网络和物理网络,端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;
步骤S204,根据端到端网络拓扑,进行业务处理。
通过上述步骤,由于获取的全局网络的端到端网络拓扑包括虚拟网络设备端口和物理网络设备之间的网络拓扑关系,因此,虚拟网络拓扑和物理网络拓扑是相互关联的,可以解决相关技术中无法得到虚拟/物理网络混合组网下的网络拓扑,导致的物理网络和虚拟网络之间运维复杂的问题,使得云资源池统一管理计算、网络、存储资源时,可以清晰呈现资源间拓扑关系。
可选地,根据端到端网络拓扑,进行业务处理包括:在检测到故障告警的情况下,在端到端网络拓扑中进行故障诊断,获取用于定位故障的关键信息;根据故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。通过上述步骤,由于在端到端网络拓扑中进行故障诊断,不会因为出现仅在虚拟网络中进行故障诊断而无法定位出现故障的物理网络设备或者仅在物理网络拓扑中进行故障诊断而无法定位出现故障的虚拟网络设备的问题,因此,可以精确定位出现故障的虚拟网络设备或者物理网络设备。
可选地,上述关键信息包括以下至少之一:诊断报文转发所经过的虚拟网络和物理网络的路径,设备间的链路延时,设备间的链路中断点。
例如,当上述关键信息为诊断报文转发所经过的虚拟网络和物理网络的路径时,图3是根据本发明实施例的网络故障诊断示意图,如图3所示,以虚拟机2的网卡2想要访问虚拟机3的网卡1,但是访问失败为例进行说明,该故障诊断过程如下:
步骤一,网络控制器设置虚拟交换机vswitch1从端口3发送诊断报文,如果目的端口收到报文则向控制器发送回执信息,控制器根据回执信息可知诊断报文所经虚拟网络路径。如果虚拟机2的网卡2和虚拟机3的网卡1之间的通信链路正常,则报文转发路径如下:
虚拟交换机vswitch1端口3->虚拟交换机vswitch1端口4->host1网卡1->物理交换机sw1端口1->物理交换机sw1端口2->路由器端口1->路由器端口2->物理交换机sw2端口2->物理交换机sw2端口1->host2网卡1->虚拟交换机vswitch2端口4->虚拟交换机vswitch2端口1;
步骤二,如果虚拟机2的网卡2和虚拟机3的网卡1之间出现了链路故障,例如诊断报文的实际路径如下:
虚拟交换机vswitch1端口3->虚拟交换机vswitch1端口4->host1网卡1->物理交换机sw1端口1->物理交换机sw1端口2->路由器端口1->路由器端口2->物理交换机sw2端口2;
显然,诊断报文在预算虚拟网络传输路径中未达下一目的端口,且诊断报文在虚拟网络中丢失,则判断物理交换机sw2网络异常。
步骤三,若步骤二中诊断报文虽未达预算下一目的,却被其他虚拟机交换机接收,导致转发路径偏差形成网络故障,则判断为网络控制器集中控制转发层面出现逻辑异常。
可选地,在根据故障的关键信息定位出现故障的虚拟网络设备或者物理网络设备之后,还包括:根据虚拟机、计算服务器、存储设备间的连接关系,获取全局网络的存储拓扑,其中,虚拟机位于虚拟网络中,计算服务器位于物理网络中,存储设备位于虚拟网络和/或物理网络中;根据端到端网络拓扑和存储拓扑,确定出现故障的虚拟网络设备或者物理网络设备对应的业务,并向业务对应的处理设备提供故障预警。通过上述步骤,实现了对运行中的业务进行故障预警的效果。
可选地,根据端到端网络拓扑,进行业务处理包括:根据全局网络的端到端网络拓扑,获取与进行业务处理的虚拟资源需求相匹配的全局网络的拓扑路径;将与虚拟资源需求对应的虚拟资源迁移至拓扑路径上的计算服务器中。通过上述步骤,可以实现动态的根据业务处理的虚拟资源需求,调度符合该需求的全局网络的拓扑路径,解决了不同租户的网络流量、安全策略、性能要求等不同,资源池网络本身无法动态感知租户的需求,造成资源浪费或过载的问题。
可选地,根据全局网络的端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径,包括:通过端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;在判断结果为是的情况下,确定获取到的虚拟网络转发路径为全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据端到端网络拓扑中的物理设备的物理性能信息以及端到端网络拓扑中的虚拟网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径。
例如,图4是根据本发明实施例的动态调度符合业务处理的虚拟资源需求的全局网络拓扑路径的流程图,如图4所示,该过程包括:
步骤S402,租户通过策略配置子系统设置虚拟资源的需求,例如,基于虚拟网络的差异Qos,基于虚拟机的端口限速功能等设置虚拟资源的需求;
步骤S404,网络控制器优先通过虚拟网络拓扑,调整获取符合设置的虚拟资源的需求的虚拟网络转发路径,实现虚拟流量的动态负载,满足租户定义的资源需求策略;
步骤S406,在网络控制器调度中,若因某些物理设备瓶颈而未获取满足需求的虚拟网络转发路径时,将产生内部告警;
步骤S408,监控子系统获取网络控制器内部告警,根据全局拓扑中的物理资源性能状态信息,获取符合需求的全局拓扑路径,调用资源管理系统将对应虚拟资源迁移至符合需求的计算服务器中;
步骤S410,若监控子系统无法调度出符合租户需求资源的集合路径,则产生告警,由系统管理员和租户决策,通过扩展物理资源能力,或者释放资源的方式满足最高优先级需求。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种业务处理装置及系统,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的业务处理装置的结构框图,如图5所示,该装置包括:
第一获取模块52,用于根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,全局网络包括虚拟网络和物理网络,端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;
处理模块54,连接至上述第一获取模块52,用于根据端到端网络拓扑,进行业务处理。
图6是根据本发明实施例的业务处理装置中处理模块54的结构框图,如图6所示,该处理模块54包括:
第一获取单元62,用于在检测到故障告警的情况下,在端到端网络拓扑中进行故障诊断,获取用于定位故障的关键信息;
定位单元64,连接至上述第一获取单元62,用于根据故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。可选地,关键信息包括以下至少之一:诊断报文转发所经过的虚拟网络和物理网络的路径,设备间的链路延时,设备间的链路中断点。
图7是根据本发明实施例的业务处理装置的优选结构框图,如图7所示,该装置除包括图5所示的所有模块外,还包括:
第二获取模块72,根据虚拟机、计算服务器、存储设备间的连接关系,获取全局网络的存储拓扑,其中,虚拟机位于虚拟网络中,计算服务器位于物理网络中,存储设备位于虚拟网络和/或物理网络中;
确定模块74,连接至上述第二获取模块72,用于根据端到端网络拓扑和存储拓扑,确定出现故障的虚拟网络设备或者物理网络设备对应的业务,并向业务对应的处理设备提供故障预警。
图8是根据本发明实施例的业务处理装置中处理模块54的优选结构框图,如图8所示,该处理模块54除包括图6所示的所有单元外,还包括:
第二获取单元82,用于根据全局网络的端到端网络拓扑,获取与进行业务处理的虚拟资源需求相匹配的全局网络的拓扑路径;
迁移单元84,连接至上述第二获取单元82,用于将与虚拟资源需求对应的虚拟资源迁移至拓扑路径上的计算服务器中。
可选地,上述第二获取单元82还用于:通过端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;在判断结果为是的情况下,确定获取到的虚拟网络转发路径为全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据端到端网络拓扑中的物理设备的物理性能信息以及端到端网络拓扑中的虚拟网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径。
在本实施例中还提供了一种端到端网络拓扑的云服务综合监控和预警的装置,图9是根据本发明实施例的基于端到端网络拓扑的云服务综合监控和预警装置结构图,如图9所示,该装置包括:云平台运营管理系统、网络控制器、存储控制器及计算、存储、网络等软硬件设备组成。
上述云平台运营管理系统,包括资源管理子系统、租户管理子系统、资源监控子系统、告警管理子系统、策略配置子系统、端到端拓扑生成子系统(功能同上述第一获取模块52)、故障诊断子系统(功能同上第一获取单元62和定位单元64)和业务预警子系统(功能同上述确定模块74)。
资源管理子系统主要负责统一管理计算、网络、存储等资源。
租户管理子系统主要负责租户信息维护、租户资源申请及租户与资源关系的维护。
资源监控子系统的功能是结合网络控制器的虚拟网络资源的监控信息与物理设备的物理网络监控信息进行分析、汇总,呈现在监控页面,同时根据租户设置的策略生成对应网络决策或告警。
告警管理子系统负责展示当前系统产生的告警并根据告警事件执行相应动作;
策略配置子系统为不同租户的网络流量、安全策略、性能要求等需求,提供监控和告警策略配置功能。
端到端拓扑生成子系统通过网络控制器得到虚拟网络设备间端口映射关系,再结合物理网络设备的拓扑信息生成全局的网络拓扑,不止于设备间的链路连接,更细化到设备间端口之间的连接关系,从而生成全局的端到端网络拓扑。另外,所述子系统还通过存储网络获取虚拟机、计算服务器、存储设备间的连接关系,从而获取全局的存储拓扑。
故障诊断子系统的功能是当故障告警产生时,在端到端拓扑中发起故障诊断,故障诊断后可显示诊断报文所经过的虚拟网络和物理网络路径,链路时延,链路中断点等故障关键信息,精确定位虚拟设备或物理设备故障。
业务预警子系统是当故障告警产生时,结合端到端网络拓扑及存储拓扑,精确定位该故障会影响到的上层业务,通过预设的方式如短信或邮件为该业务提供故障预警。
本发明实施例中的综合监控和预警方案包含以下步骤:
步骤一,租户通过云平台的租户管理界面申请虚拟计算、网络、存储等资源;
步骤二,不同的租户、不同的业务对网络质量肯定有不同的要求,租户通过云平台的策略配置界面针对不同业务设置监控策略和告警策略;
步骤三,端到端拓扑生成子系统通过网络控制器采集虚拟网络资源相关的端口映射关系,结合物理设备带外管理网采集的物理设备状态数据得到云平台下软硬件资源的端到端网络拓扑。例如,该步骤可以包含:1.端到端拓扑生成子系统通过网络控制器获取虚拟机、虚拟交换机、虚拟路由之间的端口映射信息;2.端到端拓扑生成子系统通过物理设备带外管理网,采集物理设备状态,保存计算服务器、存储服务器、物理交换机和物理路由等物理网络设备拓扑信息;3.端到端拓扑生成子系统通过计算服务器主机代理获取虚拟机交换机与计算服务器之间的网卡绑定关系;4.结合上述采集的数据信息,端到端拓扑生成子系统生成物理网络和虚拟网络混合组网下的全局端到端网络拓扑;
步骤四,端到端拓扑生成子系统通过网络控制器和存储控制器生成存储拓扑,例如该步骤可以包含:1.通过计算资源管理子系统获取虚机和计算服务器的关联关系;2.通过存储控制器获取计算服务器和存储设备的映射关系;3.通过带外管理网获取存储网计算主机和存储设备端口连接信息,生成存储网拓扑关系;4.基于上述关系数据,生成虚拟机、计算主机、存储资源池设备之间的存储拓扑;
步骤五,资源监控子系统收集网络控制器和存储控制器采集的性能监控数据;
步骤六,监控子系统对统计数据进行分析、汇总,展现在监控页面上,并结合租户配置的监控策略产生相应的诊断结果并即刻以预警的方式呈现在云平台的告警页面上;
步骤七,当故障告警产生时,在端到端拓扑中发起故障诊断,故障诊断可显示诊断报文转发虚拟和物理路径,链路时延,链路中断点等故障关键信息,精确定位虚拟设备或物理设备故障。上述故障诊断方案,可以包含:1.通过对云计算平台中所有子系统和分布式服务模块状态监测,实现服务组件状态和交互可视化,若某一云平台系统分布式组件状态异常,可能会引起虚拟和物理设备工作异常;2.虚拟设备状态监测,若某一虚拟交换机或虚拟路由下线,则可以判断其所在虚机网络异常;3.物理设备状态监测,若物理服务器网卡或物理交换机端口异常,则其所承载的虚拟网络必然异常;4.若所有虚拟和物理设备均无异常状态,则可能是控制层面转发控制或物理设备内部业务配置错误引起的网络故障,可以通过主动发起故障诊断探测报文检测链路连通状态。
步骤八,发起存储诊断和告警,可以包括:1.通过采集存储设备状态和告警信息,判断存储设备异常,若存储异常,则告警其相关计算主机和虚机运行异常;2.根据存储网拓扑监控存储网物理链路状态,若存储网物理链路异常,则产生存储异常告警;3.通过计算主机代理,周期性检测存储读写,若读写异常,根据拓扑信息标记相关虚机运行异常,并标记相关存储设备运行异常,产生告警。
图10是根据本发明实施例的基于端到端网络拓扑的云服务综合监控和预警装置的监控和预警方法流程图,如图10所示,该方法包括:
步骤S1002,租户A通过云平台的租户管理界面申请虚拟计算、网络、存储等资源;资源申请成功后租户在申请到的虚拟机1上部署业务1,虚拟机2上部署业务2,虚拟机2上部署业务3,虚拟机4上部署业务4,计算、存储、网络资源拓扑如图11所示;
步骤S1004,不同的租户、不同的业务对网络质量肯定有不同的要求,租户A通过云平台的策略配置界面针对不同业务设置监控策略;另外,租户可以设置告警通知时间段及通知方式(短信或者邮件)等相关告警策略;
步骤S1006,端到端拓扑生成子系统通过网络控制器获取虚拟机网卡、虚拟交换机间端口映射关系,再结合主机、物理交换机、物理路由器等物理网络设备的拓扑信息生成全局的端到端网络拓扑以及存储拓扑;
步骤S1008,资源监控资子系统通过网络控制器收集虚拟网络设备的性能状态等数据,通过物理设备带外管理网收集物理设备相关性能信息,然后对统计数据进行分析、汇总,展现在监控页面上,并结合租户配置的监控策略产生相应的告警;
步骤S1010,资源监控子系统分析监控数据,结合租户的策略生成相应的网路决策或告警;例如,当监控指标低于或者超过租户设置的阈值后就会产生告警,租户可以在告警页面看到当前资源的所有告警;
步骤S1012,故障诊断子系统对产生的告警进行故障诊断;例如,当告警产生时,故障诊断子系统在端到端拓扑中发起故障诊断,故障诊断可显示诊断报文转发虚拟和物理路径,链路时延,链路中断点等故障关键信息,从而精确定位虚拟设备或物理设备故障;
步骤S1014,业务预警子系统定位受影响的业务并预警;当告警产生时,业务预警子系统结合端到端网络拓扑,精确定位该故障会影响到虚拟机2上部署的业务2,结合租户A设置的告警通知方式(短信或邮件)和联系方式及时通知到租户,为该业务提供故障预警。
图12是根据本发明实施例的基于端到端网络拓扑的云服务综合监控和预警装置的存储故障诊断的示意图,如图12所示,该过程包括:
步骤一,计算主机代理周期性检测存储读写,host1上的代理检测到host1上挂载点读写异常,向故障诊断子系统发送存储读写异常告警;
步骤二,故障诊断子系统收到最新的告警,判断告警类型;
步骤三,故障子系统判定告警为存储读写异常告警后,通过资源管理子系统获取主机挂载点和存储设备的关联关系,从而确定异常挂载点对应的存储设备为存储设备1;
步骤四,根据端到端拓扑子系统生成的存储拓扑信息得到虚机、计算主机及存储设备的关联关系,从而确定与存储设备1相关的虚机为虚机1和虚机2;
步骤五,标记相关存储设备及虚机运行异常,产生告警。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,全局网络包括虚拟网络和物理网络,端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;
S2,根据端到端网络拓扑,进行业务处理。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:根据端到端网络拓扑,进行业务处理包括:
S1,在检测到故障告警的情况下,在端到端网络拓扑中进行故障诊断,获取用于定位故障的关键信息;
S2,根据故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
S1,关键信息包括以下至少之一:诊断报文转发所经过的虚拟网络和物理网络的路径,设备间的链路延时,设备间的链路中断点。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在根据故障的关键信息定位出现故障的虚拟网络设备或者物理网络设备之后,还包括:
S1,根据虚拟机、计算服务器、存储设备间的连接关系,获取全局网络的存储拓扑,其中,虚拟机位于虚拟网络中,计算服务器位于物理网络中,存储设备位于虚拟网络和/或物理网络中;
S2,根据端到端网络拓扑和存储拓扑,确定出现故障的虚拟网络设备或者物理网络设备对应的业务,并向业务对应的处理设备提供故障预警。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:根据端到端网络拓扑,进行业务处理包括:
S1,根据全局网络的端到端网络拓扑,获取与进行业务处理的虚拟资源需求相匹配的全局网络的拓扑路径;
S2,将与虚拟资源需求对应的虚拟资源迁移至拓扑路径上的计算服务器中。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:根据全局网络的端到端网络拓扑,获取与预先设置的虚拟资源需求相匹配的全局网络的拓扑路径,包括:
S1,通过端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;
S2,在判断结果为是的情况下,确定获取到的虚拟网络转发路径为全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据端到端网络拓扑中的物理设备的物理性能信息以及端到端网络拓扑中的虚拟网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,全局网络包括虚拟网络和物理网络,端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;根据端到端网络拓扑,进行业务处理。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:根据端到端网络拓扑,进行业务处理包括:在检测到故障告警的情况下,在端到端网络拓扑中进行故障诊断,获取用于定位故障的关键信息;根据故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:关键信息包括以下至少之一:诊断报文转发所经过的虚拟网络和物理网络的路径,设备间的链路延时,设备间的链路中断点。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在根据故障的关键信息定位出现故障的虚拟网络设备或者物理网络设备之后,还包括:根据虚拟机、计算服务器、存储设备间的连接关系,获取全局网络的存储拓扑,其中,虚拟机位于虚拟网络中,计算服务器位于物理网络中,存储设备位于虚拟网络和/或物理网络中;根据端到端网络拓扑和存储拓扑,确定出现故障的虚拟网络设备或者物理网络设备对应的业务,并向业务对应的处理设备提供故障预警。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:根据端到端网络拓扑,进行业务处理包括:根据全局网络的端到端网络拓扑,获取与进行业务处理的虚拟资源需求相匹配的全局网络的拓扑路径;将与虚拟资源需求对应的虚拟资源迁移至拓扑路径上的计算服务器中。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:根据全局网络的端到端网络拓扑,获取与预先设置的虚拟资源需求相匹配的全局网络的拓扑路径,包括:通过端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与预先设置的虚拟资源需求相匹配的虚拟网络转发路径;在判断结果为是的情况下,确定获取到的虚拟网络转发路径为全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据端到端网络拓扑中的物理设备的物理性能信息以及端到端网络拓扑中的虚拟网络拓扑,获取与预先设置的虚拟资源需求相匹配的全局网络的拓扑路径。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种业务处理方法,其特征在于,包括:
根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,所述全局网络包括虚拟网络和物理网络,所述端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;
根据所述端到端网络拓扑,进行业务处理。
2.根据权利要求1所述的方法,其特征在于,根据所述端到端网络拓扑,进行所述业务处理包括:
在检测到故障告警的情况下,在所述端到端网络拓扑中进行故障诊断,获取用于定位所述故障的关键信息;
根据所述故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。
3.根据权利要求2所述的方法,其特征在于,所述关键信息包括:诊断报文转发所经过的虚拟网络和物理网络的路径。
4.根据权利要求2所述的方法,其特征在于,在根据所述故障的关键信息定位出现故障的虚拟网络设备或者物理网络设备之后,还包括:
根据虚拟机、计算服务器、存储设备间的连接关系,获取所述全局网络的存储拓扑,其中,所述虚拟机位于所述虚拟网络中,所述计算服务器位于所述物理网络中,所述存储设备位于所述虚拟网络和/或所述物理网络中;
根据所述端到端网络拓扑和所述存储拓扑,确定所述出现故障的虚拟网络设备或者物理网络设备对应的业务,并向所述业务对应的处理设备提供故障预警。
5.根据权利要求1所述的方法,其特征在于,根据所述端到端网络拓扑,进行所述业务处理包括:
根据所述全局网络的端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;
将与所述虚拟资源需求对应的虚拟资源迁移至所述拓扑路径上的计算服务器中。
6.根据权利要求5所述的方法,其特征在于,根据所述全局网络的端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径,包括:
通过所述端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;
在判断结果为是的情况下,确定获取到的所述虚拟网络转发路径为所述全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据所述端到端网络拓扑中的物理设备的物理性能信息以及所述端到端网络拓扑中的虚拟网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径。
7.一种业务处理装置,其特征在于,包括:
第一获取模块,用于根据虚拟网络设备端口的映射关系,以及物理网络设备的拓扑关系,获取全局网络的端到端网络拓扑,其中,所述全局网络包括虚拟网络和物理网络,所述端到端网络拓扑为虚拟网络设备端口之间,物理网络设备之间,虚拟网络设备端口和物理网络设备之间的网络拓扑关系;
处理模块,用于根据所述端到端网络拓扑,进行业务处理。
8.根据权利要求7所述的装置,其特征在于,所述处理模块包括:
第一获取单元,用于在检测到故障告警的情况下,在所述端到端网络拓扑中进行故障诊断,获取用于定位所述故障的关键信息;
定位单元,用于根据所述故障的关键信息,定位出现故障的虚拟网络设备或者物理网络设备。
9.根据权利要求8所述的装置,其特征在于,所述关键信息包括:诊断报文转发所经过的虚拟网络和物理网络的路径。
10.根据权利要求8所述的装置,其特征在于,还包括:
第二获取模块,根据虚拟机、计算服务器、存储设备间的连接关系,获取所述全局网络的存储拓扑,其中,所述虚拟机位于所述虚拟网络中,所述计算服务器位于所述物理网络中,所述存储设备位于所述虚拟网络和/或所述物理网络中;
确定模块,用于根据所述端到端网络拓扑和所述存储拓扑,确定所述出现故障的虚拟网络设备或者物理网络设备对应的业务,并向所述业务对应的处理设备提供故障预警。
11.根据权利要求7所述的装置,其特征在于,所述处理模块包括:
第二获取单元,用于根据所述全局网络的端到端网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;
迁移单元,用于将与所述虚拟资源需求对应的虚拟资源迁移至所述拓扑路径上的计算服务器中。
12.根据权利要求11所述的装置,其特征在于,所述第二获取单元还用于:
通过所述端到端网络拓扑中的虚拟网络拓扑,判断是否获取到与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径;在判断结果为是的情况下,确定获取到的所述虚拟网络转发路径为所述全局网络的拓扑路径;和/或,在判断结果为否的情况下,根据所述端到端网络拓扑中的物理设备的物理性能信息以及所述端到端网络拓扑中的虚拟网络拓扑,获取与进行所述业务处理的虚拟资源需求相匹配的所述全局网络的拓扑路径。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610593033.0A CN107659423A (zh) | 2016-07-25 | 2016-07-25 | 业务处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610593033.0A CN107659423A (zh) | 2016-07-25 | 2016-07-25 | 业务处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107659423A true CN107659423A (zh) | 2018-02-02 |
Family
ID=61127244
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610593033.0A Pending CN107659423A (zh) | 2016-07-25 | 2016-07-25 | 业务处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107659423A (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109831318A (zh) * | 2018-12-26 | 2019-05-31 | 中兴通讯股份有限公司 | 一种获取网络拓扑的系统、方法和服务器 |
CN109871267A (zh) * | 2018-12-26 | 2019-06-11 | 国网甘肃省电力公司 | 一种基优先级的一键启停方法及系统 |
CN110475161A (zh) * | 2019-08-28 | 2019-11-19 | 飞思达技术(北京)有限公司 | 一种iptv业务直播链路的自动故障定位方法及其系统 |
CN110830324A (zh) * | 2019-10-28 | 2020-02-21 | 烽火通信科技股份有限公司 | 一种检测数据中心网络连通性的方法、装置及电子设备 |
CN111934922A (zh) * | 2020-07-29 | 2020-11-13 | 深信服科技股份有限公司 | 一种网络拓扑的构建方法、装置、设备、存储介质 |
CN112003747A (zh) * | 2020-08-21 | 2020-11-27 | 中国建设银行股份有限公司 | 云虚拟网关的故障定位方法 |
CN112104438A (zh) * | 2020-08-20 | 2020-12-18 | 武汉光迅科技股份有限公司 | 一种roadm设备的配置方法、装置、电子设备及存储介质 |
CN112291075A (zh) * | 2019-07-23 | 2021-01-29 | 中国移动通信集团浙江有限公司 | 网络故障定位方法、装置、计算机设备及存储介质 |
CN112468336A (zh) * | 2020-11-20 | 2021-03-09 | 中国建设银行股份有限公司 | 一种网络质量监测预警方法、装置、终端及存储介质 |
CN112468335A (zh) * | 2020-11-16 | 2021-03-09 | 中盈优创资讯科技有限公司 | 一种ipran云专线故障定位方法及装置 |
CN113721581A (zh) * | 2021-07-20 | 2021-11-30 | 深圳市风云实业有限公司 | 一种基于关键路径的故障诊断显示装置及方法 |
CN115242688A (zh) * | 2022-07-27 | 2022-10-25 | 济南浪潮数据技术有限公司 | 一种网络故障检测方法、装置以及介质 |
CN115426294A (zh) * | 2022-03-03 | 2022-12-02 | 北京润通丰华科技有限公司 | 一种云数据中心网络网内端到端路由异常分析方法 |
CN115442139A (zh) * | 2022-09-02 | 2022-12-06 | 中国人民解放军国防科技大学 | 一种面向局域网的多层网络拓扑关系构建方法和系统 |
CN115622900A (zh) * | 2022-10-14 | 2023-01-17 | 阿里云计算有限公司 | 数据处理方法、装置、设备和存储介质 |
CN116545846A (zh) * | 2023-07-06 | 2023-08-04 | 北京志凌海纳科技有限公司 | 列布局型网络拓扑显示及网口故障域发现系统及方法 |
WO2023241122A1 (zh) * | 2022-06-17 | 2023-12-21 | 华为云计算技术有限公司 | 一种网络链路故障诊断方法以及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130148547A1 (en) * | 2011-12-13 | 2013-06-13 | John M. Page | Method and system for collecting topology information |
CN103457752A (zh) * | 2012-05-30 | 2013-12-18 | 中国科学院声学研究所 | 一种虚拟网络映射方法 |
CN103763132A (zh) * | 2014-01-02 | 2014-04-30 | 北京邮电大学 | 基于症状与故障相关性的网络虚拟化环境故障诊断方法 |
US8787154B1 (en) * | 2011-12-29 | 2014-07-22 | Juniper Networks, Inc. | Multi-topology resource scheduling within a computer network |
US20150043378A1 (en) * | 2013-08-07 | 2015-02-12 | Harris Corporation | Network management system generating virtual network map and related methods |
-
2016
- 2016-07-25 CN CN201610593033.0A patent/CN107659423A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130148547A1 (en) * | 2011-12-13 | 2013-06-13 | John M. Page | Method and system for collecting topology information |
US8787154B1 (en) * | 2011-12-29 | 2014-07-22 | Juniper Networks, Inc. | Multi-topology resource scheduling within a computer network |
CN103457752A (zh) * | 2012-05-30 | 2013-12-18 | 中国科学院声学研究所 | 一种虚拟网络映射方法 |
US20150043378A1 (en) * | 2013-08-07 | 2015-02-12 | Harris Corporation | Network management system generating virtual network map and related methods |
CN103763132A (zh) * | 2014-01-02 | 2014-04-30 | 北京邮电大学 | 基于症状与故障相关性的网络虚拟化环境故障诊断方法 |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109871267A (zh) * | 2018-12-26 | 2019-06-11 | 国网甘肃省电力公司 | 一种基优先级的一键启停方法及系统 |
CN109871267B (zh) * | 2018-12-26 | 2023-05-09 | 国网甘肃省电力公司 | 一种基优先级的一键启停方法及系统 |
CN109831318A (zh) * | 2018-12-26 | 2019-05-31 | 中兴通讯股份有限公司 | 一种获取网络拓扑的系统、方法和服务器 |
CN112291075B (zh) * | 2019-07-23 | 2022-08-30 | 中国移动通信集团浙江有限公司 | 网络故障定位方法、装置、计算机设备及存储介质 |
CN112291075A (zh) * | 2019-07-23 | 2021-01-29 | 中国移动通信集团浙江有限公司 | 网络故障定位方法、装置、计算机设备及存储介质 |
CN110475161A (zh) * | 2019-08-28 | 2019-11-19 | 飞思达技术(北京)有限公司 | 一种iptv业务直播链路的自动故障定位方法及其系统 |
CN110475161B (zh) * | 2019-08-28 | 2021-03-09 | 飞思达技术(北京)有限公司 | 一种iptv业务直播链路的自动故障定位方法及其系统 |
CN110830324A (zh) * | 2019-10-28 | 2020-02-21 | 烽火通信科技股份有限公司 | 一种检测数据中心网络连通性的方法、装置及电子设备 |
CN111934922A (zh) * | 2020-07-29 | 2020-11-13 | 深信服科技股份有限公司 | 一种网络拓扑的构建方法、装置、设备、存储介质 |
CN112104438A (zh) * | 2020-08-20 | 2020-12-18 | 武汉光迅科技股份有限公司 | 一种roadm设备的配置方法、装置、电子设备及存储介质 |
CN112104438B (zh) * | 2020-08-20 | 2023-05-05 | 武汉光迅科技股份有限公司 | 一种roadm设备的配置方法、装置、电子设备及存储介质 |
CN112003747A (zh) * | 2020-08-21 | 2020-11-27 | 中国建设银行股份有限公司 | 云虚拟网关的故障定位方法 |
CN112468335B (zh) * | 2020-11-16 | 2022-09-02 | 中盈优创资讯科技有限公司 | 一种ipran云专线故障定位方法及装置 |
CN112468335A (zh) * | 2020-11-16 | 2021-03-09 | 中盈优创资讯科技有限公司 | 一种ipran云专线故障定位方法及装置 |
CN112468336A (zh) * | 2020-11-20 | 2021-03-09 | 中国建设银行股份有限公司 | 一种网络质量监测预警方法、装置、终端及存储介质 |
CN112468336B (zh) * | 2020-11-20 | 2022-11-25 | 中国建设银行股份有限公司 | 一种网络质量监测预警方法、装置、终端及存储介质 |
CN113721581A (zh) * | 2021-07-20 | 2021-11-30 | 深圳市风云实业有限公司 | 一种基于关键路径的故障诊断显示装置及方法 |
CN115426294A (zh) * | 2022-03-03 | 2022-12-02 | 北京润通丰华科技有限公司 | 一种云数据中心网络网内端到端路由异常分析方法 |
WO2023241122A1 (zh) * | 2022-06-17 | 2023-12-21 | 华为云计算技术有限公司 | 一种网络链路故障诊断方法以及装置 |
CN115242688A (zh) * | 2022-07-27 | 2022-10-25 | 济南浪潮数据技术有限公司 | 一种网络故障检测方法、装置以及介质 |
CN115442139A (zh) * | 2022-09-02 | 2022-12-06 | 中国人民解放军国防科技大学 | 一种面向局域网的多层网络拓扑关系构建方法和系统 |
CN115442139B (zh) * | 2022-09-02 | 2024-04-19 | 中国人民解放军国防科技大学 | 一种面向局域网的多层网络拓扑关系构建方法和系统 |
CN115622900A (zh) * | 2022-10-14 | 2023-01-17 | 阿里云计算有限公司 | 数据处理方法、装置、设备和存储介质 |
CN115622900B (zh) * | 2022-10-14 | 2023-08-25 | 阿里云计算有限公司 | 数据处理方法、装置、设备和存储介质 |
CN116545846B (zh) * | 2023-07-06 | 2023-09-15 | 北京志凌海纳科技有限公司 | 列布局型网络拓扑显示及网口故障域发现系统及方法 |
CN116545846A (zh) * | 2023-07-06 | 2023-08-04 | 北京志凌海纳科技有限公司 | 列布局型网络拓扑显示及网口故障域发现系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107659423A (zh) | 业务处理方法及装置 | |
US6026442A (en) | Method and apparatus for surveillance in communications networks | |
US7225250B1 (en) | Method and system for predictive enterprise resource management | |
CN110535710A (zh) | 网络设备的远程诊断方法及系统、网络设备及云服务器 | |
CN107544839B (zh) | 虚拟机迁移系统、方法及装置 | |
US6363384B1 (en) | Expert system process flow | |
US20140215077A1 (en) | Methods and systems for detecting, locating and remediating a congested resource or flow in a virtual infrastructure | |
US6529954B1 (en) | Knowledge based expert analysis system | |
CN107070726A (zh) | 一种基于mdc的综合管理方法 | |
US5727157A (en) | Apparatus and method for determining a computer network topology | |
CN111817911B (zh) | 一种探测网络质量的方法、装置、计算设备及存储介质 | |
CN110011869B (zh) | 控制器装置、方法及计算机可读存储介质 | |
CN109074280A (zh) | 网络功能虚拟化 | |
CN109960634A (zh) | 一种应用程序监控方法、装置及系统 | |
CN105721184A (zh) | 一种网络链路质量的监控方法及装置 | |
CN105607590A (zh) | 用于在过程控制系统中提供冗余性的方法和装置 | |
CN107888455A (zh) | 一种数据检测方法、装置和系统 | |
CN108234161A (zh) | 用于线上线下多层网络架构的通路检测方法及系统 | |
CN107635003A (zh) | 系统日志的管理方法、装置及系统 | |
CN104283780A (zh) | 建立数据传输路径的方法和装置 | |
CN109964450B (zh) | 一种确定共享风险链路组的方法及装置 | |
CN108199861A (zh) | 一种机房管理方法及装置 | |
CN110213798A (zh) | 一种基于Femto网关的分流方法及装置 | |
CN104950832B (zh) | 钢铁厂控制系统 | |
CN108494625A (zh) | 一种网络性能分析系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20180418 Address after: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No. Applicant after: ZTE Corp. Address before: Yuhuatai District of Nanjing City, Jiangsu province 210012 Bauhinia Road No. 68 Applicant before: Nanjing Zhongxing New Software Co.,Ltd. |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20180202 |