一种集群的网络配置方法、装置、介质、以及电子设备与流程

文档序号:32391092发布日期:2022-11-30 08:16阅读:104来源:国知局
一种集群的网络配置方法、装置、介质、以及电子设备与流程

1.本技术涉及计算机技术领域,具体而言,涉及一种集群的网络配置方法、装置、介质、以及电子设备。


背景技术:

2.矢量包处理(vpp)是一个可扩展的框架,可以提供开箱即用的生产质量的交换机与路由器功能。当部署在集群上的vpp因为节点发生故障导致无法运行时,这将导致vpp无法再提供网络服务。
3.基于此,本领域技术人员急需一种集群的网络配置方法,在vpp宿主节点发生故障后,能够继续为集群用户提供网络服务。


技术实现要素:

4.本技术的实施例提供了一种集群的网络配置方法、装置、介质、以及电子设备,进而至少在一定程度上能够在vpp宿主节点发生故障后,能够继续为集群用户提供网络服务。
5.本技术的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本技术的实践而习得。
6.根据本技术实施例的一个方面,提供了一种集群的网络配置方法,所述集群包括至少三个节点,所述方法包括:在各个宿主节点上部署矢量包处理模块以及配置下发模块,所述配置下发模块用于为对应的矢量包处理模块下发网络配置;从各个配置下发模块中选择主配置下发模块,其余配置下发模块作为从配置下发模块,通过所述主配置下发模块为对应的矢量包处理模块下发网络配置,进而为集群用户提供网络服务;其中,各个从配置下发模块不为对应的矢量包处理模块下发网络配置。
7.在本技术的一些实施例中,在从各个配置下发模块中选择主配置下发模块后,所述方法还包括:按照第一预设时间间隔检测各个配置下发模块对应的矢量包处理模块运行状态,根据各个运行状态对各个配置下发模块进行对应标识;在触发针对主配置下发模块的重新选择信号后,从各个从配置下发模块中重新选择主配置下发模块;通过重新选择的主配置下发模块为对应的矢量包处理模块下发网络配置,继续为集群用户提供网络服务。
8.在本技术的一些实施例中,基于前述方案,所述根据各个运行状态对各个配置下发模块进行对应标识,包括:如果矢量包处理模块运行状态为正常运行,则将对应的配置下发模块标识为健康;如果矢量包处理模块运行状态为异常运行,则将对应的配置下发模块标识为不健康。
9.在本技术的一些实施例中,基于前述方案,所述触发针对主配置下发模块的重新选择信号,包括:如果检测到所述主配置下发模块的标识为不健康,则触发针对主配置下发模块的重新选择信号。
10.在本技术的一些实施例中,基于前述方案,所述从各个从配置下发模块中重新选择主配置下发模块,包括:将标识为健康的从配置下发模块确定为待选配置下发模块;按照
分布式一致性算法,各个配置下发模块进行选举投票,从各个待选配置下发模块中选择主配置下发模块。
11.在本技术的一些实施例中,基于前述方案,所述从各个待选配置下发模块中选择主配置下发模块,包括:获取各个待选配置下发模块的得票数;根据各个待选配置下发模块的得票数,从各个待选配置下发模块中重新选择主配置下发模块。
12.在本技术的一些实施例中,基于前述方案,在各个配置下发模块进行选举投票,所述方法还包括:如果当次选举投票未能重新选择出主配置下发模块,则经过第二预设时间间隔后,进行下一次选举投票,直至重新选择出主配置下发模块。
13.根据本技术实施例的一个方面,提供了一种集群的网络配置装置,所述集群包括至少三个节点,所述装置包括:部署单元,被用于在各个宿主节点上部署矢量包处理模块以及配置下发模块,所述配置下发模块用于为对应的矢量包处理模块下发网络配置;选择单元,被用于从各个配置下发模块中选择主配置下发模块,其余配置下发模块作为从配置下发模块,通过所述主配置下发模块为对应的矢量包处理模块下发网络配置,进而为集群用户提供网络服务;其中,各个从配置下发模块不为对应的矢量包处理模块下发网络配置。
14.根据本技术实施例的一个方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行以实现如所述的集群的网络配置方法所执行的操作。
15.根据本技术实施例的一个方面,提供了一种电子设备,所述电子设备包括一个或多个处理器和一个或多个存储器,所述一个或多个存储器中存储有至少一条程序代码,所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如所述的集群的网络配置方法所执行的操作。
16.基于上述方案,本技术至少具备以下优点或进步之处:
17.在本技术的一些实施例所提供的技术方案中,通过分别部署主配置下发模块和从配置下发模块,通过所述主配置下发模块为对应的矢量包处理模块下发网络配置,进而为集群用户提供网络服务,从配置模块作为备份下发模块,在矢量包处理模块的宿主节点发生故障后,能够继续为集群用户提供网络服务。
18.应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本技术。
附图说明
19.此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本技术的实施例,并与说明书一起用于解释本技术的原理。
20.显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
21.图1示出了根据本技术一个实施例的集群的网络配置方法的流程图;
22.图2示出了根据本技术一个实施例的集群的网络配置方法的流程图;
23.图3示出了根据本技术一个实施例的集群的网络配置方法的流程图;
24.图4示出了根据本技术一个实施例的集群的网络配置方法的流程图;
25.图5示出了根据本技术的一个实施例的集群的网络配置装置;
26.图6示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
27.现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本技术将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。
28.此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本技术的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本技术的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本技术的各方面。
29.附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
30.附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
31.需要说明的是:在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
32.需要说明的是,本技术提出的实施例可以用到云场景中,例如云计算,云计算(cloud computing)是一种计算模式,它将计算任务分布在大量计算机构成的资源池上,使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的,并且可以随时获取,按需使用,随时扩展。通过建立云计算资源池(简称云平台,一般称为iaas(infrastructure as a service,基础设施即服务)平台,在资源池中部署多种类型的虚拟资源,供外部客户选择使用。云计算资源池中主要包括:计算设备(为虚拟化机器,包含操作系统)、存储设备、网络设备。
33.需要说明的是,在本技术中所述的集群可以为kubernetes集群,即k8s集群,其中,k8s集群包括至少一个master节点(即管理节点)和至少一个worker节点(即工作节点),k8s集群即为一个高度可用的计算机集群,这些计算机连接起来作为一个单元工作。k8s集群中的抽象允许将容器化应用程序部署到集群,而无需将它们专门绑定到某个计算机上。为了利用这种新的部署模型,应用程序需要以一种将它们与单个主机分离的方式集装箱化打包。与以往的部署模型相比,容器化应用程序更加灵活和可用,应用程序直接安装到特定计算机上,程序包深度集成到主机中。k8s集群以更有效的方式自动化在集群范围内分发和调度应用容器。
34.需要说明的是,本技术有涉及vpp,vector packet processing,矢量包处理的相关内容,它是一个可扩展的框架,可以提供开箱即用的生产质量的交换机与路由器功能。
vpp可以部署在通用x86服务器上,它可以以进程形态直接部署在服务器上,也可以以虚拟机形态部署在服务器上,还可以以容器形态部署在服务器上,因此vpp可以部署在k8s集群中。
35.以下对本技术实施例的技术方案的实现细节进行详细阐述:
36.请参阅图1。
37.图1示出了根据本技术一个实施例的集群的网络配置方法的流程图,所述集群可以包括至少三个节点,如图1所示,所述方法可以包括步骤s101-s102:
38.步骤s101,在各个宿主节点上部署矢量包处理模块以及配置下发模块,所述配置下发模块用于为对应的矢量包处理模块下发网络配置。
39.步骤s102,从各个配置下发模块中选择主配置下发模块,其余配置下发模块作为从配置下发模块,通过所述主配置下发模块为对应的矢量包处理模块下发网络配置,进而为集群用户提供网络服务。
40.其中,各个从配置下发模块不为对应的矢量包处理模块下发网络配置。
41.在本技术的一些实施例所提供的技术方案中,通过分别部署主配置下发模块和从配置下发模块,通过所述主配置下发模块为对应的矢量包处理模块下发网络配置,进而为集群用户提供网络服务,从配置模块作为备份下发模块,在矢量包处理模块的宿主节点发生故障后,能够继续为集群用户提供网络服务。
42.请参阅图2。
43.图2示出了根据本技术一个实施例的集群的网络配置方法的流程图,如图2所示,所述在所述集群上部署一个矢量包处理模块的方法可以包括步骤s201-s203:
44.步骤s201,确定各个矢量包处理模块的宿主节点。
45.步骤s202,获取各个矢量包处理模块的逻辑接口与宿主节点物理网卡地址的映射关系。
46.步骤s203,根据各宿主节点和各映射关系,完成各个矢量包处理模块的部署。
47.在本技术中,可以在k8s集群中添加vpp注册模块,vpp注册模块可以由k8s集群中的master节点运行,而在本技术中想要将矢量包处理模块(vpp)注册到k8s集群中,需要提供:(1)矢量包处理模块(vpp)部署所在的节点,即宿主节点,比如worker01节点可以作为矢量包处理模块(vpp)部署的宿主节点;(2)矢量包处理模块(vpp)逻辑接口与dpdk(data plane development kit,数据平面开发套件)网卡物理地址的映射关系。
48.例如,宿主节点为worker01,它的逻辑接口列表可以依次为xge1/0/1、xge1/0/2、xge1/0/3、xge1/0/4,与这些接口绑定的dpdk网卡物理地址依次为0000:17:00.1、0000:17:00.0、0000:b7:00.0、0000:b7:00.1,它们的映射关系如下列配置所示:下列这些配置来自于vpp的配置文件。
[0049][0050]
上述配置文件限定了矢量包处理模块(vpp)dpdk接口的配置范围,若在配置矢量包处理模块(vpp)时指定了不在该范围的dpdk接口,则配置将会失败。
[0051]
本技术可以要求在所有矢量包处理模块(vpp)宿主节点上,矢量包处理模块(vpp)dpdk接口的数量与名称必须完全相同。
[0052]
例如,worker02节点也是vpp宿主节点,那么在worker02节点的矢量包处理模块(vpp)中有且仅有4个dpdk接口,并且这4个dpdk接口的名称也必须是xge1/0/1、xge1/0/2、xge1/0/3、xge1/0/4,它们与dpdk网卡物理地址的映射关系可以举例如下。
[0053]
[0054]
本技术还可以要求在所有矢量包处理模块(vpp)宿主节点上,被绑定的dpdk物理网卡与交换机相连的端口的配置,也依次相同。比如,在worker01节点上vpp dpdk接口xge1/0/1与物理地址为0000:67:00.0的物理网卡绑定,这块物理网卡与交换机port01端口相连;在worker02节点上vpp dpdk接口xge1/0/1与物理地址为0000:3d:00.0的物理网卡绑定,这块物理网卡与交换机port02端口相连;在本发明中要求port01、port02端口均工作在二层网桥trunk模式,并且它们的配置必须相同。同理,对于矢量包处理模块(vpp)其他dpdk接口,比如xge1/0/2、xge1/0/3、xge1/0/4,同样需要满足上述要求。
[0055]
在本技术中,在完成各个矢量包处理模块(vpp)的部署后,可以为各个宿主节点添加标签,用于表示在宿主节点上已部署vpp。
[0056]
例如,现有完成矢量包处理模块(vpp)部署的宿主节点worker01,可以为vpp宿主节点worker01添加labels标签“mingyangtech.com.cn/has-vpp:true”,其中该标签的键为“mingyangtech.com.cn/has-vpp”,标签的值为“true”,用于表示已在vpp宿主节点worker01上部署矢量包处理模块(vpp)。
[0057]
在本技术中,可以在k8s集群中添加一个配置管理模块。配置管理模块由k8s集群中的master节点运行,可以在所有包含labels标签“mingyangtech.com.cn/has-vpp:true”的节点上,即在所有vpp宿主节点上,均部署一个配置下发模块。
[0058]
在本技术中,配置下发模块的主要功能可以接收用户对矢量包处理模块(vpp)的具体配置,并将这些配置下发到本宿主节点上的矢量包处理模块(vpp)中。用户对矢量包处理模块(vpp)的配置方式,包括但不限于k8s集群提供的web配置页面、k8s集群提供的restful api配置接口、配置下发模块提供的restful api配置接口等。
[0059]
在本技术中,配置管理模块还可以为配置下发模块选举主配置下发模块,下文称其为leader模块,然后由leader模块负责将vpp配置下发到对应宿主节点上的矢量包处理模块(vpp)中。
[0060]
由上文可知,本技术中的vpp宿主节点的数量可以大于或等于3。
[0061]
例如,现有3个vpp宿主节点,那么配置管理模块可以在3个vpp宿主节点上部署配置下发模块,总共部署3个配置下发模块。在这3个配置下发模块中,有且只有1个配置下发模块为leader,其余2个配置下发模块则为从配置下发模块,下文称其为follower模块。
[0062]
leader模块负责将vpp配置下发到本宿主节点上的vpp中,但follower模块不会向本宿主节点上的vpp下发配置。并且,由leader模块所在宿主节点上的vpp,为用户提供网络服务,而follower模块所在宿主节点上的vpp作为冗余备份。
[0063]
请参阅图3。
[0064]
图3示出了根据本技术一个实施例的集群的网络配置方法的流程图,如图3所示,在从各个配置下发模块中选择主配置下发模块后,所述方法还可以包括步骤s301-s303:
[0065]
步骤s301,按照第一预设时间间隔检测各个配置下发模块对应的矢量包处理模块运行状态,根据各个运行状态对各个配置下发模块进行对应标识。
[0066]
步骤s302,在触发针对主配置下发模块的重新选择信号后,从各个从配置下发模块中重新选择主配置下发模块。
[0067]
步骤s303,通过重新选择的主配置下发模块为对应的矢量包处理模块下发网络配置,继续为集群用户提供网络服务。
[0068]
在本技术中,所述根据各个运行状态对各个配置下发模块进行对应标识的方法可以包括:如果矢量包处理模块运行状态为正常运行,则将对应的配置下发模块标识为健康;如果矢量包处理模块运行状态为异常运行,则将对应的配置下发模块标识为不健康。
[0069]
在本技术中,配置下发模块还负责按照第一预设时间间隔监测本宿主节点上的vpp的运行状态。当配置下发模块监测到自身对应的vpp运行异常时,配置下发模块负责为vpp恢复正常运行。
[0070]
在本技术中,第一预设时间间隔可以为30s-90s。
[0071]
在本技术中,若配置下发模块成功为自身对应的vpp恢复正常运行,则配置下发模块将自身健康状态标识为“健康”。
[0072]
在本技术中,若配置下发模块无法为vpp恢复正常运行,比如宿主节点内的运行资源无法满足vpp的正常运行,则配置下发模块将自身健康状态标识为“不健康”,然后周期性地,例如每间隔3分钟,尝试为vpp恢复正常运行,直到配置下发模块成功为vpp恢复正常运行后,配置下发模块再将自身健康状态标识为“健康”。
[0073]
并且,配置下发模块自身健康状态只有“健康”、“不健康”这两种。当vpp处于正常运行时,对应的配置下发模块自身健康状态一直为“健康”。
[0074]
在本技术中,如果检测到所述主配置下发模块的标识为不健康,则触发针对主配置下发模块的重新选择信号。
[0075]
在本技术中,配置管理模块还可以负责周期性地,例如每间隔100ms,监测配置下发模块leader的健康标识状态。当配置管理模块监测到leader模块标识为“不健康”状态时,配置管理模块将发起新一轮选举投票,为配置下发模块选举新leader模块,由新leader模块负责将vpp网络配置下发到本宿主节点上的vpp中。
[0076]
在本技术中,导致leader模块的健康状态由“健康”变为“不健康”的原因有很多,包括但不限于:
[0077]
(1)leader模块所在宿主节点上的vpp运行异常,且无法恢复正常运行,比如宿主节点上的cpu、内存资源已满负荷或超负荷使用,无法继续支撑vpp运行。
[0078]
(2)leader模块所在宿主节点出现故障,比如宿主节点断电宕机等。
[0079]
请参阅图4。
[0080]
图4示出了根据本技术一个实施例的集群的网络配置方法的流程图,如图4所示,所述从各个从配置下发模块中重新选择主配置下发模块的方法可以包括步骤s401-s402:
[0081]
步骤s401,将标识为健康的从配置下发模块确定为待选配置下发模块。
[0082]
步骤s402,按照分布式一致性算法,各个配置下发模块进行选举投票,从各个待选配置下发模块中选择主配置下发模块。
[0083]
在本技术中,首先需要将标识为健康的从配置下发模块确定为待选配置下发模块,可以再由配置管理模块负责发起选举投票,所有配置下发模块均可参与选举投票。
[0084]
在本技术中,各个配置下发模块均只能投出一票,并且这一票可以投给自身,但是自身需要标识为健康,即自身必须为所述待选配置下发模块。
[0085]
在本技术中,各个配置下发模块可以随机投出自身的一票,或者按照预定规则投出自身的一票。
[0086]
在本技术中,预定规则可以为根据各个待选下发配置的ip地址进行投票,各个待
选下发配置的ip地址越小,作为各个配置下发模块的投票目标优先级越高,意味着ip地址越小的待选下发配置所得票数可以越高。
[0087]
在本技术中,获得半数以上的投票数的待选配置下发模块可以被选举为新新leader模块,由新leader模块负责将vpp网络配置下发到本宿主节点上的vpp中。
[0088]
在本技术中,分布式一致性算法可以为raft算法,本技术不做具体限定。
[0089]
在本技术中,在各个配置下发模块进行选举投票之后,所述方法还可以包括:如果当次选举投票未能重新选择出主配置下发模块,则经过第二预设时间间隔后,进行下一次选举投票,直至重新选择出主配置下发模块。
[0090]
在本技术中,若当次选举投票未能选出leader,可能是因为没有待选配置下发模块,或者没有待选配置下发模块的票数大于半数,则可以经过第二预设时间间隔后,配置管理模块将发起新一轮选举投票,直至重新选择出主配置下发模块。
[0091]
在本技术中,第二预设时间间隔可以为1-10s。
[0092]
请参阅图5。
[0093]
图5示出了根据本技术的一个实施例的集群的网络配置装置,所述集群包括至少三个节点,所述网络配置装置500可以包括:部署单元501和选择单元502。
[0094]
所述网络配置装置500的具体配置可以为:部署单元501,被用于在各个宿主节点上部署矢量包处理模块以及配置下发模块,所述配置下发模块用于为对应的矢量包处理模块下发网络配置;选择单元502,被用于从各个配置下发模块中选择主配置下发模块,其余配置下发模块作为从配置下发模块,通过所述主配置下发模块为对应的矢量包处理模块下发网络配置,进而为集群用户提供网络服务;其中,各个从配置下发模块不为对应的矢量包处理模块下发网络配置。
[0095]
接下来请参阅图6。
[0096]
图6示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
[0097]
需要说明的是,图6示出的电子设备的计算机系统600仅是一个示例,不应对本技术实施例的功能和使用范围带来任何限制。
[0098]
如图6所示,计算机系统600包括中央处理单元(central processing unit,cpu)601,其可以根据存储在只读存储器(read-only memory,rom)602中的程序或者从储存部分608加载到随机访问存储器(random access memory,ram)603中的程序而执行各种适当的动作和处理,例如执行上述实施例中所述的方法。在ram 603中,还存储有系统操作所需的各种程序和数据。cpu 601、rom 602以及ram 603通过总线604彼此相连。输入/输出(input/output,i/o)接口605也连接至总线604。
[0099]
以下部件连接至i/o接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(cathode ray tube,crt)、液晶显示器(liquid crystal display,lcd)等以及扬声器等的输出部分607;包括硬盘等的储存部分608;以及包括诸如lan(local area network,局域网)卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入储存部分608。
[0100]
特别地,根据本技术的实施例,上文参考流程图描述的过程可以被实现为计算机
软件程序。例如,本技术的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时,执行本技术的系统中限定的各种功能。
[0101]
需要说明的是,本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory,eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory,cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
[0102]
附图中的流程图和框图,图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
[0103]
描述于本技术实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
[0104]
作为另一方面,本技术还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述实施例中所述的集群的网络配置方法。
[0105]
作为另一方面,本技术还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现上述实施例中所述的集群的网络配置方法。
[0106]
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本技术的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
[0107]
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本技术实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本技术实施方式的方法。
[0108]
本领域技术人员在考虑说明书及实践这里公开的实施方式后,将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。
[0109]
应当理解的是,本技术并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1