CN111726410A - 用于分散计算网络的可编程实时计算和网络负载感知方法 - Google Patents
用于分散计算网络的可编程实时计算和网络负载感知方法 Download PDFInfo
- Publication number
- CN111726410A CN111726410A CN202010571030.3A CN202010571030A CN111726410A CN 111726410 A CN111726410 A CN 111726410A CN 202010571030 A CN202010571030 A CN 202010571030A CN 111726410 A CN111726410 A CN 111726410A
- Authority
- CN
- China
- Prior art keywords
- network
- state
- sniffing
- information
- node
- 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
- 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/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种用于分散计算网络的可编程实时计算和网络负载感知方法,包括以下步骤:(1)在交换芯片内部通过单节点负载和状态嗅探技术,实现对于本节点的计算和网络负载、以及状态的收集;通过重构的协议报文将信息同步至其他分散计算节点;(2)在交换芯片内部通过端到端负载和状态嗅探技术,实现网络流量传输过程中每一节点的负载和状态信息收集,堆栈式地将信息携带在网络流量中,在末节点将路径信息进行归集;(3)通过计算和网络状态采集和阈值计算,设置流量采集点,实现对所监测网内的所有流量进行分析。本发明实现了网络实时的负载、时延和抖动感知,满足了分散计算网络对可编程感知和可编程调度的能力需求。
Description
技术领域
本发明涉及计算机网络技术领域,特别是涉及一种用于分散计算网络的可编程实时计算和网络负载感知方法。
背景技术
在分散计算网络中,网络感知能力为任务调度系统提供计算节点信息的收集,维护功能,是分散计算网络的关键环节。当前在国外,网络感知技术处于研究阶段,形成了一批关于在分散计算网络中网络状态感知的成果,同时搭建了测试平台,并且通过IPERF,PING,OWAMP进行理论性验证,分析网络在不同负载情况下的丢包,时延和抖动数据,国外在该领域的研究尚未进入产业化环节,技术可以部分复用在数据中心和信息网的感知技术,但是需要具备可编程能力以匹配分散计算的感知需求。
基于TCP/IP协议栈的交换机和路由器技术包袱重,在当前TCP/IP技术架构下叠加分散计算网络设计难度过高。美国的Barefoot公司推出了两颗可编程交换芯片和系列交换产品,具备支持可编程调度技术的部分基础,但是其交换带宽过大,分别是6.5Tbps和12.8Tbps,功耗无法满足部分边缘应用的需求。分散计算的网络设备依旧在理论阶段,协议标准和产业链均未成熟。
国内网络感知技术落后国外三到五年,当前主要采用镜像到服务器进行分析,以及通过Sflow技术对转发面进行端口收发报文个数的统计,采样流量进行简单的流分析。尚未能够深入到网络设备硬件内部,具备网络实时的负载、时延和抖动感知。技术上无法匹配分散计算节点众多,网络状态实时变化快,计算任务对网络负载量化分析等要求。
国内经过近几年技术的发展,已经具备了一批具备实力的网络的供应商和具备网络芯片能力的本土企业,但当前技术处于SDN的时代技术演进,尚未能满足分散计算网络对可编程感知和可编程调度的能力需求。
总之,现有网络感知技术存在的主要问题:当前技术尚未能够深入到网络设备硬件内部,具备网络实时的负载、时延和抖动感知。技术上无法匹配分散计算节点众多,网络状态实时变化快,计算任务对网络负载量化分析等要求。且处于SDN的时代技术演进,尚未能满足分散计算网络对可编程感知和可编程调度的能力需求。
发明内容
本发明的目的是克服现有技术的缺陷,提供一种应用于分散计算网络的可编程实时计算和网络负载感知方法,该方法深入到网络设备硬件内部,具备网络实时的负载、时延和抖动感知,能够满足分散计算网络对可编程感知和可编程调度的能力需求。
为了解决上述技术问题,本发明提供一种用于分散计算网络的可编程实时计算和网络负载感知方法,包括以下步骤:
(1)在交换芯片内部通过单节点负载和状态嗅探技术,实现对于本节点的计算和网络负载、以及状态的收集;通过重构的协议报文将信息同步至其他分散计算节点;
(2)在交换芯片内部通过端到端负载和状态嗅探技术,实现网络流量传输过程中每一节点的负载和状态信息收集,堆栈式地将信息携带在网络流量中,在末节点将路径信息进行归集;
(3)通过计算和网络状态采集和阈值计算,设置流量采集点,实现对所监测网内的所有流量进行分析。
进一步地,步骤(1)中,采用硬件级网络嗅探系统,通过流采样和统计采样两种采样方式,计算负载规划,网络规划,网络监控,用户监控和分析。
在根据本发明的具体实施例中,步骤(1)中,通过内存共享技术与计算节点的实时同步,获取计算节点的CPU利用率、内存利用率、硬盘利用率、任务完成率信息,将计算和网络的负载和状态信息统一归集到交换芯片内部。
在根据本发明的具体实施例中,步骤(2)中,在网络流量传输过程中的每一节点将计算和网络状态,包括CPU利用率、内存利用率、设备标识、源目端口、转发状态、端口带宽利用率、转发时延、队列状态、时间戳信息插入到报文中,随报文携带;并在网路路径中堆栈式地将每一节点的信息压入报文内;在最后一节点的设备中,将路径上收集的包括时延、抖动、转发现场状态的所有的信息归集。
在根据本发明的具体实施例中,所述硬件级网络嗅探系统包括一个嵌入在网络设备中的网络嗅探技术代理和远端的网络嗅探技术采集器;所述网络嗅探技术代理用于获取接口的统计信息和数据信息,将信息封装成网络嗅探技术报文,当网络嗅探技术报文缓冲区满或是在网络嗅探技术报文老化时间超时后,网络嗅探技术代理会将网络嗅探技术报文发送到指定的网络嗅探技术采集器;所述网络嗅探技术采集器会对网络嗅探技术报文进行分析,并显示分析结果。
优选地,在具体实施例中,硬件级网络嗅探系统被配置为非采样和采样两种使用模式。
作为可选的技术方案,步骤(3)中,流量采集点被设置在网络的核心层或者边缘层。
优选地,步骤(3)中,流量分析系统被配置为用于对所有流量进行分析,所述流量分析系统包括网络嗅探流量采集机和分析服务器,被采集的路由器将网络嗅探数据包发往采集机,采集机将采集到的网络嗅探数据送到分析服务器进行分析。
作为可选的技术方案,配置多台采集机和分析服务器,采集机和分析服务器的部署采用以下两种方案的其中一种:方案一:将采集机分别部署在各个核心节点,每个核心节点的采集机负责采集连接至该核心节点的路由器,分析服务器集中部署在网管中心;方案二:采集机和分析服务器都集中部署,由多台采集机共同负责采集全网内的路由器。
相较于现有技术,本发明的有益效果在于:
通过可编程的技术手段实时获取更深层的网络状态数据,包括转发时延、转发抖动、转发行为、出端口利用率、出队列拥塞率等信息。通过感知更深层次的网络负载和状态,满足分散计算调度器更精细的流量功能需求。
附图说明
图1为根据本发明的可编程实时计算和网络负载感知的流程示意图。
图2为根据本发明的节点计算和网络负载架构。
图3为根据本发明的采集器的工作流程示意图。
图4为根据本发明的芯片流量嗅探总体流程示意图。
图5为根据本发明的芯片流量嗅探使能示意图。
图6为根据本发明的端到端路径负载嗅探技术的技术框架示意图。
图7为根据本发明的网络路径嗅探拓扑示意图。
图8为根据本发明的网络路径嗅探芯片架构示意图。
图9为根据本发明的网络路径源节点实现架构示意图。
图10为根据本发明的汇聚采集器架构示意图。
图11为根据本发明的核心采集器架构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步说明。
根据本发明的一种用于分散计算网络的可编程实时计算和网络负载感知方法,包括以下步骤:
(1)在交换芯片内部通过单节点负载和状态嗅探技术,实现对于本节点的计算和网络负载、以及状态的收集;通过重构的协议报文将信息同步至其他分散计算节点;
(2)在交换芯片内部通过端到端负载和状态嗅探技术,实现网络流量传输过程中每一节点的负载和状态信息收集,堆栈式地将信息携带在网络流量中,在末节点将路径信息进行归集;
(3)通过计算和网络状态采集和阈值计算,设置流量采集点,实现对所监测网内的所有流量进行分析。
以下将参照附图对本发明的每一步骤及其包含的技术进行详细阐述。
分散计算进行了子任务切片和实时调度。由于任务切割导致网络上的流量模型更为动态多变,需要突破可编程实时计算和网络符合感知技术,单台网络设备的影响速度达到毫级别,提高分散计算调度器的调度时间精度,以避免调度完成后,发现目的计算节点的计算空余资源不足。
本发明拟在分散计算节点突破交换芯片硬件负载和状态嗅探技术,在交换芯片内集成两种嗅探能力:
单节点负载和状态嗅探技术,实现对于本节点的计算和网络负载、以及状态的收集;通过可重构的协议报文将信息同步至其他分散计算节点。
端到端负载和状态嗅探技术,实现网络流量传输过程中每一跳节点的负载和状态信息,堆栈式将信息携带在网络流量中,在末节点将路径信息进行归集。
分散计算的网络中可以设置多个汇聚采集点,以降低网络感知流量对带宽的占用,先将信息同步至本地数据库,同时采用带内通道的方式通告用户守护进程的数据库,以避免CPU参与转发形成计算资源开销。为进一步降低采集和分析的计算CPU负载,本项目拟通过交换芯片对嗅探得到的信息进行初步阈值计算,并引入水线机制,形成主动上报机制,进一步降低采集点的计算负荷。
请参阅图1,分散计算节点三首先完成本地计算负载和状态嗅探,获取CPU 利用率、内存利用率、进程利用率、硬盘利用率、网络带宽利用率、网络路径时延和网络路径抖动等负载和状态信息。
节点三将本节点的负载和状态信息分发到本地分散计算节点信息动态表,同时并发的将信息发送至节点二和节点一以及其他节点。节点二和节点一收到负载和状态信息后,各自存至本地的分散计算节点信息动态表中。
通过负载和状态嗅探技术将信息保存在业务负载动态表和路径状态动态表,并将计算得到的计算负载、网络负载阈值状态信息存入事件记录动态表。
请参阅1-11,根据本发明的可编程实时计算和网络负载感知的流程,需要结合以下技术。
(1)硬件级网络状态嗅探技术
分散计算网络规模动态可伸缩,网络中承载的计算任务种类繁多。以军网为例,随着现代化作战的智能需求,各个军兵种的网络规模都在不断扩张,网络结构日渐复杂,网络业务日趋丰富,网络流量高速增长。军网需要通过可靠、有效的网络业务流量监测系统对其网络以及网络所承载的各类业务进行及时、准确的流量和流向分析,进而挖掘网络资源潜力,控制网络互联成本,并为网络规划、优化调整和业务发展提供基础依据。分散计算调度器需要及时的了解到网络中承载的业务,及时的掌握网络流量特征,以便使网络带宽配置最优化,及时解决网络性能问题。目前在管理网络当中普遍遭遇到了如下的问题:
(a)计算网络的可视性:网络利用率如何;什么样的程序在网络中运行;主要用户有哪些;网络中是否产生异常流量;有没有长期的趋势数据用作网络带宽规划。
(b)计算任务的可视性:当前网内有哪些应用;分别产生了多少流量。
网络中应用使用的模式是什么;关键指控重要应用执行状况如何。
(c)分散计算任务调度:哪些任务产生的流量最多;哪些服务器接收的流量最多;哪些会话产生了流量;分别使用了哪些应用。
从这些网络管理和调度中所经常遇到的问题来看,需要有一种解决方案能让分散计算调度器及时了解到详细的网络使用情形,使分散计算调度器员及时洞察网络运行状况、及时了解网内应用的执行情况。
军事网络通常具有规模相对较小、组网灵活、易受攻击等特点,因此分散计算网络更容易出现由组网或者攻击导致的流量业务异常。于是企业用户更需要一种以设备接口为基本采样单元的流量监控技术来实时监控流量状况,及时发现异常流量以及攻击流量的源头,从而保证企业网络的正常稳定运行。一个典型的硬件级网络嗅探技术系统提供了一组代理以及一个采集器,代理内嵌于网络设备,负责采集相关的流量统计信息;采集器的角色通常由专门的服务器充当,通过在服务器上运行硬件级网络嗅探技术趋势等专门的硬件级网络嗅探技术采集软件,收集代理发送过来的统计数据,以图形化的统计信息汇总或者以报表的形式输出。为企业用户特别是不设置专职网络管理员的企业用户的日常巡检维护提供了极大的方便。
根据本发明,被配置的网络嗅探技术系统包含一个嵌入在设备中的网络嗅探技术代理和远端的网络嗅探技术采集器。其中,网络嗅探技术代理用于获取接口的统计信息和数据信息,将信息封装成网络嗅探技术报文,当网络嗅探技术报文缓冲区满或是在网络嗅探技术报文老化时间超时后,网络嗅探技术代理会将网络嗅探技术报文发送到指定的网络嗅探技术采集器。网络嗅探技术采集器会对网络嗅探技术报文进行分析,并显示分析结果。网络嗅探技术包括以下两种采样机制:
(a)流采样:基于数据包的采样,用于获取数据内容的相关信息。
(b)统计采样:基于时间的接口统计信息采样,用于获取接口的统计信息。
作为一种网络流量监控技术,硬件级网络嗅探技术具有如下优点:
(a)支持在千兆或更高速的网络上精确地监控网络流量。
(b)一个硬件级网络嗅探技术采集器能够监控多个硬件级网络嗅探技术代理,具有良好的扩展性。
(c)硬件级网络嗅探技术代理可以内嵌在硬件设备中,不需要专门的硬件级网络嗅探技术代理设备,节省计算能力。
硬件级网络嗅探技术报文采用UDP封装。硬件级网络嗅探技术报文共有多种报文头格式,分别为流采样头、扩展的流采样头、统计采样头、扩展的统计采样头。本项目拟重构网络采样能力,增加对计算负载的能力的统计和采样。是流采样和统计采样的扩展。所有的扩展的采样内容必须使用扩展采样报文头封装。
硬件级网络嗅探技术代理提供了两种采样方式供用户从不同的角度分析网络流量状况,分别为流采样以及统计采样。
流采样是硬件级网络嗅探技术代理设备在指定接口上按照特定的采样方向和采样比对报文进行采样分析,用于获取报文数据内容的相关信息。该采样方式主要是关注流量的细节,这样就可以监控和分析网络上的流行为。Flow采样是针对接口上报文的采样方式,报文的采样主要由两种方式:固定采样方式和随机采样方式。
根据本发明的硬件级网络嗅探技术具有以下功能或优点:
(a)计算负载规划:硬件级网络嗅探技术为基于资源(如CPU、内存、硬盘等)占用情况的计费提供了精细的数据。分散式负载器可以利用这些信息来实行灵活的调度策略,如基于时间、带宽、应用、服务质量等。分散计算可以使用这些信息充分利用计算资源,以便有效利用资源。
(b)网络规划:硬件级网络嗅探技术可以为网络管理工具提供关键信息,以便优化网络设计和规划,实现以最小的网络运营成本达到最佳的网络性能和可靠性。
(c)网络监控:通过在业务环境中部署硬件级网络嗅探技术,对连接虚拟交换网络的虚拟机接口进行实时的流量监控,可以分析各种业务占用出口带宽的情况。网管人员可以根据这些信息判断网络的运行情况,尽早发现不合理的网络结构或是网络中的性能瓶颈,方便网管人员规划和分配网络资源。
(d)用户监控和分析:通过硬件级网络嗅探技术可以使网络管理者轻松获取用户使用虚拟网络和应用资源的详细情况,进而高效地规划以及分配网络资源,并保障网络的安全运行。
根据本发明,将硬件级网络嗅探技术原来用于数据交换加速的功能改由网络设备中的专用集成电路(ASIC)芯片实现,而在本发明中主要利用其用于对流经网络设备的分散计算任务流量进行测量和统计的功能。
为对分散计算的网络中不同类型的业务流进行准确的流量和流向分析与计量,首先需要对网络中传输的各种类型数据包进行区分。由于分散计算的网络基于主动网络的基础演进,非面向连接特性,网络中不同类型业务的通信可能是任意一台终端设备向另一台终端设备发送的一组任务数据包,这组数据包实际上就构成了分散计算的网络中某种业务的一个流量。如果管理系统能对全网传送的所有流量进行区分,准确记录传送时间、传送方向和流量的大小,就可以对运营商全网所有业务的流量和流向进行分析和统计。
通过分析分散计算的网络中不同流量之间的差别,可以发现判断任何两个 IP数据包是否属于同一个流量,实际上可以通过分析数据包的以下7个属性来实现:
(a)源IP地址;
(b)目标IP地址;
(c)源通信端口号;
(d)目标通信端口号;
(e)第三层协议类型;
(f)服务类型(TOS)字节;
(g)网络设备输入或输出的逻辑网络端口。
根据本发明的硬件级网络嗅探技术就是利用分析数据包的上述多个属性,快速区分网络中传送的各种不同类型业务的流量。对区分出的每个流量,硬件级网络嗅探技术可以进行单独跟踪和准确计量,记录其传送方向和目的地等流向特性,统计其起始和结束时间、服务类型、包含的数据包数量和字节数量等流量信息。
硬件级网络嗅探技术的数据输出要求先在路由器和交换机上定制硬件级网络嗅探技术流输出,并选择输出流的版本、个数、缓冲区的大小等,配置相应硬件级网络嗅探流量收集器的目的地址、端口等信息。此时路由器或交换机即可以用户数据报协议的方式向外发送流信息,然后在硬件级网络嗅探流量收集器端配置接收端口号,设置汇聚、过滤策略和流量文件存放目录、格式等。硬件级网络嗅探有非采样和采样两种使用模式。
硬件级网络嗅探流量收集器选用分散式数据库来收集数据,硬件级网络嗅探流量收集器收集的数据将存放在本地数据库中(路径由用户定义)。同时,它也可以通过网关以带内的方式发送信息到其他网管分析软件,或直接读取存放在硬件级网络嗅探流量收集器工作站中的数据文件,对其进行分析处理。
硬件级网络嗅探记录的流包含了丰富的信息,非常适合于网络性能分析。硬件级网络嗅探不需要其他计算资源的支持,开启和关闭都非常方便。
(2)单节点负载和状态嗅探技术
请参阅图4和5,本发明在交换芯片内部实现单节点负载和状态嗅探技术,并通过内存共享技术与计算节点的实时同步,以获取计算节点的CPU、内存、硬盘的利用率、任务完成率等信息。将计算和网络的负载和状态信息统一归集到交换芯片内部。
单节点嗅探技术通过可重构技术定义负载状态帧格式,将信息组成报文,使用带内转发至其他分散计算节点,以实现数据库同步。
单节点嗅探技术具备一定的路径优化和预防攻击能力。在芯片内使用电路级信号控制流量调度,实现对网络变化的敏捷响应。交换芯片内部转发状态的线速实时采集,网络设备提供对端口和全局的缓存和时延监控。时延的监控是指监控报文在芯片的驻留时间。根据时延和缓存提供的数据,收集和筛选有效数据,基于会话的粒度对报文转发行为状态进行监控,对流量进行总结归纳,交换芯片集成了模式识别能力,可以自主识别可能的DDoS流量攻击。
芯片接收到报文后,首先进行解析,通过报文解析处理将MAC、IP等信息解析出来,并用于后续SCL查找和ACL查找。
芯片支持通过下发ACL和SCL表项匹配数据流来完成数据流分类和使能网络流量嗅探功能。
根据本发明,对于使能单节点嗅探技术的报文,会执行网络流量嗅探数据流学习处理。该过程主要包含:网络流量嗅探数据流Key生成和表项查找,网络流量嗅探表项的添加或更新,以及网络流量嗅探表项的老化。
单节点嗅探的数据流Key的生成是由ACL查找结果包含的网络流量嗅探的 HashType类型和报文的类型共同决定。芯片根据生成的单节点负载嗅探数据流 Key执行查找,得到的查找结果用于判断对该网络报文执行数据流学习的操作是添加还是更新。
在完成单节点嗅探数据流学习后,会通过DMA上送网络流量嗅探信息记录,配合系统层面进行网络流量嗅探记录的信息的获取,并按照网络流量嗅探RFC 标准报文格式进行报文封装,最后将网络流量嗅探协议报文发送到收集设备和分析设备。
(3)端到端负载和状态嗅探技术
请参阅图6,其表示根据本发明的端到端路径负载嗅探技术的技术框架。端到端负载和状态感知技术将负载和状态插入报文中间,逐跳节点堆栈式叠加。将网络故障等同于软件的GDB定位,还原每个栈的现场信息。
端到端负载和状态嗅探技术将CPU利用率、内存利用率、设备标识、源目端口、时延等信息插入到报文中,随报文携带;并在网路路径中堆栈式的将每一跳的信息压入报文内。在最后一跳设备中,将路径上收集的所有的信息进行归集,处理流程如图6所示。分散计算任务报文源地址为节点一,目的地址为节点四。通过端到端路径负载嗅探技术,经过节点一后,在报文中插入节点一的计算和网络状态,如CPU利用率、内存利用率、转发状态、端口带宽利用率、转发时延、队列状态、时间戳等信息;经过节点二后,保持节点一的数据,同时堆叠节点二的状态;节点三的处理过程类似,报文到达节点四后,将收集的节点一、节点二和节点三的状态进行归集,送至本地信息动态表,然后将状态信息裁剪,恢复原始报文,送至目的低节点四。
整个过程中,计算负载信息,信息的采集,插入报文,裁剪均由交换芯片完成,一方面实现零CPU占用,另一方面可以收集到传统CPU无法感知的时延、抖动、转发现场状态等更丰富的信息。
请参阅图7,其表示根据本发明的网络路径嗅探拓扑示意图。网络路径状态感知通过数据报文在网络中传输过程中,实时收集和携带网络设备的状态信息,便于网络健康状态的监测和网络故障的诊断。基于网络路径状态感知实现运维可视化的具体流程为:
业务报文进入网络路径源节点,通过交换机上设置的采样方式采样并镜像出该业务流报文,网络路径源节点在报文中封装一个网络路径状态感知头部,并在网络路径头部后添加计算和网络路径状态信息,将需要收集的计算能力,包括CPU、内容和硬盘信息、交换机的源、目端口、转发时延、拥塞状态等信息和状态。
报文转发至下一台网络路径中间节点,网络路径中间节点根据上一台设备的计算和网络路径状态信息内容继续添加本机的计算和网络路径状态信息;
经过所有网络路径末节点,网络路径中间节点将网络路径状态感知头部拆除,并将其中的路径信息通过管理通道将报文发送给后端的监控服务器进行解析和呈现。
网络路径状态感知的整体芯片流程如图8所示:
在IPE入方向流水线,芯片接收到报文后,首先进行解析,通过报文解析处理将MAC、IP、L4 Port等信息解析出来,并用于后续ACL查找。通过匹配 ACL表项将数据流进行分类,并根据ACL查找结果来决定是否使能网络路径状态感知。如果查找结果是使能网络路径状态感知,就进行后续的网络路径状态感知处理流程。
在网络路径状态感知处理模块,会根据ACL的查找结果判断对应的网络路径状态感知不同节点,并根据不同节点对网络路径状态感知报文处理的不同分别进行预处理。
在EPE出方向流水线的网络路径状态感知信息插入和编辑,芯片会根据入方向网络路径状态感知预处理的结果来完成网络路径状态感知报文的编辑操作。
网络路径源节点芯片处理流程如图9所示。
(4)计算和网络状态采集和阈值计算
为了实现对所监测网内的所有流量进行分析,首先需要合理地设置流量采集点。采集点的设置非常关键,直接影响到系统能否准确地对流量进行全面分析。下面主要针对分散计算的网络优化应用提出采集点设置建议方案。
由于主要是实现对分散计算的网络的优化,所以不一定需要对网络中传送的所有流量数据进行100%的监测。为减少对网络设备的资源占用,降低对系统的容量要求,可以选用数据包抽样的网络状态嗅探数据采集方式,对网络中的所有流量进行统计。
通常情况下,分散计算的网络结构包括核心层和边缘层两个层次,网络流量通过边缘层的路由器汇接进入核心层,由核心层的路由器进行转接。而网络状态嗅探技术只能对端口的流入流量进行分析,因此,流量采集点的设置主要有两种方案可供选择:
方案一:采集点设置在网络的核心层,核心层路由器之间的互联端口不需要开启网络状态嗅探,核心节点路由器对外的互联端口开启网络状态嗅探流入流量采集。
该方案的优点是被采集的路由器数量少,因此管理比较简单,配置工作量比较小;缺点是采集端口集中在核心层路由器上,增加了核心层路由器的负担,对业务网络的影响较大。
方案二:采集点设置在网络的边缘层,边缘层路由器对外的互联端口开启网络状态嗅探流入流量采集,对从其他AS进入到网内的流量进行分析。
该方案的优点是采集端口分散在边缘层的多台路由器上,相应地减少了单台路由器上的采集数据量和因流量采集而增加的负担,降低了开启分散计算的网络对业务网络的影响;缺点是被采集的路由器数量较多,管理的复杂程度和配置工作量都相应加大,而且这种方案需要将采集的分散计算的网络数据从边缘层的路由器传送到集中设置的采集机,会在网内增加一定的流量而占用网络带宽。
流量分析系统由采集机和分析服务器组成。被采集的路由器将网络嗅探数据包发往网络嗅探流量采集机,采集机将采集到的网络嗅探数据送到分析服务器进行分析。被采集的路由器分布在全网各个节点,当系统规模较大时,需要配置多台采集机和分析服务器。采集机和分析服务器的部署有以下两种方案。
方案一:将采集机分别部署在各个核心节点,每个核心节点的采集机负责采集连接至该核心节点的路由器;分析服务器集中部署在网管中心。该方案采集机通过以太网接口接入核心路由器或与核心路由器连接的局域网交换机,实现与被采集路由器的互通。利用用户数据报协议从被采集路由器上的端口采集网络嗅探数据,再通过带内网络传送到分析服务器,由分析服务器进行数据汇总和分析处理,如图10所示。
该方案的优点是,在至分析服务器的网络连接出现突发故障时,可以充分利用采集机的存储能力,暂存网络嗅探数据,待网络连接恢复时,再向分析服务器传送;这种分布式的部署方案还可以避免单点出现故障时导致全网流量无法采集,而且采集机还可以进行一些预处理工作,减轻分析服务器的压力。缺点是每个核心节点都需要配备一套采集机,设备的综合利用率不够高,管理和维护不够集中。
方案二:采集机和分析服务器集中部署,由多台采集机共同负责采集全网内的路由器。该方案采集机通过以太网接口接入网管中心,实现与全网内被采集路由器的互通,采集机利用通过网络从各节点被采集路由器上的端口采集网络嗅探数据,再通过分散计算的网络传送到分析服务器,由分析服务器进行数据汇总和分析处理,如图11所示。
该方案的优点是,流量分析系统设备集中部署,便于统一管理和统一维护,也提高了设备的利用率,缺点是如果网络不稳定或发生故障时,路由器的网络嗅探数据将不能传送到网管中心,处理不当可能造成网络嗅探数据的丢失。随着流量监测技术的不断改进和完善,互联网业务流量监测系统必将为提高宽带互联网络业务的服务质量和管理。分散计算的网络感知采集点的设置需要具备动态性,根据网络健康状态在分布式采集器和集中式采集之间切换。
为进一步降低采集器的CPU负载。本发明突破了网络状态阈值计算技术,进一步对采集点的CPU利用率,通过在交换芯片硬件实现水线技术,当交换机端口利用率超过最高阈值后,主动上报告警;当端口利用降低至安全阈值后,上报撤销告警。当交换芯片路径时延超过最高阈值后,主动上报告警;当路径时延低于安全阈值后,上报撤销告警。
综上,本发明所揭露的可编程实时计算和网络负载感知方法具备网络实时的负载、时延和抖动感知,能够满足分散计算网络对可编程感知和可编程调度的能力需求。相较于现有技术,本发明实现了一是网络感知尽量减少CPU的参与,保障计算资源;二是具备快速响应能力,特别是分散计算节点离线探测和分散计算节点负载状态感知,压缩到毫秒级别。
上述实施例只为说明本发明的技术构思及特点,其目的在于让熟悉此项技术的人士能够了解本发明的内容并据以实施,并不能以此限制本发明的保护范围。凡根据本发明精神实质所作的等效变化或修饰,都应涵盖在本发明的保护范围之内。
Claims (9)
1.一种用于分散计算网络的可编程实时计算和网络负载感知方法,其特征在于,包括以下步骤:
(1)在交换芯片内部通过单节点负载和状态嗅探技术,实现对于本节点的计算和网络负载、以及状态的收集;通过重构的协议报文将信息同步至其他分散计算节点;
(2)在交换芯片内部通过端到端负载和状态嗅探技术,实现网络流量传输过程中每一节点的负载和状态信息收集,堆栈式地将信息携带在网络流量中,在末节点将路径信息进行归集;
(3)通过计算和网络状态采集和阈值计算,设置流量采集点,实现对所监测网内的所有流量进行分析。
2.根据权利要求1所述的分散计算状态实时感知方法,其特征在于,步骤(1)中,采用硬件级网络嗅探系统,通过流采样和统计采样两种采样方式,计算负载规划,网络规划,网络监控,用户监控和分析。
3.根据权利要求2所述的分散计算状态实时感知方法,其特征在于,步骤(1)中,通过内存共享技术与计算节点的实时同步,获取计算节点的CPU利用率、内存利用率、硬盘利用率、任务完成率信息,将计算和网络的负载和状态信息统一归集到交换芯片内部。
4.根据权利要求1所述的分散计算状态实时感知方法,其特征在于,步骤(2)中,在网络流量传输过程中的每一节点将计算和网络状态,包括CPU利用率、内存利用率、设备标识、源目端口、转发状态、端口带宽利用率、转发时延、队列状态、时间戳信息插入到报文中,随报文携带;并在网路路径中堆栈式地将每一节点的信息压入报文内;在最后一节点的设备中,将路径上收集的包括时延、抖动、转发现场状态的所有的信息归集。
5.根据权利要求2所述的分散计算状态实时感知方法,其特征在于,所述硬件级网络嗅探系统包括一个嵌入在网络设备中的网络嗅探技术代理和远端的网络嗅探技术采集器;所述网络嗅探技术代理用于获取接口的统计信息和数据信息,将信息封装成网络嗅探技术报文,当网络嗅探技术报文缓冲区满或是在网络嗅探技术报文老化时间超时后,网络嗅探技术代理会将网络嗅探技术报文发送到指定的网络嗅探技术采集器;所述网络嗅探技术采集器会对网络嗅探技术报文进行分析,并显示分析结果。
6.根据权利要求3或5所述的分散计算状态实时感知方法,其特征在于,硬件级网络嗅探系统被配置为非采样和采样两种使用模式。
7.根据权利要求1所述的分散计算状态实时感知方法,其特征在于,步骤(3)中,流量采集点被设置在网络的核心层或者边缘层。
8.根据权利要求1所述的分散计算状态实时感知方法,其特征在于,步骤(3)中,流量分析系统被配置为用于对所有流量进行分析,所述流量分析系统包括网络嗅探流量采集机和分析服务器,被采集的路由器将网络嗅探数据包发往采集机,采集机将采集到的网络嗅探数据送到分析服务器进行分析。
9.根据权利要求8所述的分散计算状态实时感知方法,其特征在于,配置多台采集机和分析服务器,采集机和分析服务器的部署采用以下两种方案的其中一种:方案一:将采集机分别部署在各个核心节点,每个核心节点的采集机负责采集连接至该核心节点的路由器,分析服务器集中部署在网管中心;方案二:采集机和分析服务器都集中部署,由多台采集机共同负责采集全网内的路由器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010571030.3A CN111726410B (zh) | 2020-06-22 | 2020-06-22 | 用于分散计算网络的可编程实时计算和网络负载感知方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010571030.3A CN111726410B (zh) | 2020-06-22 | 2020-06-22 | 用于分散计算网络的可编程实时计算和网络负载感知方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111726410A true CN111726410A (zh) | 2020-09-29 |
CN111726410B CN111726410B (zh) | 2022-07-29 |
Family
ID=72569748
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010571030.3A Active CN111726410B (zh) | 2020-06-22 | 2020-06-22 | 用于分散计算网络的可编程实时计算和网络负载感知方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111726410B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113132374A (zh) * | 2021-04-14 | 2021-07-16 | 北京合众方达科技有限公司 | 一种分散计算协议栈封装系统 |
CN115208798A (zh) * | 2022-09-16 | 2022-10-18 | 中国电子科技集团公司第三十研究所 | 一种以太网专线模式的自动探测方法、系统、设备及介质 |
CN117319288A (zh) * | 2023-08-23 | 2023-12-29 | 比特深度(北京)科技有限公司 | 算网一体的服务器及数据传输方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106102094A (zh) * | 2016-07-06 | 2016-11-09 | 广州海格通信集团股份有限公司 | 一种基于sdn网络的tcp拥塞控制方法 |
CN107370676A (zh) * | 2017-08-03 | 2017-11-21 | 中山大学 | 一种融合QoS及负载均衡需求的路由选择方法 |
CN109478056A (zh) * | 2016-03-01 | 2019-03-15 | 源讯网源公司 | 用于分布式网格网络的智能节点 |
US20200019626A1 (en) * | 2018-07-12 | 2020-01-16 | EMC IP Holding Company LLC | Decentralized data management via geographic location-based consensus protocol |
-
2020
- 2020-06-22 CN CN202010571030.3A patent/CN111726410B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109478056A (zh) * | 2016-03-01 | 2019-03-15 | 源讯网源公司 | 用于分布式网格网络的智能节点 |
CN106102094A (zh) * | 2016-07-06 | 2016-11-09 | 广州海格通信集团股份有限公司 | 一种基于sdn网络的tcp拥塞控制方法 |
CN107370676A (zh) * | 2017-08-03 | 2017-11-21 | 中山大学 | 一种融合QoS及负载均衡需求的路由选择方法 |
US20200019626A1 (en) * | 2018-07-12 | 2020-01-16 | EMC IP Holding Company LLC | Decentralized data management via geographic location-based consensus protocol |
Non-Patent Citations (1)
Title |
---|
DIYI HU,ET AL.: "Throughput Optimized Scheduler for Dispersed Computing Systems", 《IEEE XPLORE》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113132374A (zh) * | 2021-04-14 | 2021-07-16 | 北京合众方达科技有限公司 | 一种分散计算协议栈封装系统 |
CN113132374B (zh) * | 2021-04-14 | 2023-01-20 | 北京合众方达科技有限公司 | 一种分散计算协议栈封装系统 |
CN115208798A (zh) * | 2022-09-16 | 2022-10-18 | 中国电子科技集团公司第三十研究所 | 一种以太网专线模式的自动探测方法、系统、设备及介质 |
CN115208798B (zh) * | 2022-09-16 | 2023-01-31 | 中国电子科技集团公司第三十研究所 | 一种以太网专线模式的自动探测方法、系统、设备及介质 |
CN117319288A (zh) * | 2023-08-23 | 2023-12-29 | 比特深度(北京)科技有限公司 | 算网一体的服务器及数据传输方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111726410B (zh) | 2022-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111726410B (zh) | 用于分散计算网络的可编程实时计算和网络负载感知方法 | |
EP1542398B1 (en) | Distributed architecture for real-time flow measurement at the network domain level | |
CN113676376B (zh) | 一种基于分簇的带内网络遥测方法 | |
US9270560B2 (en) | Session layer for monitoring utility application traffic | |
Vestin et al. | Programmable event detection for in-band network telemetry | |
CN110855493B (zh) | 用于混合环境的应用拓扑图绘制装置 | |
CN101335686A (zh) | 一种在网络设备上进行数据流量分析管理的方法 | |
CN103416022B (zh) | 分布式路由器/交换机架构中的服务中吞吐量测试方法和系统 | |
CN106572190A (zh) | 信息通信运行数据自主采集方法 | |
CN112333020A (zh) | 一种基于五元组的网络安全监测及数据报文解析系统 | |
US8826296B2 (en) | Method of supervising a plurality of units in a communications network | |
CN111800311B (zh) | 分散计算状态实时感知方法 | |
CN110071843A (zh) | 一种基于流路径分析的故障定位方法及装置 | |
Bezerra et al. | Deploying per-packet telemetry in a long-haul network: the AmLight use case | |
CN116346634A (zh) | 网络管控系统的状态感知信息处理方法、装置及电子设备 | |
CN114095383B (zh) | 网络流量采样方法、系统和电子设备 | |
KR100862727B1 (ko) | 트래픽 분석 방법 및 그 시스템 | |
CN108400905B (zh) | 一种处理分布式存储端到端流量分析的方法 | |
CN112312228B (zh) | 媒体传输质量指标检测方法、装置及存储介质 | |
Nguyen et al. | A Comprehensive P4-based Monitoring Framework for L4S leveraging In-band Network Telemetry | |
Subramoni et al. | Visualize and Analyze your Network Activities using OSU INAM | |
WO2022121454A1 (zh) | 一种流表发送方法及相关装置 | |
CN115021974B (zh) | 一种局域网络安全探针设备组 | |
Yurcik et al. | Internet security visualization case study: Instrumenting a network for NetFlow security visualization tools | |
CN114710424B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |