CN103905337A - 一种网络资源的处理装置、方法和*** - Google Patents
一种网络资源的处理装置、方法和*** Download PDFInfo
- Publication number
- CN103905337A CN103905337A CN201410127405.1A CN201410127405A CN103905337A CN 103905337 A CN103905337 A CN 103905337A CN 201410127405 A CN201410127405 A CN 201410127405A CN 103905337 A CN103905337 A CN 103905337A
- Authority
- CN
- China
- Prior art keywords
- calculation task
- information
- computing node
- decision
- routing
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/20—Traffic policing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
-
- 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/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- 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/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- 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/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
- H04L45/125—Shortest path evaluation based on throughput or bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种网络资源的处理装置、方法和***,涉及通信网络技术领域,用于解决处理网络资源时导致网络设备间的通信堵塞问题。根据接收模块接收调度Scheduler平台传递的与计算任务相对应的计算环境信息和各个计算节点的网络信息,并将计算环境信息提供给决策带宽模块和生成模块,将各个计算节点的网络信息提供给生成模块;决策带宽模块根据计算环境信息为计算任务决策分配的带宽;生成模块根据各个计算节点的网络信息、决策分配的带宽和计算环境信息为计算任务生成路由配置策略信息,并将路由配置策略信息提供给发送模块;发送模块将路由配置策略信息发送给路由配置控制器。本发明实施例提供的方案适于处理网络资源时采用。
Description
技术领域
本发明涉及通信网络技术领域,尤其涉及一种网络资源的处理装置、方法和***。
背景技术
通常,在面对一项需要较多计算资源的数据进行处理时,将该数据进行划分,然后将划分成多个部分的数据分配给多个计算节点进行处理。在各个计算节点将分配到的部分数据处理得到部分计算结果之后,将这些计算节点处理的部分计算结果汇总起来,从而形成该数据对应的计算结果,这就是分布式计算。
在现有技术中采用分布式计算时,首先调度Scheduler平台将接收的用户设备(User Equipment,UE)提交的计算任务进行分解,然后向计算资源管理器发送申请计算资源请求,该申请计算资源请求中至少包括计算节点的数量。计算资源管理器在接收到申请计算资源请求之后,按照计算节点的数量为该计算任务分配计算节点,然后向Scheduler平台反馈携带分配结果的申请计算资源响应,分配结果中包括分配的计算节点信息。Scheduler平台将分解后的各个部分计算子任务发送到对应的计算节点上,之后并收集各个计算节点的部分计算结果,从而完成对需要较多计算资源的数据的处理,其中一个计算节点执行一个部分计算子任务。
然而,采用现有技术中的方式来处理需要较多计算资源的数据(计算任务)时,调度Scheduler平台在将各个计算子任务的数量下发给分配计算节点之后,当计算节点之间交互的数据较多时,网络设备(如交换机、路由器等)只能按照预先配置的静态策略进行路由控制,从而可能导致网络设备间出现通信堵塞。
发明内容
本发明的实施例提供一种网络资源的处理装置、方法和***,用于解决处理网络资源时导致网络设备间的通信堵塞问题。
第一方面,本发明的实施例提供一种路由策略决策器,包括:
接收模块,用于接收调度Scheduler平台传递的与计算任务相对应的计算环境信息和各个计算节点的网络信息,并将所述计算环境信息提供给决策带宽模块和生成模块,将所述各个计算节点的网络信息提供给所述生成模块;
所述决策带宽模块,用于根据所述计算环境信息为所述计算任务决策分配的带宽;
所述生成模块,用于根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息,并将所述路由配置策略信息提供给发送模块;
所述发送模块,用于将所述路由配置策略信息发送给路由配置控制器。
结合第一方面,在第一方面的另一种实现方式中,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述计算环境信息包括所述计算任务的状态;
所述生成模块,具体用于当所述计算任务的状态为暂停时,根据所述各个计算节点的网络信息和决策分配的所述带宽为所述计算任务生成所述路由配置策略信息;
当所述计算任务的状态为运行时,根据所述各个计算节点的网络信息和决策分配的所述带宽并按照第一预定策略为所述计算任务生成所述路由配置策略信息。
结合第一方面及其上述实现方式中的任一种实现方式,在第一方面的另一种实现方式中,所述计算环境信息还包括计算任务的优先级;所述第一预定策略具体包括:
所述生成模块,还用于当所述计算任务的状态为运行,并且所述计算任务的优先级高于或等于预定阈值时,根据所述各个计算节点的网络信息和决策分配的所述带宽在本次进行路由配置时为所述计算任务生成所述路由配置策略信息,其中所述预定阈值用于衡量所述计算任务的优先级的高低;
当所述计算任务的状态为运行,并且所述计算任务的优先级低于预定阈值时,根据所述各个计算节点的网络信息和决策分配的所述带宽并在下一次需要进行路由配置时为所述计算任务生成所述路由配置策略信息。
第二方面,本发明的实施例提供一种Scheduler平台,包括:
接收模块,用于接收用户设备UE提交的计算任务描述信息,并将所述计算任务描述信息提供给获取模块、分解模块和生成模块,其中所述计算任务描述信息包括用户标识ID和所需的计算节点信息;
所述获取模块,用于根据所述计算任务描述信息获取所述用户ID对应的计算任务;
所述分解模块,用于根据所述所需的计算节点信息将所述计算任务分解成至少一个子计算任务;
所述获取模块,还用于获取处理所述各个子计算任务对应的各个计算节点的网络信息,并将所述各个计算节点的网络信息提供给第一发送模块;
所述生成模块,用于根据计算任务描述信息生成所述计算任务的计算环境信息,并将所述计算环境信息提供给所述第一发送模块路由策略决策器;
所述第一发送模块,用于向路由策略决策器路由策略决策器发送所述计算环境信息和所述各个计算节点的网络信息。
结合第二方面,在第二方面的另一种实现方式中,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述装置还包括:指定模块和第二发送模块;
所述第二发送模块,用于根据所述各个计算节点的网络信息向所述计算节点发送各自对应的子计算任务,并向所述指定模块提供已发送信息,所述已发送信息用于告知所述指定模块已发送所述至少一个子计算任务;
所述指定模块,用于指定所述计算任务的状态,并将所述计算任务的状态提供给所述生成模块;
所述生成模块,还用于根据计算任务描述信息和所述计算任务的状态生成所述计算任务的计算环境信息。
第三方面,本发明的实施例提供一种网络资源的处理方法,包括:
路由策略决策器接收调度Scheduler平台传递的与计算任务相对应的计算环境信息和各个计算节点的网络信息;
所述路由策略决策器根据所述计算环境信息为所述计算任务决策分配的带宽;
所述路由策略决策器根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息;
所述路由策略决策器将所述路由配置策略信息发送给路由配置控制器。
结合第三方面,在第三方面的另一种实现方式中,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述计算环境信息包括所述计算任务的状态;则所述路由策略决策器根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息,包括:
当所述计算任务的状态为暂停时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽为所述计算任务生成所述路由配置策略信息;
当所述计算任务的状态为运行时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽并按照第一预定策略为所述计算任务生成所述路由配置策略信息。
结合第三方面及其上述实现方式中的任一种实现方式,在第三方面的另一种实现方式中,所述计算环境信息还包括计算任务的优先级,则所述第一预定策略具体包括:
当所述计算任务的状态为运行,并且所述计算任务的优先级高于或等于预定阈值时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽在本次进行路由配置时为所述计算任务生成所述路由配置策略信息,其中所述预定阈值用于衡量所述计算任务的优先级的高低;
当所述计算任务的状态为运行,并且所述计算任务的优先级低于预定阈值时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽并在下一次进行需要路由配置时为所述计算任务生成所述路由配置策略信息。
结合第三方面及其上述实现方式中的任一种实现方式,在第三方面的另一种实现方式中,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述计算环境信息包括计算任务的优先级,所述路由策略决策器根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息,包括:
当所述计算任务的优先级高于或等于预定阈值时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽为所述计算任务生成所述路由配置策略信息,其中所述预定阈值用于衡量所述计算任务的优先级的高低;
当所述计算任务的优先级低于预定阈值时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽并按照第一预定策略为所述计算任务生成所述路由配置策略信息。
结合第三方面及其上述实现方式中的任一种实现方式,在第三方面的另一种实现方式中,所述计算环境信息还包括计算任务的状态;所述第一预定策略具体包括:
当所述计算任务的优先级低于预定阈值,并且所述计算任务的状态为暂停时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽在本次或者在下一次进行需要路由配置时为所述计算任务生成所述路由配置策略信息;
当所述计算任务的优先级低于预定阈值,并且所述计算任务的状态为运行时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽并在下一次进行需要路由配置时为所述计算任务生成所述路由配置策略信息。
第四方面,本发明的实施例提供另一种网络资源的处理方法,包括:
调度Scheduler平台接收用户设备UE提交的计算任务描述信息,所述计算任务描述信息包括用户标识ID和所需的计算节点信息;
所述Scheduler平台根据所述计算任务描述信息获取所述用户ID对应的计算任务;
所述Scheduler平台根据所述所需的计算节点信息将所述计算任务分解成至少一个子计算任务,并获取处理所述各个子计算任务对应的各个计算节点的网络信息;
所述Scheduler平台根据计算任务描述信息生成所述计算任务的计算环境信息;
所述Scheduler平台向所述路由策略决策器发送所述计算环境信息和所述各个计算节点的网络信息。
第五方面,本发明的实施例提供一种网络资源的处理***,包括:
路由策略决策器,用于接收调度Scheduler平台传递的与计算任务相对应的计算环境信息和各个计算节点的网络信息;根据所述计算环境信息为所述计算任务决策分配的带宽;根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息;将所述路由配置策略信息发送给路由配置控制器;
所述Scheduler平台,用于接收用户设备UE提交的计算任务描述信息,所述计算任务描述信息包括用户标识ID和所需的计算节点信息;根据所述计算任务描述信息获取所述用户ID对应的计算任务;根据所述所需的计算节点信息将所述计算任务分解成至少一个子计算任务,并为各个子计算任务申请计算节点,和获取处理所述各个子计算任务对应的各个计算节点的网络信息;根据计算任务描述信息生成所述计算任务的计算环境信息;向所述路由策略决策器发送所述计算环境信息和所述各个计算节点的网络信息;
所述路由配置控制器,用于接收所述路由策略决策器发送的所述路由配置策略信息。
本发明实施例提供一种网络资源的处理装置、方法和***,与现有技术中在处理需要较多计算资源的数据(计算任务)时,Scheduler平台在将各个计算子任务的数量下发给分配计算节点之后,当计算节点之间交互的数据较多时,网络设备(如交换机、路由器等)只能按照预先配置的静态策略进行路由,从而可能导致网络设备间出现通信堵塞的问题相比,本发明实施例根据Scheduler平台将获取的计算环境信息和各个计算节点的网络信息发送给路由策略决策器的接收模块,路由策略决策器的生成模块根据Scheduler平台提供计算环境信息和各个计算节点的网络信息生成路由配置策略信息,然后路由策略决策器的发送模块将该路由配置策略信息下发给路由配置控制器,使得交换机(网络设备)最终根据路由配置策略信息对数据进行路由控制,从而能够防止处理网络资源时导致网络设备间的通信堵塞。
附图说明
图1为本发明实施例提供的一种网络资源的处理***的结构示意图;
图2为本发明实施例提供的一种路由策略决策器的结构示意图;
图3为本发明实施例提供的一种路由策略决策器的结构示意图;
图4为本发明实施例提供的一种调度Scheduler平台的结构示意图;
图5为本发明实施例提供的一种调度Scheduler平台的结构示意图;
图6为本发明实施例提供的网络资源的处理***中的一种路由策略决策器的硬件结构图;
图7为本发明实施例提供的网络资源的处理***中的一种Scheduler平台的硬件结构图;
图8为本发明实施例提供的一种网络资源的处理方法的流程图;
图9为本发明实施例提供的一种网络资源的处理方法的流程图;
图10为本发明实施例提供的网络资源的处理方法中先配置路由配置策略信息再处理计算任务的网络资源的处理方法的流程图;
图11为本发明实施例提供的网络资源的处理方法中计算任务与配置路由配置策略信息并行处理的网络资源的处理方法的流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
本发明一种网络资源的处理装置适用于一种网络资源的处理***,如图1所示,该***10可包括:JAVA客户端(JAVA CLIENT)101、超文本转移协议客户端(HTTP CLIENT)102、表征状态转移接口服务器(Representational StateTransfer SERVER)103、调度(Scheduler)平台104、计算资源管理器(ResourceManager,RM)105、路由策略决策器(图中具体体现为:SpecMod)106、带宽分配算法(Bandwidth Allocation Algorithm,BAA)模块1061、网络资源管理(Network Resource Manager,NRM)模块1062、数据库(Data Base,DB)模块1063、OpenFlow控制器(OpenFlow Controller,OFC)107、OpenFlow交换机(OpenFlow Switch,OFS)108、虚拟机(Virtual Machine,VM)109和节点(NODE)110。
其中,JAVA CLIENT101,用于向Scheduler平台104提交计算任务的JAVA客户端程序。
HTTP CLIENT102,用于根据REST Server103向Scheduler平台104提交计算任务的HTTP客户端程序。
REST SERVER103,用于封装Scheduler平台104的能力,以向用户提供性能较好的接口。
Scheduler平台104,用于验证计算任务;向RM105申请处理计算任务的资源(即:计算节点);对计算任务进行调度、监控,并完成计算任务的结果处理等操作。
RM105,用于接收计算节点的注册,并对已注册的计算节点进行管理。其中管理计算节点包括计算节点状态检测,以及为Scheduler平台104中的计算任务分配计算节点。
SpecMod:为路由策略决策器106。其中,该SecMod模块的功能具体包括:为计算任务的计算节点间通信提供保障的路由策略的信息。为了方便描述,本发明中以路由策略决策器来进行描述。
在SpecMod模块中包括的BAA模块1061,用于根据Scheduler平台104提供的关于计算任务的相关信息(包括计算任务的状态、计算任务的优先级等等)、各个计算节点的网络信息等信息为计算任务生成路由配置策略信息。
NRM模块1062,为SpecMod模块的内部核心模块,用于调用BAA模块1061为计算任务生成路由配置策略信息。
DB模块1063,用于存储生成路由配置策略信息相关的内容。
OFC107,用于控制OFS,具体包括:计算路由路径、维护OFS状态、配置OFS可执行的路由策略。
OFS108,为支持OpenFlow的交换设备,可以是物理的或者虚拟的,用于执行OFC107提供的路由策略进行路由和QoS保证。
VM109,用于处理计算任务的虚拟设备。
NODE110,运行在物理机(HOST)或者VM109上的JAVA进程,可以连接RM105上报进程状态,也可以连接Scheduler平台104上报子计算任务的执行情况等。
结合图1,本方案具体包括的路由策略决策器106,用于接收Scheduler平台104发送的计算任务对应的计算环境信息和各个计算节点的网络信息;根据计算环境信息为计算任务决策分配的带宽;根据各个计算节点的网络信息、决策分配的带宽和计算环境信息为计算任务生成路由配置策略信息;将路由配置策略信息发送给路由配置控制器。其中路由配置控制器可以为图1中的OFC107。
Scheduler平台104,用于接收UE提交的计算任务描述信息,计算任务描述信息包括用户标识ID和所需的计算节点信息;根据计算任务描述信息获取用户ID对应的计算任务;根据所需的计算节点信息将计算任务分解成至少一个子计算任务,并为各个子计算任务申请计算节点,和获取处理各个子计算任务对应的各个计算节点的网络信息;根据计算任务描述信息生成计算任务的计算环境信息,计算环境信息为路由策略决策器106生成计算任务对应的路由配置策略信息的必要信息;向路由策略决策器106发送计算环境信息和各个计算节点的网络信息。
路由配置控制器107,用于接收路由策略决策器发送的路由配置策略信息。
路由配置策略信息中可以包括各个计算节点对应的路由信息。通过各个计算节点对应的路由信息可以为计算任务进行路由控制。
需要说明的是,计算任务描述信息还包括带宽需求信息,计算环境信息包括以下至少一种信息:用户ID、所需的计算节点信息、带宽需求信息、计算任务的状态和计算任务的优先级。
需要说明的是,所需的计算节点信息包括计算节点的数量和/或计算节点的配置信息。
进一步的,RM105,用于接收Scheduler平台104发送的携带所需的计算节点信息的计算节点分配请求;根据计算节点分配请求中的计算节点的数量和计算节点的配置信息为计算任务分配计算节点,并向Scheduler平台104返回计算节点信息,计算节点信息中包括各个计算节点的网络信息。
计算节点110,用于接收Scheduler平台104发送的子计算任务。
可以理解的是,计算节点110可以为处理所有子计算任务的计算节点的总称,或者可以为处理其中一个子计算任务对应的计算节点。
相对应的,Scheduler平台104,还用于将计算任务分解成至少一个子计算任务;将至少一个子计算任务发送给对应的计算节点110;将携带计算节点的数量和计算节点的配置信息的计算节点分配请求发送给计算资源管理器105;接收计算资源管理器105发送的计算节点信息。
交换机108,用于接收路由配置控制器107发送的OpenFlow配置策略信息;根据OpenFlow配置策略信息为计算任务进行路由控制。其中,在本方案中交换机可以为OFS108。
相对应的,路由配置控制器107,还用于将接收的路由配置策略信息转换成OpenFlow配置策略信息;将OpenFlow配置策略信息发送给交换机108。
进一步可选的,路由配置策略信息(OpenFlow配置策略信息)中还可以包括各个计算节点对应的路由信息相关的节点带宽信息。
当Scheduler平台104向路由策略决策器106发送的各个计算节点的网络信息包括各个计算节点对应的IP地址、端口号和介质访问控制MAC(Medium/Media Access Control)地址时,路由策略决策器106生成的路由配置策略信息中包括各个计算节点对应的路由信息。优选的,路由配置策略信息中还可以包括各个计算节点对应的节点带宽信息。
当Scheduler平台104向路由策略决策器106发送的各个计算节点的网络信息还包括各个计算节点之间的通信信息时,路由策略决策器106生成的路由配置策略信息中包括各个计算节点之间的节点间带宽信息。
可以理解的是,根据各个计算节点对应的节点带宽信息或各个计算节点之间的节点带宽信息可以为计算任务进行资源预留。资源预留可以包括QoS预留、路由计算任务的专属带宽等方面。
进一步需要说明的,Scheduler平台,还用于向计算节点105发送子计算任务,并指定计算任务的状态;其中,计算任务的状态为以下任意一种:运行、暂停、结束或出错;根据计算任务描述信息和计算任务的状态生成计算任务的计算环境信息。
进一步需要说明的,Scheduler平台102,还用于根据用户ID获取用户级别;根据用户ID对应的用户级别和计算任务级别生成计算任务的优先级。该用户级别可以包含在用户的订购信息中,或者根据用户的订购信息分配该用户的一个服务级别。
进一步需要说明的,Scheduler平台102,还用于根据计算任务描述信息、计算任务的状态和计算任务的优先级生成计算环境信息。
进一步需要说明的,Scheduler平台102,还用于更改计算任务的状态,得到计算任务更改后的状态,其中,计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错;向路由策略决策器106发送计算任务更改后的状态,计算任务更改后的状态用于路由策略决策器判断是否释放计算任务对应的路由配置策略信息对应的资源。其中,更改计算任务状态优选的是依据用户指令,如暂停、停止等;还可以依据计算节点的准备情况,如计算节点准备完成、或者计算节点报错;还可以依据计算任务执行情况,如计算任务执行出错等等。
相对应的,路由策略决策器106,还用于接收Scheduler平台104发送的计算任务更改后的状态;当计算任务更改后的状态由运行更改为结束或者由运行更改为出错时,按照第二预定策略释放计算任务对应的路由配置策略信息对应的资源。
其中,第二预定策略可以为设置一段时间间隔(时间间隔大于等于0,比如在本次执行或者时间间隔为10s),或者在路由策略决策器106下一次进行路由配置(即路由策略决策器106为任意计算任务配置对应的路由配置策略信息,即路由策略决策器106配置新的路由配置策略信息)时,释放该计算任务对应的路由配置策略信息对应的资源。
本发明实施例提供的一种网络资源的处理***,与现有技术中在处理需要较多计算资源的数据(即:计算任务)时,Scheduler平台在将各个计算子任务的数量下发给分配计算节点之后,当计算节点之间交互的数据较多时,网络设备(如交换机、路由器等)只能按照预先配置的静态策略进行路由,从而可能导致网络设备间出现通信堵塞的问题相比,本发明实施例根据Scheduler平台将获取的计算环境信息和各个计算节点的网络信息发送给路由策略决策器,由于路由策略决策器根据Scheduler平台提供计算环境信息和各个计算节点的网络信息生成路由配置策略信息,路由控制和/或资源预留事先考虑了网络状态及计算任务的带宽需求,从而能够防止处理网络资源时导致网络设备间的通信堵塞。
图2是本发明一个实施例的网络资源的处理装置,具体为一种路由策略决策器的结构示意图。图2中的路由策略决策器20包括:接收模块201,决策带宽模块202,生成模块203,发送模块204。其中,图2中的路由策略决策器20可以为图1中的路由策略决策器106。
接收模块201,用于接收调度Scheduler平台传递的与计算任务相对应的计算环境信息和各个计算节点的网络信息,并将计算环境信息提供给决策带宽模块202和生成模块203,将各个计算节点的网络信息提供给生成模块203。
其中,接收模块201接收的可以是与计算任务相对应的计算环境信息和计算任务相对应的各个计算节点的网络信息;或者接收模块201接收的可以是与计算任务相对应的计算环境信息和全部计算节点的网络信息。
决策带宽模块202,用于根据计算环境信息为计算任务决策分配的带宽,并将决策分配的带宽提供给生成模块203。
生成模块203,用于根据各个计算节点的网络信息、决策分配的带宽和计算环境信息为计算任务生成路由配置策略信息,并将路由配置策略信息提供给发送模块204。
具体的,生成模块203可以根据各个计算节点的网络信息、决策分配的带宽和计算环境信息为计算任务生成路由配置策略信息。优选的在生成路由配置策略信息时还参考网络拓扑状态,其中,网络拓扑状态为传输介质互连各种设备的物理布局的状态。
发送模块204,用于将路由配置策略信息发送给路由配置控制器。
本方案根据Scheduler平台将获取的计算环境信息和各个计算节点的网络信息为该计算任务决策分配的带宽,生成路由配置策略信息,。本方案对应图1的***架构中实现时,交换机(网络设备)最终根据路由配置控制器转换的OpenFlow配置策略信息进行路由控制,从而能够防止处理网络资源时导致网络设备间的通信堵塞。
进一步的,本发明还提供另一种路由策略决策器30,如图3所示,装置30还包括释放资源模块205。
释放资源模块205,用于当计算任务更改后的状态由运行更改为结束或者由运行更改为出错时,按照第二预定策略释放计算任务对应的路由配置策略信息对应的资源。其中,更改计算任务状态优选的是依据用户指令,如暂停、停止等;还可以依据计算节点的准备情况,如计算节点准备完成、或者计算节点报错;还可以依据计算任务执行情况,如计算任务执行出错等等。
对应的,接收模块201,还用于接收Scheduler平台发送的计算任务更改后的状态,并将计算任务更改后的状态提供给释放资源模块205,其中,计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错。
其中,第二预定策略可以为设置一段时间间隔(时间间隔大于等于0,比如在本次执行或者时间间隔为10s),或者在生成模块203下一次进行路由配置(即生成模块203为任意计算任务配置对应的路由配置策略信息)时,释放该计算任务对应的路由配置策略信息对应的资源。
进一步可选的,计算环境信息中还包括带宽需求信息,其中带宽需求信息包括:所需带宽信息和/或计算任务类型;决策带宽模块202,还用于根据带宽需求信息中的至少一种信息为计算任务决策分配的带宽。另外,当计算环境信息中不包括带宽需要求信息时,决策带宽模块202根据计算环境信息中的用户ID获取用户级别和用户级别为计算任务决策分配的带宽。
进一步可选的,根据计算环境信息中包括的信息不同,路由策略决策器中的生成模块203为计算任务生成路由配置策略信息的方式亦不相同,具体如下:
第一种方式:在计算环境信息中包括计算任务的状态的情况下:
生成模块203,具体用于当计算任务的状态为暂停时,根据各个计算节点的网络信息和决策分配的带宽在本次为计算任务生成路由配置策略信息,将生成的路由配置策略信息应用于当前计算任务执行中路由配置;当计算任务的状态为运行时,根据各个计算节点的网络信息和决策分配的带宽并按照第一预定策略为计算任务生成路由配置策略信息。
其中,第一预定策略为预定时间或者预定配置方式。
进一步的,计算环境信息还包括计算任务的优先级。第一预定策略具体包括:
当计算任务的状态为运行,并且计算任务的优先级高于或等于预定阈值时,生成模块203根据各个计算节点的网络信息和决策分配的带宽在本次进行路由配置时为计算任务生成路由配置策略信息,其中预定阈值用于衡量计算任务的优先级的高低;当计算任务的状态为运行,并且计算任务的优先级低于预定阈值时,生成模块203在下一次需要进行路由配置时,并且该计算任务仍然在运行状态,根据各个计算节点的网络信息和决策分配的带宽为所述计算任务生成路由配置策略信息。其中,下一次需要进行路由配置可以是路由策略决策器需要为另一个计算任务生成路由配置策略时;还可以是达到了预定的时间周期等等(该解释也同样适用于其他实施例)。
优选的,在下一次需要进行路由配置时,
需要说明的是,当生成模块203需要等到下一次需要进行路由配置时为该计算任务生成路由配置策略信息时,需要判断该计算任务是否已经执行完毕。当该计算任务仍在继续处理时,生成模块203可以在下一次需要进行路由配置时,将该计算任务的相关信息(各个计算节点的网络信息等)考虑到新的路由配置策略信息中。当该计算任务已处理完成时,生成模块203在生成新的路由配置策略时无需考虑该计算任务的相关信息。
同样的,在本方案中不限制预定阈值的范围,预定阈值的设置具体根据各个计算任务的等级重要性(优先级)的划分来确定预定阈值。
第二种方式,在计算环境信息包括计算任务的优先级的情况下:
生成模块203,具体用于当计算任务的优先级高于或等于预定阈值时,根据各个计算节点的网络信息和决策分配的带宽在本次为计算任务生成路由配置策略信息,其中预定阈值用于衡量计算任务的优先级的高低;当计算任务的优先级低于预定阈值时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽并按照第一预定策略为计算任务生成路由配置策略信息。
其中,第二种方式下的第一预定策略与第一种方式下的第一预定策略相同,第一预定策略具体包括:(进一步的,计算环境信息还包括计算任务的状态)
当计算任务的优先级低于预定阈值,并且计算任务的状态为暂停时,生成模块203根据各个计算节点的网络信息和决策分配的带宽在本次或者在下一次需要进行路由配置时为计算任务生成路由配置策略信息;其中是在本次还是在下一次需要进行路由配置时为计算任务生成路由配置策略信息可以是预先在路由策略决策器中配置的。
当计算任务的优先级低于预定阈值,并且计算任务的状态为运行时,生成模块203根据各个计算节点的网络信息和决策分配的带宽并在下一次需要进行路由配置时为计算任务生成路由配置策略信息。
值得说明的是,在生成模块203根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息的两种方式中,优先考虑的条件不同。
第一种方式中优先考虑计算任务的状态。当计算任务的状态为暂停时,生成模块203在本次执行生成该计算任务对应的路由配置策略信息的操作;当计算任务的状态为运行时,生成模块203再考虑计算任务的优先级是否高于或等于预定阈值,在该计算任务的优先级高于或等于预定阈值时,生成模块203在本次进行路由配置时执行生成该计算任务对应的路由配置策略信息的操作;在该计算任务的优先级低于预定阈值时,生成模块203在下一次需要进行路由配置时执行生成该计算任务对应的路由配置策略信息的操作。
第二种方式中优先考虑计算任务的优先级。当计算任务的优先级高于或等于预定阈值时,生成模块203在本次执行生成该计算任务对应的路由配置策略信息的操作;当计算任务的优先级低于预定阈值时,生成模块203再考虑计算任务的状态为运行还是暂停,在该计算任务的状态为暂停时,生成模块203按照预定时间(在本次或者某一时间之后)执行生成该计算任务对应的路由配置策略信息的操作;在该计算任务的状态为运行时,生成模块203按照预定配置方式(下一次进行路由配置)执行生成该计算任务对应的路由配置策略信息的操作。
根据这两种方式,出现两种网络资源的处理方法。
第一种方法为:Scheduler平台在将分解的各个子计算任务下发到对应的计算节点之后,路由策略决策器中的生成模块203优先配置计算任务对应的路由配置策略信息,在配置完毕之后告知Scheduler平台配置完毕,以便计算节点开始处理各自的子计算任务。其中,在配置完毕之后告知Scheduler平台配置完毕具体可以为:路由策略决策器在收到来自交换机的成功配置响应后,告知Scheduler平台配置完毕。具体的,路由策略决策器将生成的路由配置策略信息发送给网络策略控制器,以便网络策略控制器在将路由配置策略信息转换成OpenFlow配置策略信息之后,向交换机发送该OpenFlow配置策略信息,交换机按照OpenFlow配置策略信息为计算任务进行路由控制和/或资源预留。
需要说明的是,由于路由策略决策器中的生成模块203根据计算环境信息、各个计算节点的网络信息和实时的网络拓扑信息,生成动态的路由配置策略信息,即交换机可以根据所动态生成的路由配置策略为计算任务进行路由控制和/资源预留,从而避免传输数据时出现通信堵塞情况。第一种方法适用于用户级别高或者计算任务的优先级高时采用。
第二种方法为:Scheduler平台在将分解的各个子计算任务下发到对应的计算节点之后,计算节点开始执行处理各自子计算任务的操作,而路由策略决策器中的生成模块203根据计算环境信息的内容来决定何时生成该计算任务对应的路由配置策略信息。在生成模块203生成路由配置策略信息之后的执行操作与第一种方法相同。不同的是,第一种网络资源的处理方法是在生成模块203配置完毕路由配置策略信息之后,计算节点才开始处理各自的子计算任务,然后交换机会按照动态的生成的OpenFlow配置策略信息进行数据路由和QoS预留,此时该计算任务的数据通信是有QoS保证的。第二种网络资源的处理方法是各个计算节点执行各自接收的子计算任务和为该计算任务分配路由配置策略信息是并行的过程,由于路由配置策略信息的加载生效需要一定的延迟(延迟多长时间取决于路由策略决策器中的生成模块203决策),所以在为该计算任务分配的路由配置策略加载生效之前,若执行中计算任务有通信需求,则其是按照交换机预先配置的路由配置策略进行路由和传输控制(此时该计算任务的数据通信是无QoS保证的),只有在计算任务执行过程中,为该计算任务分配的路由配置策略信息加载生效之后,才按照所动态生成的OpenFlow配置策略信息为计算任务进行路由控制和/资源预留(此时该计算任务的数据通信才是有QoS保证的)。
需要说明的是,第二种方法适用于用户级别低或者计算任务的优先级低时采用。该方式在尽量减少对网络进行频繁更改的前提下,保证计算任务的网络通信,以提高网络资源的利用率。
进一步可选的,生成模块203根据各个计算节点的网络信息、决策分配的带宽和计算环境信息为计算任务生成路由配置策略信息。具体包括:
其中路由配置策略信息中可以包括各个计算节点对应的路由信息。进一步可选的,路由配置策略信息中还可以包括各个计算节点对应的路由信息相关的节点带宽信息。
当网络信息包括各个计算节点对应的IP地址、端口号和MAC地址时,生成模块203生成包括各个计算节点对应的节点带宽信息的路由配置策略信息。
当网络信息包括各个计算节点对应的IP地址、端口号、MAC地址和各个计算节点之间的通信信息时,生成模块203生成包括各个计算节点之间的节点间带宽信息的路由配置策略信息。
例如,设该网络信息中有三个节点:节点A,节点B,节点C,该计算任务的总带宽为9M。为了防止该计算任务的各节点通信总带宽超过决策的总带宽,则当网络信息中不包括各个计算节点之间的通信信息时,则生成模块203生成的路由配置策略信息中包括为节点A通信端口预留6M,节点B通信端口预留6M,节点C通信端口预留6M。当网络信息中包括各个计算节点之间的通信信息时,各个计算节点之间的通信信息为:节点A与节点C之间有交互,节点B与节点C之间有交互,则生成模块203生成的路由配置策略信息中包括为节点A的通信端口预留9M(或小于9M,依据自身策略),为节点B的通信端口预留9M(或小于9M,依据自身策略),为节点C通信端口预留的带宽为9M。
图4是本发明另一个实施例的网络资源的处理装置,具体为一种调度Scheduler平台的结构示意图。图4中的调度Scheduler平台40包括:接收模块401,获取模块402,分解模块403,生成模块404,第一发送模块405。其中,图4中的调度Scheduler平台40可以为图1中的Scheduler平台104。
接收模块401,用于接收UE提交的计算任务描述信息,并将计算任务描述信息提供给获取模块402、分解模块403和生成模块404,其中计算任务描述信息包括用户ID、所需的计算节点信息。
获取模块402,用于根据计算任务描述信息获取用户ID对应的计算任务。
分解模块403,用于根据所需的计算节点信息将计算任务分解成至少一个子计算任务。
获取模块402,还用于获取处理各个子计算任务对应的各个计算节点的网络信息,并将各个计算节点的网络信息提供给第一发送模块405。
生成模块404,用于根据计算任务描述信息生成计算任务的计算环境信息,并将计算环境信息提供给第一发送模块405,其中计算环境信息为路由策略决策器生成计算任务对应的路由配置策略信息的必要信息。
第一发送模块405,用于向路由策略决策器发送计算环境信息和各个计算节点的网络信息。
进一步的,本发明实施例提供另一种调度Scheduler平台50,如图5所示,该装置50还包括第二发送模块406,指定模块407,更改模块408;和获取模块402包括发送单元5021,接收单元5022。
第二发送模块406,还用于根据各个计算节点的网络信息向计算节点发送各自对应的子计算任务,并向指定模块407提供已发送信息,已发送信息用于告知指定模块407已发送至少一个子计算任务。
指定模块407,用于指定计算任务的状态,并将计算任务的状态提供给生成模块404。生成模块404根据计算任务描述信息和计算任务的状态生成计算任务的计算环境信息。
进一步可选的,计算任务描述信息还包括计算任务级别。获取模块402,还用于根据用户ID获取用户级别,并将用户级别提供给生成模块404。然后生成模块404根据用户级别和计算任务级别生成计算任务的优先级。
进一步的,生成模块404根据计算任务描述信息和计算任务的优先级生成计算环境信息。
进一步可选的,生成模块404,还用于根据计算任务描述信息、计算任务的状态和计算任务的优先级生成计算环境信息。
可以理解的是,计算任务描述信息可以包括用户ID、所需的计算节点信息、带宽需求信息(可选的)、计算任务的获取信息(可选的)、计算任务级别(可选的)。计算环境信息包括以下至少一种信息:用户ID、所需的计算节点信息、带宽需求信息、计算任务的状态和计算任务的优先级。
进一步需要说明的是,获取模块402根据计算任务描述信息获取用户ID对应的计算任务,具体包括两种方式:
第一种方式,获取模块402接收UE发送的计算任务数据包,该计算任务数据包中包含计算任务描述信息,获取模块402根据计算任务描述信息解析计算任务数据包以获取计算任务。
第二种方式,获取模块402根据计算任务描述信息中的计算任务获取地址或获取方式获取计算任务。
进一步需要说明的是,分解模块403根据所需的计算节点信息将计算任务分解成至少一个子计算任务,具体包括:
其中,所需的计算节点信息中包括计算节点的配置信息、计算节点的数量,其中计算节点的配置信息可以包括硬件配置(内存、CPU、网络等)、软件配置(操作***类型、应用程序库)等。可以理解的是,分解模块403根据计算节点的数量将计算任务分解成至少一个子计算任务。
进一步需要说明的是,在分解模块403将计算任务分解成至少一个子计算任务之后,获取模块402中的发送单元5021向计算资源管理器发送携带计算节点的数量和计算节点的配置信息的计算节点分配请求。在计算资源管理器根据接收的计算节点分配请求中的内容为该计算任务配置计算节点信息,并将配置的计算节点信息发送给Scheduler平台之后,接收单元5022接收计算资源管理器发送的计算节点信息,计算节点信息中包括各个计算节点的网络信息。其中,各个计算节点的网络信息中包括如下信息中的一个或多个:各个计算节点对应的远程访问地址、互联网IP地址、端口号和MAC地址。
进一步可选的,更改模块408,用于更改计算任务的状态,得到计算任务更改后的状态,并将计算任务更改后的状态提供给发送模块405,其中,计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错。然后发送模块405向路由策略决策器发送计算任务更改后的状态,计算任务更改后的状态用于路由策略决策器判断是否释放计算任务对应的路由配置策略信息对应的资源。其中,更改计算任务状态优选的是依据用户指令,如暂停、停止等;还可以依据计算节点的准备情况,如计算节点准备完成、或者计算节点报错;还可以依据计算任务执行情况,如计算任务执行出错等等。
本方案根据Scheduler平台的生成模块将生成的计算环境信息和Scheduler平台的的获取模块获取的各个计算节点的网络信息发送给路由策略决策器,以便路由策略决策器根据计算环境信息和各个计算节点的网络信息生成路由配置策略信息,然后路由策略决策器将该路由配置策略信息下发给路由配置控制器,使得交换机(网络设备)最终根据路由配置控制器转换的OpenFlow配置策略信息进行路由控制和/或资源预留,从而能够防止处理网络资源时导致网络设备间的通信堵塞。
如图6所示,图6为路由策略决策器的硬件结构示意图。其中,路由策略决策器可包括存储器601、收发器602、处理器603和总线604,其中,存储器601、收发器602、处理器603通过总线604通信连接。
存储器601可以是只读存储器(Read Only Memory,ROM),静态存储设备,动态存储设备或者随机存取存储器(Random Access Memory,RAM)。存储器601可以存储操作***和其他应用程序。在通过软件或者固件来实现本发明实施例提供的技术方案时,用于实现本发明实施例提供的技术方案的程序代码保存在存储器601中,并由处理器603来执行。
收发器602用于装置与其他设备或通信网络(例如但不限于以太网,无线接入网(Radio Access Network,RAN),无线局域网(Wireless Local AreaNetwork,WLAN)等)之间的通信。
处理器603可以采用通用的中央处理器(Central Processing Unit,CPU),微处理器,应用专用集成电路(Application Specific Integrated Circuit,ASIC),或者一个或多个集成电路,用于执行相关程序,以实现本发明实施例所提供的技术方案。
总线604可包括一通路,在装置各个部件(例如存储器601、收发器602和处理器603)之间传送信息。
应注意,尽管图6所示的硬件仅仅示出了存储器601、收发器602和处理器603和总线604,但是在具体实现过程中,本领域的技术人员应当明白,该终端还包含实现正常运行所必须的其他器件。同时,根据具体需要,本领域的技术人员应当明白,还可包含实现其他功能的硬件器件。
具体的,图6所示的路由策略决策器用于实现图2-图3实施例所示的装置时,该装置中的收发器602,用于接收调度Scheduler平台传递的计算任务相对应的计算环境信息和各个计算节点的网络信息,并将计算环境信息提供给各个计算节点的网络信息提供给处理器603。
处理器603,分别与存储器601和收发器602连接;具体用于根据计算环境信息为计算任务决策分配的带宽;根据各个计算节点的网络信息、决策分配的带宽和计算环境信息为计算任务生成路由配置策略信息,并将路由配置策略信息提供给收发器602。
收发器602,用于将路由配置策略信息发送给路由配置控制器。
进一步的,处理器603,还用于当计算任务更改后的状态由运行更改为结束或者由运行更改为出错时,按照第二预定策略释放计算任务对应的路由配置策略信息对应的资源。
对应的,收发器602,还用于接收Scheduler平台发送的计算任务更改后的状态,并将计算任务更改后的状态提供给处理器603,其中,计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错。
进一步可选的,计算环境信息中还包括带宽需求信息,其中带宽需求信息包括:所需带宽信息和/或计算任务类型;处理器603,还用于根据带宽需求信息中的至少一种信息为计算任务决策分配的带宽。另外,当计算环境信息中不包括带宽需要求信息时,处理器603根据计算环境信息中的用户ID获取用户级别和用户级别为计算任务决策分配的带宽。
进一步可选的,进一步可选的,根据计算环境信息中包括的信息不同,处理器603为计算任务生成路由配置策略信息的方式亦不相同,具体如下:
第一种方式:在计算环境信息中包括计算任务的状态的情况下:
处理器603,具体用于当计算任务的状态为暂停时,根据各个计算节点的网络信息和决策分配的带宽在本次为计算任务生成路由配置策略信息;当计算任务的状态为运行时,根据各个计算节点的网络信息和决策分配的带宽并按照第一预定策略为计算任务生成路由配置策略信息。
其中,第一预定策略具体包括:
(进一步的,计算环境信息还包括计算任务的优先级。)
当计算任务的状态为运行,并且计算任务的优先级高于或等于预定阈值时,处理器603根据各个计算节点的网络信息和决策分配的带宽在本次进行路由配置时为计算任务生成路由配置策略信息,其中预定阈值用于衡量计算任务的优先级的高低;当计算任务的状态为运行,并且计算任务的优先级低于预定阈值时,处理器603根据各个计算节点的网络信息和决策分配的带宽并在下一次进行需要路由配置时为计算任务生成路由配置策略信息。
在本方案中不限制预定阈值的范围,预定阈值的设置具体根据各个计算任务的等级重要性(优先级)的划分来确定预定阈值。
第二种方式,在计算环境信息包括计算任务的优先级的情况下:
处理器603,具体用于当计算任务的优先级高于或等于预定阈值时,根据各个计算节点的网络信息和决策分配的带宽在本次为计算任务生成路由配置策略信息,其中预定阈值用于衡量计算任务的优先级的高低;当计算任务的优先级低于预定阈值时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽并按照第一预定策略为计算任务生成路由配置策略信息。
其中,第二种方式下的第一预定策略与第一种方式下的第一预定策略相同。
具体的,第一预定策略包括:
(进一步的,计算环境信息还包括计算任务的状态时)
当计算任务的优先级低于预定阈值,并且计算任务的状态为暂停时,处理器603根据各个计算节点的网络信息和决策分配的带宽在本次或者在下一次需要进行路由配置时为计算任务生成路由配置策略信息;当计算任务的优先级低于预定阈值,并且计算任务的状态为运行时,处理器603根据各个计算节点的网络信息和决策分配的带宽并在下一次进行需要路由配置时为计算任务生成路由配置策略信息。
进一步可选的,处理器603根据各个计算节点的网络信息、决策分配的带宽和计算环境信息为计算任务生成路由配置策略信息。具体包括:
其中路由配置策略信息中可以包括各个计算节点对应的路由信息。进一步可选的,路由配置策略信息中还可以包括各个计算节点对应的路由信息相关的节点带宽信息。
当网络信息包括各个计算节点对应的IP地址、端口号和MAC地址时,处理器603生成包括各个计算节点对应的节点带宽信息的路由配置策略信息。
当网络信息包括各个计算节点对应的IP地址、端口号、MAC地址和各个计算节点之间的通信信息时,处理器603生成包括各个计算节点之间的节点间带宽信息的路由配置策略信息。
本方案通过为每个计算任务进行路由控制和/或资源预留,能够防止处理网络资源时导致网络设备间的通信堵塞。
如图7所示,图7为Scheduler平台的硬件结构示意图。其中,Scheduler平台可包括存储器701、收发器702、处理器703和总线704。其中,存储器701、收发器702、处理器703根据总线704通信连接。
其中在装置中对于存储器701、收发器702、处理器703和总线704的共同功能的概述可参考图7中的认证客户端包括的存储器601、收发器602、处理器603和总线604的说明,在此不再一一赘述。
应注意,尽管图7所示的硬件仅仅示出了存储器701、收发器702和处理器703和总线704,但是在具体实现过程中,本领域的技术人员应当明白,该终端还包含实现正常运行所必须的其他器件。同时,根据具体需要,本领域的技术人员应当明白,还可包含实现其他功能的硬件器件。
具体的,图7所示的Scheduler平台用于实现图4-图5实施例所示的装置时,该装置中的收发器702,用于接收UE提交的计算任务描述信息,并将计算任务描述信息提供给处理器703,其中计算任务描述信息包括用户ID、所需的计算节点信息。
处理器703,分别与存储器701和收发器702连接;具体用于根据计算任务描述信息获取用户ID对应的计算任务;根据所需的计算节点信息将计算任务分解成至少一个子计算任务;获取处理各个子计算任务对应的各个计算节点的网络信息,并将各个计算节点的网络信息提供给收发器702;根据计算任务描述信息生成计算任务的计算环境信息,并将计算环境信息提供给收发器702,其中计算环境信息为路由策略决策器生成计算任务对应的路由配置策略信息的必要信息。
收发器702,用于向路由策略决策器发送计算环境信息和各个计算节点的网络信息。以便于路由策略决策器根据计算环境信息和各个计算节点的网络信息和自身获取的网络拓扑信息生成路由配置策略信息。
进一步可选的,收发器702,还用于向计算节点发送各自对应的子计算任务,并向处理器703提供已发送信息,已发送信息用于告知指定模块407已发送至少一个子计算任务。
对应的处理器703,还用于指定计算任务的状态;和根据计算任务描述信息和计算任务的状态生成计算任务的计算环境信息。
进一步可选的,计算任务描述信息还包括计算任务级别。处理器703,还用于根据用户ID获取用户级别。然后根据用户级别和计算任务级别生成计算任务的优先级。该用户级别可以为用户的订购信息,或者根据用户的订购信息赋予该用户的一个服务级别。
进一步的,处理器703根据计算任务描述信息和计算任务的优先级生成计算环境信息。
进一步可选的,处理器703,还用于根据计算任务描述信息、计算任务的状态和计算任务的优先级生成计算环境信息。
可以理解的是,计算任务描述信息可以包括用户ID、所需的计算节点信息、带宽需求信息(可选的)、计算任务的获取信息(可选的)、计算任务级别(可选的)。计算环境信息包括以下至少一种信息:用户ID、所需的计算节点信息、带宽需求信息、计算任务的状态和计算任务的优先级。
进一步需要说明的是,处理器703根据所需的计算节点信息将计算任务分解成至少一个子计算任务,具体包括:
其中,所需的计算节点信息中包括计算节点的配置信息、计算节点的数量,其中计算节点的配置信息可以包括硬件配置(内存、CPU、网络等)、软件配置(操作***类型、应用程序库)等。可以理解的是,分解模块403根据计算节点的数量将计算任务分解成至少一个子计算任务。
进一步需要说明的是,在处理器703将计算任务分解成至少一个子计算任务之后,收发器702向计算资源管理器发送携带计算节点的数量和计算节点的配置信息的计算节点分配请求。在计算资源管理器根据接收的计算节点分配请求中的内容为该计算任务配置计算节点信息,并将配置的计算节点信息发送给Scheduler平台之后,收发器702接收计算资源管理器发送的计算节点信息,计算节点信息中包括各个计算节点的网络信息。其中,各个计算节点的网络信息中包括如下信息中的一个或多个:各个计算节点对应的远程访问地址、互联网IP地址、端口号和MAC地址。
进一步可选的,处理器703,还用于更改计算任务的状态,得到计算任务更改后的状态,并将计算任务更改后的状态提供给收发器702,其中,计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错。然后收发器702向路由策略决策器发送计算任务更改后的状态,计算任务更改后的状态用于路由策略决策器判断是否释放计算任务对应的路由配置策略信息对应的资源。
本方案能够防止处理网络资源时导致网络设备间的通信堵塞。
图8是本发明一个实施例的网络资源的处理方法的流程图。图8的方法可以由图2-图3描述的装置20和装置30(即路由策略决策器)来执行。
801,路由策略决策器接收Scheduler平台传递的计算任务相对应的计算环境信息和各个计算节点的网络信息。
802,路由策略决策器根据计算环境信息为计算任务决策分配的带宽。
803,路由策略决策器根据各个计算节点的网络信息、决策分配的带宽和计算环境信息为计算任务生成路由配置策略信息。
804,路由策略决策器将路由配置策略信息发送给路由配置控制器。
本发明实施例提供的一种网络资源的处理方法,与现有技术中在处理需要较多计算资源的数据(计算任务)时,Scheduler平台在将各个计算子任务的数量下发给分配计算节点之后,当计算节点之间交互的数据较多时,网络设备(如交换机、路由器等)只能按照预先配置的静态策略进行路由,从而可能导致网络设备间出现通信堵塞的问题相比,本发明实施例根据Scheduler平台将获取的计算环境信息和各个计算节点的网络信息发送给路由策略决策器,路由策略决策器根据Scheduler平台提供计算环境信息和各个计算节点的网络信息,生成路由配置策略信息,然后路由策略决策器将该路由配置策略信息下发给路由配置控制器,使得交换机(网络设备)最终根据路由配置控制器对数据进行传输,从而能够防止处理网络资源时导致网络设备间的通信堵塞。
需要说明的是,在本方案中不限制路由配置控制器的具体设备,优选的,在本实施例中网络配置控制器可以为OFC。
进一步可选的,在步骤801中的计算环境信息至少包括以下一种信息:用户ID、计算任务的状态、计算任务的优先级、带宽需求信息。
进一步可选的,在步骤802中,当计算环境信息中包括带宽需求信息时,路由策略决策器根据带宽需求信息中的所需带宽信息和/计算任务类型为计算任务决策分配的带宽。另外,当计算环境信息中不包括带宽需要求信息时,路由策略决策器根据计算环境信息中的用户ID获取用户级别,然后根据用户级别为计算任务决策分配的带宽。
进一步可选的,在步骤803中,根据计算环境信息中包括的信息不同,路由策略决策器为计算任务生成路由配置策略信息的方式亦不相同,具体如下:
第一种方式:在计算环境信息中包括计算任务的状态的情况下:
当计算任务的状态为暂停时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽在本次为计算任务生成路由配置策略信息。
当计算任务的状态为运行时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽并按照第一预定策略为计算任务生成路由配置策略信息。
其中,各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号。进一步的,计算环境信息中还包括计算任务的优先级。
第一预定策略具体包括:
当计算任务的状态为运行,并且计算任务的优先级高于或等于预定阈值时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽在本次进行路由配置时为计算任务生成路由配置策略信息,其中预定阈值用于衡量计算任务的优先级的高低。
当计算任务的状态为运行,并且计算任务的优先级低于预定阈值时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽并在下一次需要进行路由配置时为计算任务生成路由配置策略信息。
在本方案中不限制第一预定策略的具体方式。举例来说,当计算任务的状态为运行,但计算任务的优先级高于或等于预定阈值时,路由策略决策器可以在本次生成该计算任务对应的路由配置策略信息。同样的,第一预定策略可以为路由策略决策器在为下一次需要进行路由配置时为该计算任务生成路由配置策略信息。可以理解的是,下一次需要进行路由配置可以为路由策略决策器在下一次为某一个计算任务生成路由配置策略信息的同时,将该计算任务相关的信息考虑到新的路由配置策略信息中,以使得新的路由配置策略信息适用于该计算任务的处理操作。
同样的,在本方案中不限制预定阈值的范围,预定阈值的设置具体根据各个计算任务的等级重要性(优先级)的划分来确定预定阈值。
第二种方式,在计算环境信息包括计算任务的优先级的情况下:
当计算任务的优先级高于或等于预定阈值时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽在本次为计算任务生成路由配置策略信息,其中预定阈值用于衡量计算任务的优先级的高低。
当计算任务的优先级低于预定阈值时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽并按照第一预定策略为计算任务生成路由配置策略信息。
其中,第二种方式下的第一预定策略与第一种方式下的第一预定策略相同,第一预定策略具体包括:
进一步的,当计算任务的优先级低于预定阈值,并且计算任务的状态为暂停时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽在本次或者在下一次需要进行路由配置时为计算任务生成路由配置策略信息。
当计算任务的优先级低于预定阈值,并且计算任务的状态为运行时,路由策略决策器根据各个计算节点的网络信息和决策分配的带宽并在下一次需要进行路由配置时为计算任务生成路由配置策略信息。
值得说明的是,在路由策略决策器根据所述各个计算节点的网络信息、决策分配的所述带宽和计算环境信息为所述计算任务生成路由配置策略信息的两种方式中,优先考虑的条件不同。
第一种方式中优先考虑计算任务的状态。当计算任务的状态为暂停时,路由策略决策器在本次执行生成该计算任务对应的路由配置策略信息的操作;当计算任务的状态为运行时,路由策略决策器再考虑计算任务的优先级是否高于或等于预定阈值,在该计算任务的优先级高于或等于预定阈值时,路由策略决策器在本次进行路由配置时执行生成该计算任务对应的路由配置策略信息的操作;在该计算任务的优先级低于预定阈值时,路由策略决策器在下一次需要进行路由配置时执行生成该计算任务对应的路由配置策略信息的操作。
第二种方式中优先考虑计算任务的优先级。当计算任务的优先级高于或等于预定阈值时,路由策略决策器在本次执行生成该计算任务对应的路由配置策略信息的操作;当计算任务的优先级低于预定阈值时,路由策略决策器再考虑计算任务的状态为运行还是暂停,在该计算任务的状态为暂停时,路由策略决策器在本次或者在下一次需要进行路由配置时执行生成该计算任务对应的路由配置策略信息的操作;在该计算任务的状态为运行时,路由策略决策器在下一次需要进行路由配置时执行生成该计算任务对应的路由配置策略信息的操作。
根据这两种方式,出现两种网络资源的处理方法。第一种方法为:Scheduler平台在将分解的各个子计算任务下发到对应的计算节点之后,路由策略决策器优先配置计算任务对应的路由配置策略信息,在配置完毕之后告知Scheduler平台配置完毕,以便计算节点开始处理各自的子计算任务。其中,在配置完毕之后告知Scheduler平台配置完毕具体可以为:路由策略决策器在收到来自交换机的成功配置响应后,告知Scheduler平台配置完毕,具体的,路由策略决策器将生成的路由配置策略信息发送给网络策略控制器,以便网络策略控制器在将路由配置策略信息转换成OpenFlow配置策略信息之后,向交换机发送该OpenFlow配置策略信息,交换机按照OpenFlow配置策略信息预留资源和进行路由控制。
需要说明的是,由于路由策略决策器根据计算环境信息、各个计算节点的网络信息和实时的网络拓扑信息,生成动态的路由配置策略信息,即交换机可以根据所动态生成的路由配置策略预留资源和进行路由控制,从而避免传输数据时出现通信堵塞情况。第一种方法适用于用户级别高或者计算任务的优先级高时采用。
第二种方法为:Scheduler平台在将分解的各个子计算任务下发到对应的计算节点之后,计算节点开始执行处理各自子计算任务的操作,而路由策略决策器根据计算环境信息的内容来决定何时生成该计算任务对应的路由配置策略信息。在路由策略决策器生成路由配置策略信息之后的执行操作与第一种方法相同。不同的是,第一种网络资源的处理方法是在路由策略决策器配置完毕路由配置策略信息之后,计算节点才开始处理各自的子计算任务,然后交换机会按照动态的生成的OpenFlow配置策略信息进行路由控制和/或资源预留(此时该计算任务的数据通信是有QoS保证的)。第二种网络资源的处理方法是各个计算节点执行各自接收的子计算任务和为该计算任务分配路由配置策略信息是并行的过程,由于路由配置策略信息的加载生效需要一定的延迟(延迟多长时间取决于路由策略决策器决策),所以在为该计算任务分配的路由配置策略加载生效之前,若执行中计算任务有通信需求,则其是按照交换机之前配置的已有路由配置策略进行路由和传输控制(此时该计算任务的数据通信是无QoS保证的)。
需要说明的是,第二种方法适用于用户级别低或者计算任务的优先级低时采用。该方式在尽量减少对网络进行频繁更改的前提下,保证计算任务的网络通信,以提高网络资源的利用率。
进一步可选的,在步骤803中,当网络信息包括各个计算节点对应的IP地址、端口号和MAC地址时,路由策略决策器生成包括各个计算节点对应的节点带宽信息的路由配置策略信息。
当网络信息包括各个计算节点对应的IP地址、端口号、MAC地址和各个计算节点之间的通信信息时,路由策略决策器生成包括各个计算节点之间的节点间带宽信息的路由配置策略信息。
进一步可选的,在步骤803之后,该方法还包括:路由策略决策器接收Scheduler平台发送的计算任务更改后的状态,其中,计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错;当计算任务更改后的状态由运行更改为结束或者由运行更改为出错时,路由策略决策器按照第二预定策略释放计算任务对应的路由配置策略信息对应的资源。
即计算任务的状态为路由策略决策器预留网络资源(如带宽等)或者释放网络资源的参照信息。当计算任务的状态为运行、或者暂停时,路由策略决策器保留并存储为该计算任务分配的网络资源;当计算任务的状态为结束或者出错时,路由策略决策器释放为该计算任务分配的网络资源。从而提高了网络资源的利用率。
图9是本发明一个实施例的网络资源的处理方法的流程图。图9的方法可以由图4和图5描述的装置40、装置50(即Scheduler平台)来执行。
901,Scheduler平台接收UE提交的计算任务描述信息,计算任务描述信息包括用户标识ID和所需的计算节点信息。
902,Scheduler平台根据计算任务描述信息获取用户ID对应的计算任务。
903,Scheduler平台根据所需的计算节点信息将计算任务分解成至少一个子计算任务,并为各个子计算任务申请计算节点,并获取处理各个子计算任务对应的各个计算节点的网络信息。
904,Scheduler平台根据计算任务描述信息生成计算任务的计算环境信息。
905,Scheduler平台向路由策略决策器发送计算环境信息和各个计算节点的网络信息。
本方案根据Scheduler平台将获取的计算环境信息和各个计算节点的网络信息发送给路由策略决策器,路由策略决策器根据Scheduler平台提供计算环境信息和各个计算节点的网络信息生成路由配置策略信息,然后路由策略决策器将该路由配置策略信息下发给路由配置控制器,使得交换机(网络设备)最终根据路由配置控制器转换的OpenFlow配置策略信息进行路由控制和/或资源预留,从而能够防止处理网络资源时导致网络设备间的通信堵塞。
进一步可选的,在步骤902中,Scheduler平台获取用户ID对应的计算任务的方式有两种,具体包括:
第一种方式,Scheduler平台接收UE发送的计算任务数据包,该计算任务数据包中包含计算任务描述信息,根据计算任务描述信息解析计算任务数据包以获取计算任务。
第二种方式,Scheduler平台根据计算任务描述信息中的计算任务获取地址或获取方式获取计算任务。
进一步可选的,在步骤903中,Scheduler平台根据所需的计算节点信息将计算任务分解成至少一个子计算任务,具体包括:
其中,所需的计算节点信息中包括计算节点的配置信息、计算节点的数量,其中计算节点的配置信息可以包括硬件配置(内存、CPU、网络等)、软件配置(操作***类型、应用程序库)等。可以理解的是,Scheduler平台根据计算节点的数量将计算任务分解成至少一个子计算任务。
进一步可选的,在Scheduler平台根据所需的计算节点信息将计算任务分解成至少一个子计算任务之后,还包括:
Scheduler平台向计算资源管理器发送携带计算节点的数量和计算节点的配置信息的计算节点分配请求。然后计算资源管理器根据该计算节点分配请求中的内容为计算任务配置计算节点信息。然后将配置的计算节点信息发送给Scheduler平台。
对应的,Scheduler平台接收计算资源管理器发送的计算节点信息,计算节点信息中包括各个计算节点的网络信息。即Scheduler平台获取各个计算节点的网络信息。其中,各个计算节点的网络信息中包括如下信息中的一个或多个:各个计算节点对应的远程访问地址、互联网IP地址、端口号和MAC地址。
当网络信息包括各个计算节点对应的IP地址、端口号和MAC地址时,路由策略决策器生成的路由配置策略信息中包括各个计算节点对应的节点带宽信息;
当网络信息包括各个计算节点对应的IP地址、端口号、MAC地址和各个计算节点之间的通信信息时,路由策略决策器生成的路由配置策略信息中包括各个计算节点之间的节点间带宽信息。
需要说明的是,路由配置策略信息中可以包括各个计算节点对应的路由信息。进一步可选的,路由配置策略信息中还可以包括各个计算节点对应的路由信息相关的节点带宽信息。
进一步可选的,在Scheduler平台获取各个计算节点的网络信息之后,还包括:
Scheduler平台向计算节点发送各自对应的子计算任务,并指定计算任务的状态。
值得说明的是,在Scheduler平台向计算节点发送各自对应的子计算任务之后,当Scheduler平台指定计算任务的状态为暂停时,则各个计算节点暂停对各自对应的子计算任务的处理;当Scheduler平台指定计算任务的状态为运行时,则各个计算节点处理对各自对应的子计算任务。
当然,计算任务的状态还包括出错或者结束,这两种状态均为计算节点向Scheduler平台的反馈,当出现这两种状态时,各个计算节点停止对各自对应的子计算任务的处理。
进一步可选的,在步骤901之后,Scheduler平台根据用户ID获取用户级别;然后Scheduler平台根据用户级别和计算任务级别生成计算任务的优先级。
进一步可选的,在步骤904中,Scheduler平台根据计算任务描述信息和计算任务的状态生成计算任务的计算环境信息。
进一步可选的,在步骤904中,Scheduler平台根据计算任务描述信息和计算任务的优先级生成计算环境信息。
可以理解的是,计算任务描述信息可以包括用户ID、所需的计算节点信息、带宽需求信息(可选的)、计算任务的获取信息(可选的)、计算任务级别(可选的)。计算环境信息包括以下至少一种信息:用户ID、所需的计算节点信息、带宽需求信息、计算任务的状态和计算任务的优先级。
进一步可选的,在步骤905之后,Scheduler平台更改计算任务的状态,得到计算任务更改后的状态,其中,计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错。然后Scheduler平台向路由策略决策器发送计算任务更改后的状态,计算任务更改后的状态用于路由策略决策器判断是否释放计算任务对应的路由配置策略信息对应的资源。
图10是本发明一个实施例中先配置路由配置策略信息再处理计算任务的网络资源的处理方法的流程图。
1001,Scheduler平台接收UE发送的计算任务描述信息。
计算任务描述信息可以包括用户ID、所需的计算节点信息、带宽需求信息(可选的)、计算任务的获取信息(可选的)、计算任务级别(可选的)。
1002,Scheduler平台根据计算任务描述信息将计算任务进行分解,得到至少一个子计算任务。
Scheduler平台根据计算任务描述信息确定计算任务所需的计算节点信息。其中所需的计算节点信息包括:计算节点的配置信息、计算节点的数量,计算节点的配置信息可以包括硬件配置(内存、CPU、网络等)、软件配置(操作***类型、应用程序库)等。然后Scheduler平台根据计算节点的数量,将该计算任务分解成计算节点数量对应的子计算任务。可以理解的是,计算节点的数量与子计算任务的数量相等。
1003,Scheduler平台根据所需的计算节点信息向计算资源管理器申请计算任务所需的计算节点。
具体的,Scheduler平台向计算资源管理器发送携带计算节点的数量和计算节点的配置信息的计算节点分配请求;然后接收计算资源管理器发送的计算节点信息,计算节点信息中包括各个计算节点的网络信息。
1004,Scheduler平台将子计算任务发送到对应的计算节点上,并指示各个子计算任务的状态(计算任务的状态)为暂停。
在现有技术中,一般在Scheduler平台向计算节点下发各自对应的子计算任务之后,各个子计算任务的状态为运行,此时,各个计算节点就开始对各自对应的子计算任务的处理。
1005,Scheduler平台生成计算环境信息。
计算环境信息包括以下至少一种信息:用户ID、所需的计算节点信息、带宽需求信息、计算任务的状态和计算任务的优先级。
1006,Scheduler平台将计算环境信息和各个计算节点的网络信息发送给路由策略决策器。
1007,路由策略决策器根据接收的计算环境信息和各个计算节点的网络信息生成路由配置策略信息。
1008,路由策略决策器将路由配置策略信息发送给路由配置控制器。
可以理解的是,本实施例中的路由配置控制器可以为OFC。
1009,路由配置控制器将接收的路由配置策略信息转换成OpenFlow配置策略信息,然后发送给管理的交换机执行配置。
本方案中不限制交换机的类型,优先的,在本实施例中交换机可以为OFS。
1010,交换机在接收到OpenFlow配置策略信息之后,向路由策略决策器发送成功配置响应。
该成功配置响应用于告知路由策略决策器交换机已接收到OpenFlow配置策略信息。
1011,路由策略决策器向Scheduler平台发送路由配置结果。
该路由配置结果用于告知Scheduler平台已完成该计算任务对应的路由配置策略信息。可选的,路由配置结果中可以包括该路由配置策略信息。
1012,Scheduler平台在收到路由配置结果之后,将计算任务的状态改为运行,并向各个计算节点的代理模块发送计算任务的状态。
各个计算节点在获知计算任务的状态之后,开始处理各自接收的子计算任务。
在交换机在接收的OpenFlow配置策略信息之后,可以按照该OpenFlow配置策略信息执行资源预留和数据路由。可以理解的是,该OpenFlow配置策略信息为动态的网络策略信息,可以避免交换机在传输数据时,出现通信堵塞情况。
该先配置路由配置策略信息再处理计算任务的方式,可以在清楚此时网络拓扑的情况下,动态的为该计算任务生成路由配置策略信息。该路由配置策略信息可以避免出现通信堵塞。
图11是本发明一个实施例中计算任务与配置路由配置策略信息并行处理的网络资源的处理方法的流程图。
1101,Scheduler平台接收UE发送的计算任务描述信息。
1102,Scheduler平台根据计算任务描述信息将计算任务进行分解,得到至少一个子计算任务。
1103,Scheduler平台根据计算节点信息向计算资源管理器申请计算任务所需的计算节点。
1104,Scheduler平台将子计算任务发送到对应的计算节点上,并指示各个子计算任务的状态(计算任务的状态)为运行。
1105,各个计算节点开始处理各自对应的子计算任务。
各个计算节点在接收到各自对应的子计算任务之后,直接处理各自对应的子计算任务。时
1106,Scheduler平台生成计算环境信息。
1107,Scheduler平台将计算环境信息和各个计算节点的网络信息发送给路由策略决策器。
1108,路由策略决策器根据接收的计算环境信息和各个计算节点的网络信息生成路由配置策略信息。
1109,路由策略决策器将路由配置策略信息发送给路由配置控制器。
可以理解的是,本实施例中的路由配置控制器可以为OFC。
1110,路由配置控制器将接收的路由配置策略信息转换成OpenFlow配置策略信息,然后发送给管理的交换机执行配置。
本方案中不限制交换机的类型,优先的,在本实施例中交换机可以为OFS。
1111,交换机在接收到OpenFlow配置策略信息之后,向路由策略决策器发送成功配置响应。
1112,路由策略决策器向Scheduler平台发送路由配置结果。
可以理解的是,在本步骤中,路由策略决策器发送的路由配置结果对Scheduler平台的作用仅仅是获知路由策略决策器是否生成路由配置策略信息,对计算任务的状态不做影响。
该计算任务与配置路由配置策略信息并行处理的方式,可以在Scheduler平台接收到计算任务之后在路由配置策略信息尚未生成时,直接让各个计算节点处理各自对应的子计算任务,各个计算节点和各个交换机无需等待路由配置策略信息的生成,使得路由策略决策器可以根据自身策略调整网络,而无需立即调整网络,减少了频繁调整网络造成网络不稳定。
得说明的是,先配置路由配置策略信息再处理计算任务的方式,适用于计算任务的优先级较高时采用,该方式可以保证计算任务处理的可靠性。计算任务与配置路由配置策略信息并行处理的方式,适用于计算任务的优先级较低时采用,该方式可以提高网络资源的利用率。
另外,本发明也可以将先配置路由配置策略信息再处理计算任务的方式和计算任务与配置路由配置策略信息并行处理的方式结合使用,即在Scheduler平台有多个计算任务时,可以根据用户优先级或者计算任务优先级或其他本地策略,将一部分的计算任务采用先配置路由配置策略信息再处理计算任务的方式进行处理,另一部分的计算任务采用计算任务与配置路由配置策略信息并行处理的方式进行处理。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (29)
1.一种路由策略决策器,其特征在于,包括:
接收模块,用于接收调度Scheduler平台传递的与计算任务相对应的计算环境信息和各个计算节点的网络信息,并将所述计算环境信息提供给决策带宽模块和生成模块,将所述各个计算节点的网络信息提供给所述生成模块;
所述决策带宽模块,用于根据所述计算环境信息为所述计算任务决策分配的带宽;
所述生成模块,用于根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息,并将所述路由配置策略信息提供给发送模块;
所述发送模块,用于将所述路由配置策略信息发送给路由配置控制器。
2.根据权利要求1所述的路由策略决策器,其特征在于,所述计算环境信息中还包括带宽需求信息;
所述决策带宽模块,还用于根据所述带宽需求信息为所述计算任务决策所述带宽。
3.根据权利要求1或2所述的路由策略决策器,其特征在于,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述计算环境信息包括所述计算任务的状态;
所述生成模块,具体用于当所述计算任务的状态为暂停时,根据所述各个计算节点的网络信息和决策分配的所述带宽为所述计算任务生成所述路由配置策略信息;
当所述计算任务的状态为运行时,根据所述各个计算节点的网络信息和决策分配的所述带宽并按照第一预定策略为所述计算任务生成所述路由配置策略信息。
4.根据权利要求3所述的路由策略决策器,其特征在于,所述计算环境信息还包括计算任务的优先级;所述第一预定策略具体包括:
所述生成模块,还用于当所述计算任务的状态为运行,并且所述计算任务的优先级高于或等于预定阈值时,根据所述各个计算节点的网络信息和决策分配的所述带宽在本次进行路由配置时为所述计算任务生成所述路由配置策略信息,其中所述预定阈值用于衡量所述计算任务的优先级的高低;
当所述计算任务的状态为运行,并且所述计算任务的优先级低于预定阈值时,根据所述各个计算节点的网络信息和决策分配的所述带宽并在下一次需要进行路由配置时为所述计算任务生成所述路由配置策略信息。
5.根据权利要求1或2所述的路由策略决策器,其特征在于,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述计算环境信息还包括计算任务的优先级;
所述生成模块,具体用于当所述计算任务的优先级高于或等于预定阈值时,根据所述各个计算节点的网络信息和决策的所述带宽为所述计算任务生成所述路由配置策略信息,其中所述预定阈值用于衡量所述计算任务的优先级的高低;
当所述计算任务的优先级低于预定阈值时,根据所述各个计算节点的网络信息和决策分配的所述带宽并按照第一预定策略为所述计算任务生成所述路由配置策略信息。
6.根据权利要求5所述的路由策略决策器,其特征在于,所述计算环境信息还包括计算任务的状态;所述第一预定策略具体包括:
所述生成模块,还用于当所述计算任务的优先级低于预定阈值,并且所述计算任务的状态为暂停时,根据所述各个计算节点的网络信息和决策分配的所述带宽在本次或者在下一次需要进行路由配置时,按照预定时间为所述计算任务生成所述路由配置策略信息;
当所述计算任务的优先级低于预定阈值,并且所述计算任务的状态为运行时,根据所述各个计算节点的网络信息和决策分配的所述带宽,在下一次需要进行路由配置时为所述计算任务生成所述路由配置策略信息。
7.根据权利要求1、2、4或6中任一项所述的路由策略决策器,其特征在于,所述装置还包括释放资源模块;
所述接收模块,还用于接收所述Scheduler平台发送的计算任务更改后的状态,并将所述计算任务更改后的状态提供给所述释放资源模块,其中,所述计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错;
所述释放资源模块,用于当所述计算任务更改后的状态由运行更改为结束或者由运行更改为出错时,按照第二预定策略释放所述计算任务对应的所述路由配置策略信息对应的资源。
8.一种调度Scheduler平台,其特征在于,包括:
接收模块,用于接收用户设备UE提交的计算任务描述信息,并将所述计算任务描述信息提供给获取模块、分解模块和生成模块,其中所述计算任务描述信息包括用户标识ID和所需的计算节点信息;
所述获取模块,用于根据所述计算任务描述信息获取所述用户ID对应的计算任务;
所述分解模块,用于根据所述所需的计算节点信息将所述计算任务分解成至少一个子计算任务;
所述获取模块,还用于获取处理所述各个子计算任务对应的各个计算节点的网络信息,并将所述各个计算节点的网络信息提供给第一发送模块;
所述生成模块,用于根据计算任务描述信息生成所述计算任务的计算环境信息,并将所述计算环境信息提供给所述第一发送模块;
所述第一发送模块,用于向路由策略决策器发送所述计算环境信息和所述各个计算节点的网络信息。
9.根据权利要求8所述的Scheduler平台,其特征在于,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述装置还包括:指定模块和第二发送模块;
所述第二发送模块,用于根据所述各个计算节点的网络信息向所述计算节点发送各自对应的子计算任务,并向所述指定模块提供已发送信息,所述已发送信息用于告知所述指定模块已发送所述至少一个子计算任务;
所述指定模块,用于指定所述计算任务的状态,并将所述计算任务的状态提供给所述生成模块;
所述生成模块,还用于根据计算任务描述信息和所述计算任务的状态生成所述计算任务的计算环境信息。
10.根据权利要求8或9所述的Scheduler平台,其特征在于,所述计算任务描述信息还包括计算任务级别;
所述获取模块,还用于根据所述用户ID获取用户级别,并将所述用户级别提供给所述生成模块;
所述生成模块,还用于根据所述用户级别和所述计算任务级别生成所述计算任务的优先级。
11.根据权利要求10所述的Scheduler平台,其特征在于,
所述生成模块,还用于根据所述计算任务描述信息和所述计算任务的优先级生成所述计算环境信息;或者,
所述生成模块,还用于根据所述计算任务描述信息、所述计算任务的状态和所述计算任务的优先级生成所述计算环境信息。
12.根据权利要求8、9或11中任一项所述的Scheduler平台,其特征在于,所述计算任务描述信息还包括带宽需求信息,所述计算环境信息包括以下至少一种信息:所述用户ID、所述所需的计算节点信息、所述带宽需求信息、所述计算任务的状态和所述计算任务的优先级。
13.根据权利要求12所述的Scheduler平台,其特征在于,所述装置还包括:更改模块;
所述更改模块,用于更改所述计算任务的状态,得到计算任务更改后的状态,并将所述计算任务更改后的状态提供给所述发送模块,其中,所述计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错;
所述发送模块,还用于向所述路由策略决策器发送计算任务更改后的状态,所述计算任务更改后的状态用于所述路由策略决策器判断是否释放所述计算任务对应的所述路由配置策略信息对应的资源。
14.一种网络资源的处理方法,其特征在于,包括:
路由策略决策器接收调度Scheduler平台传递的与计算任务相对应的计算环境信息和各个计算节点的网络信息;
所述路由策略决策器根据所述计算环境信息为所述计算任务决策分配的带宽;
所述路由策略决策器根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息;
所述路由策略决策器将所述路由配置策略信息发送给路由配置控制器。
15.根据权利要求14所述的网络资源的处理方法,其特征在于,所述计算环境信息中还包括带宽需求信息;所述路由策略决策器根据所述计算环境信息为所述计算任务决策分配的带宽,包括:
所述路由策略决策器根据所述带宽需求信息为所述计算任务决策分配的所述带宽。
16.根据权利要求14或15所述的网络资源的处理方法,其特征在于,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述计算环境信息包括所述计算任务的状态;则所述路由策略决策器根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息,包括:
当所述计算任务的状态为暂停时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽为所述计算任务生成所述路由配置策略信息;
当所述计算任务的状态为运行时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽并按照第一预定策略为所述计算任务生成所述路由配置策略信息。
17.根据权利要求16所述的网络资源的处理方法,其特征在于,所述计算环境信息还包括计算任务的优先级,则所述第一预定策略具体包括:
当所述计算任务的状态为运行,并且所述计算任务的优先级高于或等于预定阈值时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽在本次进行路由配置时为所述计算任务生成所述路由配置策略信息,其中所述预定阈值用于衡量所述计算任务的优先级的高低;
当所述计算任务的状态为运行,并且所述计算任务的优先级低于预定阈值时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽并在下一次进行需要路由配置时为所述计算任务生成所述路由配置策略信息。
18.根据权利要求14或15所述的网络资源的处理方法,其特征在于,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;所述计算环境信息包括计算任务的优先级,所述路由策略决策器根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息,包括:
当所述计算任务的优先级高于或等于预定阈值时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽为所述计算任务生成所述路由配置策略信息,其中所述预定阈值用于衡量所述计算任务的优先级的高低;
当所述计算任务的优先级低于预定阈值时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽并按照第一预定策略为所述计算任务生成所述路由配置策略信息。
19.根据权利要求18所述的网络资源的处理方法,其特征在于,所述计算环境信息还包括计算任务的状态;所述第一预定策略具体包括:
当所述计算任务的优先级低于预定阈值,并且所述计算任务的状态为暂停时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽在本次或者在下一次进行需要路由配置时为所述计算任务生成所述路由配置策略信息;
当所述计算任务的优先级低于预定阈值,并且所述计算任务的状态为运行时,所述路由策略决策器根据所述各个计算节点的网络信息和决策分配的所述带宽并在下一次进行需要路由配置时为所述计算任务生成所述路由配置策略信息。
20.根据权利要求14、15、17或19中任一项所述的网络资源的处理方法,其特征在于,所述方法还包括:
所述路由策略决策器接收所述Scheduler平台发送的计算任务更改后的状态,其中,所述计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错;
当所述计算任务更改后的状态由运行更改为结束或者由运行更改为出错时,所述路由策略决策器按照第二预定策略释放所述计算任务对应的所述路由配置策略信息对应的资源。
21.一种网络资源的处理方法,其特征在于,包括:
调度Scheduler平台接收用户设备UE提交的计算任务描述信息,所述计算任务描述信息包括用户标识ID和所需的计算节点信息;
所述Scheduler平台根据所述计算任务描述信息获取所述用户ID对应的计算任务;
所述Scheduler平台根据所述所需的计算节点信息将所述计算任务分解成至少一个子计算任务,并获取处理所述各个子计算任务对应的各个计算节点的网络信息;
所述Scheduler平台根据计算任务描述信息生成所述计算任务的计算环境信息;
所述Scheduler平台向所述路由策略决策器发送所述计算环境信息和所述各个计算节点的网络信息。
22.根据权利要求21所述的网络资源的处理方法,其特征在于,所述各个计算节点的网络信息包括各个计算节点对应的互联网协议IP地址和端口号;在所述Scheduler平台根据计算任务描述信息生成所述计算任务的计算环境信息之前,所述方法还包括:
所述Scheduler平台根据所述各个计算节点的网络信息向所述计算节点发送各自对应的子计算任务,并指定所述计算任务的状态;
所述Scheduler平台根据计算任务描述信息生成所述计算任务的计算环境信息,包括:
所述Scheduler平台根据计算任务描述信息和所述计算任务的状态生成所述计算任务的计算环境信息。
23.根据权利要求21或22所述的网络资源的处理方法,其特征在于,所述计算任务描述信息还包括计算任务级别,在调度Scheduler平台接收用户设备UE提交的计算任务描述信息之后,所述方法还包括:
所述Scheduler平台根据所述用户ID获取用户级别;
所述Scheduler平台根据所述用户级别和所述计算任务级别生成所述计算任务的优先级。
24.根据权利要求23所述的网络资源的处理方法,其特征在于,所述Scheduler平台根据计算任务描述信息生成所述计算任务的计算环境信息,包括:
所述Scheduler平台根据所述计算任务描述信息和所述计算任务的优先级生成所述计算环境信息;或者,
所述Scheduler平台根据所述计算任务描述信息、所述计算任务的状态和所述计算任务的优先级生成所述计算环境信息。
25.根据权利要求21、22或24中任一项所述的网络资源的处理方法,其特征在于,所述计算任务描述信息还包括带宽需求信息,所述计算环境信息包括以下至少一种信息:所述用户ID、所述所需的计算节点信息、所述带宽需求信息、所述计算任务的状态和所述计算任务的优先级。
26.根据权利要求22或25所述的网络资源的处理方法,其特征在于,在所述Scheduler平台向所述路由策略决策器发送所述计算环境信息和所述各个计算节点的网络信息之后,所述方法还包括:
所述Scheduler平台更改所述计算任务的状态,得到计算任务更改后的状态,其中,所述计算任务更改后的状态为以下任意一种:运行、暂停、结束或出错;
所述Scheduler平台向所述路由策略决策器发送计算任务更改后的状态,所述计算任务更改后的状态用于所述路由策略决策器判断是否释放所述计算任务对应的所述路由配置策略信息对应的资源。
27.一种网络资源的处理***,其特征在于,包括:
路由策略决策器,用于接收调度Scheduler平台传递的与计算任务相对应的计算环境信息和各个计算节点的网络信息;根据所述计算环境信息为所述计算任务决策分配的带宽;根据所述各个计算节点的网络信息、决策分配的所述带宽和所述计算环境信息为所述计算任务生成路由配置策略信息;将所述路由配置策略信息发送给路由配置控制器;
所述Scheduler平台,用于接收用户设备UE提交的计算任务描述信息,所述计算任务描述信息包括用户标识ID和所需的计算节点信息;根据所述计算任务描述信息获取所述用户ID对应的计算任务;根据所述所需的计算节点信息将所述计算任务分解成至少一个子计算任务,并为各个子计算任务申请计算节点,和获取处理所述各个子计算任务对应的各个计算节点的网络信息;根据计算任务描述信息生成所述计算任务的计算环境信息;向所述路由策略决策器发送所述计算环境信息和所述各个计算节点的网络信息;
所述路由配置控制器,用于接收所述路由策略决策器发送的所述路由配置策略信息。
28.根据权利要求27所述的网络资源的处理***,其特征在于,所述所需的计算节点信息包括计算节点的数量和计算节点的配置信息;所述***还包括计算资源管理器;
所述计算资源管理器,用于接收所述Scheduler平台发送的携带所述所需的计算节点信息的计算节点分配请求;根据所述计算节点分配请求中的所述计算节点的数量和所述计算节点的配置信息为所述计算任务分配计算节点,并向所述Scheduler平台返回计算节点信息,所述计算节点信息中包括各个计算节点的网络信息;
所述计算节点,用于接收所述Scheduler平台发送的子计算任务;
所述Scheduler平台,还用于将携带所述计算节点的数量和所述计算节点的配置信息的计算节点分配请求发送给所述计算资源管理器;接收所述计算资源管理器发送的所述计算节点信息。
29.根据权利要求27或28所述的网络资源的处理***,其特征在于,所述***还包括:交换机;
所述路由配置控制器,还用于将接收的所述路由配置策略信息转换成OpenFlow配置策略信息;将所述OpenFlow配置策略信息发送给所述交换机;
所述交换机,用于接收所述路由配置控制器发送的所述OpenFlow配置策略信息;根据所述OpenFlow配置策略信息为所述计算任务进行路由控制。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410127405.1A CN103905337B (zh) | 2014-03-31 | 2014-03-31 | 一种网络资源的处理装置、方法和*** |
EP14888126.1A EP3113429B1 (en) | 2014-03-31 | 2014-09-28 | Network resource processing device, method and system |
PCT/CN2014/087637 WO2015149491A1 (zh) | 2014-03-31 | 2014-09-28 | 一种网络资源的处理装置、方法和*** |
US15/272,542 US10200287B2 (en) | 2014-03-31 | 2016-09-22 | Network resource processing apparatus, method, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410127405.1A CN103905337B (zh) | 2014-03-31 | 2014-03-31 | 一种网络资源的处理装置、方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103905337A true CN103905337A (zh) | 2014-07-02 |
CN103905337B CN103905337B (zh) | 2018-01-23 |
Family
ID=50996494
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410127405.1A Active CN103905337B (zh) | 2014-03-31 | 2014-03-31 | 一种网络资源的处理装置、方法和*** |
Country Status (4)
Country | Link |
---|---|
US (1) | US10200287B2 (zh) |
EP (1) | EP3113429B1 (zh) |
CN (1) | CN103905337B (zh) |
WO (1) | WO2015149491A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015149491A1 (zh) * | 2014-03-31 | 2015-10-08 | 华为技术有限公司 | 一种网络资源的处理装置、方法和*** |
WO2016077948A1 (zh) * | 2014-11-17 | 2016-05-26 | 华为技术有限公司 | 交换机端口控制方法、装置及*** |
CN107517113A (zh) * | 2016-06-16 | 2017-12-26 | 中兴通讯股份有限公司 | 设备信息获取方法及装置 |
CN109388483A (zh) * | 2017-08-14 | 2019-02-26 | 通用汽车环球科技运作有限责任公司 | 用于通过计算云卸载来支持关键任务应用的方法和设备 |
CN113556242A (zh) * | 2020-04-24 | 2021-10-26 | 中科寒武纪科技股份有限公司 | 一种基于多处理节点来进行节点间通信的方法和设备 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106790617B (zh) * | 2016-12-30 | 2019-07-16 | 北京邮电大学 | 协同内容缓存控制***和方法 |
CN111064788B (zh) * | 2019-12-18 | 2022-12-06 | 达闼机器人股份有限公司 | 信号传输方法、机器人及计算机可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008138255A1 (fr) * | 2007-05-14 | 2008-11-20 | Huawei Technologies Co., Ltd. | Procédé de traitement d'acheminement, processeur d'acheminement et routeur |
CN102377598A (zh) * | 2010-08-26 | 2012-03-14 | ***通信集团公司 | 一种互联网应用托管***、设备和方法 |
CN102611735A (zh) * | 2011-12-21 | 2012-07-25 | 奇智软件(北京)有限公司 | 一种应用服务的负载均衡方法及*** |
CN103294521A (zh) * | 2013-05-30 | 2013-09-11 | 天津大学 | 一种降低数据中心通信负载及能耗的方法 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7730119B2 (en) * | 2006-07-21 | 2010-06-01 | Sony Computer Entertainment Inc. | Sub-task processor distribution scheduling |
US8990812B2 (en) * | 2008-07-07 | 2015-03-24 | Infosys Limited | Task decomposition with throttled message processing in a heterogeneous environment |
JP5213743B2 (ja) * | 2009-02-10 | 2013-06-19 | 株式会社日立製作所 | ネットワーク管理端末、ネットワーク制御システム及びネットワーク管理方法 |
US8504718B2 (en) * | 2010-04-28 | 2013-08-06 | Futurewei Technologies, Inc. | System and method for a context layer switch |
US8667171B2 (en) * | 2010-05-28 | 2014-03-04 | Microsoft Corporation | Virtual data center allocation with bandwidth guarantees |
US8761036B2 (en) * | 2010-07-06 | 2014-06-24 | Nicira, Inc. | Network control apparatus and method with quality of service controls |
AU2011293350B2 (en) * | 2010-08-24 | 2015-10-29 | Solano Labs, Inc. | Method and apparatus for clearing cloud compute demand |
WO2013077787A1 (en) * | 2011-11-23 | 2013-05-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for distributed processing tasks |
JP5834092B2 (ja) * | 2011-11-24 | 2015-12-16 | 株式会社日立製作所 | 計算機システム、分割ジョブ処理方法及びプログラム |
US20130318268A1 (en) * | 2012-05-22 | 2013-11-28 | Xockets IP, LLC | Offloading of computation for rack level servers and corresponding methods and systems |
WO2014113055A1 (en) * | 2013-01-17 | 2014-07-24 | Xockets IP, LLC | Offload processor modules for connection to system memory |
US9055447B2 (en) * | 2013-02-20 | 2015-06-09 | Nec Laboratories America, Inc. | Mobile backhaul topology planning and/or optimization |
US9137161B2 (en) * | 2013-05-29 | 2015-09-15 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of bandwidth-aware service placement for service chaining |
CN103905337B (zh) * | 2014-03-31 | 2018-01-23 | 华为技术有限公司 | 一种网络资源的处理装置、方法和*** |
-
2014
- 2014-03-31 CN CN201410127405.1A patent/CN103905337B/zh active Active
- 2014-09-28 EP EP14888126.1A patent/EP3113429B1/en active Active
- 2014-09-28 WO PCT/CN2014/087637 patent/WO2015149491A1/zh active Application Filing
-
2016
- 2016-09-22 US US15/272,542 patent/US10200287B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008138255A1 (fr) * | 2007-05-14 | 2008-11-20 | Huawei Technologies Co., Ltd. | Procédé de traitement d'acheminement, processeur d'acheminement et routeur |
CN102377598A (zh) * | 2010-08-26 | 2012-03-14 | ***通信集团公司 | 一种互联网应用托管***、设备和方法 |
CN102611735A (zh) * | 2011-12-21 | 2012-07-25 | 奇智软件(北京)有限公司 | 一种应用服务的负载均衡方法及*** |
CN103294521A (zh) * | 2013-05-30 | 2013-09-11 | 天津大学 | 一种降低数据中心通信负载及能耗的方法 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015149491A1 (zh) * | 2014-03-31 | 2015-10-08 | 华为技术有限公司 | 一种网络资源的处理装置、方法和*** |
US10200287B2 (en) | 2014-03-31 | 2019-02-05 | Huawei Technologies Co., Ltd. | Network resource processing apparatus, method, and system |
WO2016077948A1 (zh) * | 2014-11-17 | 2016-05-26 | 华为技术有限公司 | 交换机端口控制方法、装置及*** |
CN107517113A (zh) * | 2016-06-16 | 2017-12-26 | 中兴通讯股份有限公司 | 设备信息获取方法及装置 |
CN107517113B (zh) * | 2016-06-16 | 2022-07-15 | 中兴通讯股份有限公司 | 设备信息获取方法及装置 |
CN109388483A (zh) * | 2017-08-14 | 2019-02-26 | 通用汽车环球科技运作有限责任公司 | 用于通过计算云卸载来支持关键任务应用的方法和设备 |
CN113556242A (zh) * | 2020-04-24 | 2021-10-26 | 中科寒武纪科技股份有限公司 | 一种基于多处理节点来进行节点间通信的方法和设备 |
WO2021213075A1 (zh) * | 2020-04-24 | 2021-10-28 | 中科寒武纪科技股份有限公司 | 一种基于多处理节点来进行节点间通信的方法和设备 |
CN113556242B (zh) * | 2020-04-24 | 2023-01-17 | 中科寒武纪科技股份有限公司 | 一种基于多处理节点来进行节点间通信的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
EP3113429B1 (en) | 2018-09-19 |
EP3113429A1 (en) | 2017-01-04 |
US20170012879A1 (en) | 2017-01-12 |
EP3113429A4 (en) | 2017-04-12 |
US10200287B2 (en) | 2019-02-05 |
WO2015149491A1 (zh) | 2015-10-08 |
CN103905337B (zh) | 2018-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103905337A (zh) | 一种网络资源的处理装置、方法和*** | |
TWI724106B (zh) | 資料中心間的業務流量控制方法、裝置及系統 | |
US10993127B2 (en) | Network slice instance management method, apparatus, and system | |
EP3133794B1 (en) | Network function virtualization network system | |
CN105335229B (zh) | 一种业务资源的调度方法和装置 | |
JP2018518109A (ja) | スペクトルリソースの供給及び分配のためのシステム及び方法 | |
CN103428025A (zh) | 一种管理虚拟网络服务的方法、装置和*** | |
CN113364850A (zh) | 软件定义云边协同网络能耗优化方法和*** | |
CN112350952B (zh) | 控制器分配方法、网络业务*** | |
US11601343B2 (en) | Dynamic adaptive network | |
EP3203686B1 (en) | Virtualized network function interworking | |
WO2017185992A1 (zh) | 一种请求消息传输方法及装置 | |
WO2016095524A1 (zh) | 资源分配方法及装置 | |
WO2020185132A1 (en) | Method and current edge cloud manager for controlling resources | |
CN108011907B (zh) | 配用电通信网的资源分配方法及装置 | |
CN104639415A (zh) | 一种虚拟机的迁移方法和软件定义网络sdn控制器 | |
CN104038358B (zh) | 一种内容调度方法及内容调度装置 | |
US20150372895A1 (en) | Proactive Change of Communication Models | |
KR20160025926A (ko) | 가상 응용서버들로 부하를 분산하는 장치 및 방법 | |
CN116136799A (zh) | 算力调度管理侧设备及方法、算力提供侧设备及方法 | |
WO2014079050A1 (zh) | 一种逻辑对象部署方法、相关装置及*** | |
KR20210000938A (ko) | 소프트웨어 정의 네트워크 기반 포그 시스템에서의 동적 로드밸런싱 방법 및 동적 로드밸런싱 장치 | |
JP2017142716A (ja) | 処理制御プログラム、処理制御装置及び処理制御方法 | |
CN113535402A (zh) | 基于5g mec的负载均衡处理方法、装置及电子设备 | |
JP5298055B2 (ja) | 資源内に配置された制御対象機器を制御する機器制御装置、プログラム及び方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |