本申请实施例提供了一种云服务系统的节点设备及资源处理方法。所述节点设备包括至少两个网卡和多个处理器CPU,每个网卡对应一个应用分组,以处理所述应用分组在入方向的第一数据报文和出方向的第二数据报文,所述应用分组包括多个应用程序,所述应用程序绑定有至少一个CPU;所述方法包括:目标网卡接收第一数据报文,所述目标网卡依据所述第一数据报文的地址信息确定;确定所述目标网卡对应的应用分组,并确定所述应用分组中应用程序所绑定的多个CPU;在所述多个CPU中确定目标CPU,并采用所述目标CPU处理所述第一数据报文。通过网卡隔离不同应用分组,每个分组独占一张网卡,不存在网卡混用的情况,解决了硬件资源的争抢。解决了硬件资源的争抢。解决了硬件资源的争抢。
【技术实现步骤摘要】
云服务系统的节点设备及资源处理方法
[0001]本申请涉及计算机
,特别是涉及一种云服务系统的节点设备,一种基于节点设备的资源处理方法和一种存储介质。
技术介绍
[0002]容器(Container)是一种可在资源隔离的过程中,运行应用程序及其依赖程序的操作系统级别虚拟化技术。在容器场景下,多个应用程序运行在共享的硬件资源上,对于CPU、内存、网络等资源,通常会使用资源隔离方案,确保不同的应用程序之间不会产生资源的争抢和相互干扰。
[0003]目前,网络资源隔离通常使用流量控制(Traffic Control,TC)机制设置应用带宽上限,或者设置不同应用之间的优先级。然而,上述机制只能应用于出方向的流量控制,对于入方向的流量无法进行控制,当入方向的网络流量进入系统后,需要CPU中断当前处理,转而处理入方向的流量,这个过程中可能导致CPU的争抢。例如,CPU正在执行的处理是实时性要求较高任务,而入方向流量对应的是实时性要求不高的任务,接收到入方向流量会中断CPU当前处理,而对入方向流量进行处理,就可能影响实时性要求较高任务。
技术实现思路
[0004]本申请实施例提供了一种云服务系统的节点设备及资源处理方法,以解决硬件资源争抢问题。
[0005]相应的,本申请实施例还提供了一种存储介质,用以保证上述系统的实现及应用。
[0006]为了解决上述问题,本申请实施例公开了一种云服务系统的节点设备,所述节点设备包括:
[0007]至少两个网卡;
[0008]多个处理器CPU;
[0009]每个网卡对应一个应用分组,以处理所述应用分组在入方向的第一数据报文和出方向的第二数据报文;
[0010]所述应用分组包括多个应用程序,所述应用程序绑定有至少一个CPU;
[0011]网卡针对入方向的第一数据报文,在其对应的应用分组中的应用程序所绑定的多个CPU中,选择目标CPU以处理所述第一数据报文,其中,所述网卡依据第一数据报文的地址确定。
[0012]可选的,所述应用程序对应至少一个计算单元Pod,所述Pod运行在所述应用程序绑定的CPU上。
[0013]可选的,所述应用程序对应的计算单元,通过所在应用分组对应的网卡分配地址信息。
[0014]可选的,所述网卡的数量与任务类型对应;
[0015]按照任务类型将应用程序划分为至少两个应用分组。
[0016]可选的,所述节点设备还包括控制单元;
[0017]所述控制单元,用于在入方向上为网卡绑定执行中断的CPU。
[0018]可选的,所述节点设备还包括控制单元;
[0019]所述控制单元,用于在出方向上为网卡配置带宽信息。
[0020]可选的,在部署应用程序时,所述控制单元确定所述应用程序的任务类型,依据所述任务类型确定所述应用程序所属的应用分组及网卡,为所述应用程序配置网络信息。
[0021]本申请实施例还公开了一种基于节点设备的资源处理方法,所述节点设备包括至少两个网卡和多个处理器CPU,每个网卡对应一个应用分组,以处理所述应用分组在入方向的第一数据报文和出方向的第二数据报文,所述应用分组包括多个应用程序,所述应用程序绑定有至少一个CPU;所述方法包括:
[0022]目标网卡接收第一数据报文,其中,所述目标网卡依据所述第一数据报文的地址信息确定;
[0023]确定所述目标网卡对应的应用分组,并确定所述应用分组中应用程序所绑定的多个CPU;
[0024]在所述多个CPU中确定目标CPU,并采用所述目标CPU处理所述第一数据报文。
[0025]可选的,所述节点设备还包括控制单元,所述方法还包括:
[0026]所述控制单元在部署应用程序时,确定所述应用程序的任务类型;
[0027]依据所述任务类型确定所述应用程序所属的应用分组及网卡,并为所述应用程序配置网络信息。
[0028]可选的,所述网卡的数量与任务类型对应,所述方法还包括:
[0029]按照任务类型将应用程序划分为至少两个应用分组。
[0030]本申请实施例还公开了一个或多个机器可读介质,其上存储有可执行代码,当所述可执行代码被处理器执行时,执行如本申请实施例所述的方法。
[0031]与现有技术相比,本申请实施例包括以下优点:
[0032]本申请实施例中,节点设备包括至少两个网卡和多个处理器CPU,将应用程序分组并绑定CPU,每个网卡对应一个应用分组,以处理所述应用分组在入方向的第一数据报文和出方向的第二数据报文,从而通过网卡隔离不同应用分组,针对从网络传输向节点设备传输的第一数据报文,基于所述第一数据报文的地址信息确定网卡,在网卡对应的应用分组绑定的CPU中,选择目标CPU处理所述第一数据报文,每个分组独占一张网卡,不存在网卡混用的情况,解决了硬件资源的争抢。
附图说明
[0033]图1是本申请的一种云服务系统的节点设备实施例的示意图;
[0034]图2是本申请的一种基于节点设备的资源处理方法实施例的步骤流程图;
[0035]图3是本申请的另一种云服务系统的节点设备实施例的示意图;
[0036]图4是本申请一个实施例提供的示例性装置的结构示意图。
具体实施方式
[0037]为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实
施方式对本申请作进一步详细的说明。
[0038]本申请实施例可以应用于云服务系统中,在云服务系统中将容器技术应用到节点设备,该节点设备可为云服务系统的云服务节点设备、计算节点设备、边缘计算节点设备等。其中,容器是一种可在资源隔离的过程中,运行应用程序及其依赖程序的操作系统级别虚拟化技术。是一种轻量级技术,它将应用程序运行时所需要的组件打包为单个、可重复使用的镜像文件,将该镜像文件运行在独立的环境中,在内存、CPU、磁盘、网络等资源现了与其他应用的隔离。
[0039]本申请实施例中,节点设备包括至少两个网卡、多个处理器CPU,如图1所示的一种节点设备中,节点设备包括网卡1、网卡2这两个网卡,以及(n+1)个处理器CPU,n为大于2的正整数。其中,节点设备的网卡按照任务类型划分,网卡的数量与任务类型对应。每个网卡对应一个应用分组,网卡处理其对应的应用分组在入方向的第一数据报文和出方向的第二数据报文。所述应用分组包括多个应用程序,其中,可在部署应用程序时,可依据应用程序的任务类型确定所述应用程序所属的网卡以及应用分组。
[0040]该节点设备上可运行多个应用程序,该应用程序为云应用程序。如图1中应用程序包括应用1、应用2、应用x,x为大于2的正整数。节点设备上的应用程序在部署时依据任务类型确定所属的网卡,每个网卡对应一个应用分组,相应也就确定出应用程序所属的应用分组。应用程序的分组规则与网卡的划分规则相匹配,因此每个网卡对应一个应用分组,对该应用分组的输入/输出流量进行处理。如图1中应用1、应用2<本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种云服务系统的节点设备,其特征在于,所述节点设备包括:至少两个网卡;多个处理器CPU;每个网卡对应一个应用分组,以处理所述应用分组在入方向的第一数据报文和出方向的第二数据报文;所述应用分组包括多个应用程序,所述应用程序绑定有至少一个CPU;网卡针对入方向的第一数据报文,在其对应的应用分组中的应用程序所绑定的多个CPU中,选择目标CPU以处理所述第一数据报文,其中,所述网卡依据第一数据报文的地址确定。2.根据权利要求1所述的节点设备,其特征在于,所述应用程序对应至少一个计算单元Pod,所述Pod运行在所述应用程序绑定的CPU上。3.根据权利要求2所述的节点设备,其特征在于,所述应用程序对应的Pod,通过所在应用分组对应的网卡分配地址信息。4.根据权利要求1所述的节点设备,其特征在于,所述网卡的数量与任务类型对应;按照任务类型将应用程序划分为至少两个应用分组,并分配对应的网卡。5.根据权利要求1所述的节点设备,其特征在于,所述节点设备还包括控制单元;所述控制单元,用于在入方向上为网卡绑定执行中断的CPU。6.根据权利要求1所述的节点设备,其特征在于,所述节点设备还包括控制单元;所述控制单元,用于在出方向上为网卡配置带宽信息。7.根据权利要求5所述的节点设备,其特征在于,在部署应用程序时,所述控制单元确定所述应用程序的...
【专利技术属性】
技术研发人员:姜继忠,王炳燊,李博康,
申请(专利权)人:阿里巴巴中国有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。