CN115766423A - 一种集群配置方法、装置、设备及介质 - Google Patents
一种集群配置方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN115766423A CN115766423A CN202211052245.XA CN202211052245A CN115766423A CN 115766423 A CN115766423 A CN 115766423A CN 202211052245 A CN202211052245 A CN 202211052245A CN 115766423 A CN115766423 A CN 115766423A
- Authority
- CN
- China
- Prior art keywords
- pod
- target
- configmap
- node
- cluster
- 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
Images
Landscapes
- Stored Programmes (AREA)
Abstract
本申请公开了一种集群配置方法、装置、设备及介质,涉及计算机技术领域,该方法包括:确定集群中的设备直通节点,并为设备直通节点的Pod创建对应的ConfigMap;定义Daemonset,并利用Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;若目标设备直通节点的Pod匹配到目标ConfigMap,则将目标设备直通节点的Pod关联至目标ConfigMap;若目标设备直通节点的Pod未匹配到目标ConfigMap,则将目标设备直通节点的Pod关联至集群中的默认ConfigMap。本发明可以实现对Pod的灵活、个性化配置。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种集群配置方法、装置、设备及介质。
背景技术
目前在各种应用都要上云的形势下,之前部署在裸机、容器中的OpenStack管理平台组件也逐级基于Kubernetes部署、运维、管理,以充分发挥后者在自动化运维、高可用机制、滚动升级方面的优势,同时也要看到后者一些设计理念、功能现状对OpenStack部署、配置的约束,例如,在Kubernetes理念中,Pods副本配置都要整齐划一,其初衷是解决大规模运维(Kubernetes的前身,即Google的Borg系统,管理上亿容器)中应用部署不一致,运维难度极大的问题,但在OpenStack需要应用GPU(即Graphic Processing Unit,图形处理器)、vGPU以及其他主机直通设备给虚拟机时,不同节点的nova-compute服务的配置文件中需要配置当前主机上直通设备的设备PCI(即Peripheral Component Interconnect)地址信息,其个性化的配置要求与Kubernetes的统一配置理念相冲突,使得后者显得灵活性不足。
由上可见,在Kubernetes集群的配置过程中,如何避免直通设备的配置灵活性的不足是本领域有待解决的问题。
发明内容
有鉴于此,本发明的目的在于提供一种集群配置方法、装置、设备及介质,能够通过扩展DaemonSet支持Pods与ConfigMap解耦的方式,灵活决定Pods实例化时与不同ConfigMap的关联&挂载关系,以实现不同Pod副本按Pod节点信息(或其他信息)挂载不同的配置文件,实现个性化Pods。其具体方案如下:
第一方面,本申请公开了一种集群配置方法,包括:
确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;
定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;
若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;
若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。
可选的,所述为所述设备直通节点的Pod创建对应的ConfigMap之后,还包括:
为所述ConfigMap添加标签;所述标签中包括所述目标设备直通节点的Pod归属的nova-compute和所述目标设备直通节点的节点名。
可选的,所述按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap,包括:
基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap。
可选的,所述基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap,包括:
基于目标设备直通节点的Pod的属性信息确定目标匹配条件;
按照ConfigMapSelector,并基于所述目标匹配条件与各ConfigMap的标签为目标设备直通节点的Pod匹配目标ConfigMap。
可选的,所述基于目标设备直通节点的Pod的属性信息确定目标匹配条件,包括:
基于目标设备直通节点的Pod所归属的nova-compute或所在节点的节点名称确定目标匹配条件。
可选的,所述确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap之前,还包括:
在当前集群中创建默认ConfigMap,以便目标设备直通节点的Pod未匹配到目标ConfigMap时,则将所述目标设备直通节点的Pod关联至集群中的所述默认ConfigMap。
可选的,所述将所述目标设备直通节点的Pod关联至所述目标ConfigMap或所述将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap之后,还包括:
实例化所述Daemonset,以利用所述Daemonset对当前集群中全部所述节点的Pod进行生命周期管理。
第二方面,本申请公开了一种集群配置装置,包括:
ConfigMap创建模块,用于确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;
ConfigMap匹配模块,用于定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;
第一匹配关联模块,用于若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;
第二匹配关联模块,用于若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。
第三方面,本申请公开了一种电子设备,包括:
存储器,用于保存计算机程序;
处理器,用于执行所述计算机程序,以实现前述的集群配置方法。
第四方面,本申请公开了一种计算机存储介质,用于保存计算机程序;其中,所述计算机程序被处理器执行时实现前述公开的集群配置方法的步骤。
本申请中先确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。这样一来,本申请中对Pod template进行扩展,提出一种Pod与ConfigMap动态关联策略,实现Pod与ConfigMap松耦合,并且通过解耦Pod与ConfigMap实例的强关联,实现在DaemonSet实例化Pod副本时可以根据预先定义的匹配规则筛选可用的ConfigMap实例,无匹配时则使用默认的ConfigMap,实现对Pod的灵活、个性化配置。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请提供的一种现有的集群配置示意图;
图2为本申请提供的一种集群配置方法流程图;
图3为本申请提供的一种改进后集群配置示意图;
图4为本申请提供的一种具体的集群配置方法流程图;
图5为本申请提供的一种集群配置装置结构示意图;
图6为本申请提供的一种电子设备结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有技术中,在定义DaemonSet时,为Pod template指定的ConfigMap是一个确定的ConfigMap实例,例如图1中的cm,所有节点对应的所有Pod均关联至cm,在后续创建时都使用cm。如果主机中包含直通设备,那么需要在cm中的nova.conf中配置当前主机有哪些设备需要直通,但是在实际应用中并不是所有节点都会被运维管理员安排为GPU节点、直通盘节点,并且不是所有这些直通节点的设备数量、设备PCI地址都一样,所以nova.conf必然随节点不同而不同,所以nova-compute DaemonSet为所有Pods使用一个ConfigMap明显不合时宜,且不够灵活。
本发明提出的集群配置方法是一种可以使容器集群支持Pods个性化配置的方法,能够根据允许在保持Kubernetes使用统一配置管理DaemonSet、Pods的规范之下,基于label机制、Selector机制实现不同Pod的个性化配置,用以解决在OpenStack需要直通主机PCI设备(GPU、vGPU、智能网卡、硬盘、网卡)给虚拟机的场景中,nova-compute DaemonSet下各个nova-compute Pod配置文件配置不同PCI设备的需求,以及在其他类似场景,在不破坏Kubernetes中定义的统一配置的设计原则的情况下,提升集群配置的灵活性。
本发明实施例公开了一种集群配置方法,参见图2所述,该方法包括:
步骤S11:确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap。
相比于图1中的现有技术,本发明图3提出了一种可以使容器集群支持Pods个性化配置的方法,若管理员将虚拟化节点node1、node2定义为设备直通节点,那么管理员在统一的ConfigMap(即default)之外额外为两节点的nova-compute Pod定义各自的ConfigMap,即集群中各个节点的pod均对应其各自的ConfigMap,即图3中node1的pod对应cm2,node2的pod对应cm1,node3的pod对应cm3。具体地,集群中各个设备直通均会对应各自的ConfigMap,例如node1和node2均为设备直通节点,cm1和cm2为两节点各自对应的ConfigMap,node3为集群中的普通节点,其对应集群中的默认ConfigMap:cm3。
本申请实施例中,所述确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap之前,还可以包括:在当前集群中创建默认ConfigMap,以便目标设备直通节点的Pod未匹配到目标ConfigMap时,则将所述目标设备直通节点的Pod关联至集群中的所述默认ConfigMap。所述默认ConfigMap为图1中的cm和图3中的cm3。
步骤S12:定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap。
本申请实施例中,实现了对DaemonSet Controller的扩展,即ConfigMapSelector,可以支持In、AND、OR语法的多条件组合。
本申请实施例中,在定义DaemonSet时,使用新的Pod template,只不过此时template关联的是ConfigMapSelector以及Selector定义的一个或一组规则,后续为Pod匹配目标ConfigMap时使用这个规则进行匹配。
步骤S13:若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap。
如图3中所示DaemonSet基于此template初始化node1 nova-compute Pod前,先按node1匹配到cm2,然后将其作为新Pod的ConfigMap。如果无匹配,例如图中node3无匹配,则使用default ConfigMap与node3进行关联。在具体实施过程中中,default最终会对应多数、非个性化Pod的常规配置。
步骤S14:若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。
如果匹配不到,那么使用default ConfigMap(即默认的ConfigMap)。最终default会对应多数、非个性化Pod的常规配置。
本申请实施例中,所述将所述目标设备直通节点的Pod关联至所述目标ConfigMap或所述将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap之后,还可以包括:实例化所述Daemonset,以利用所述Daemonset对当前集群中全部所述节点的Pod进行生命周期管理。
本申请实施例中,Kubernetes管理员可以基于DaemonSet配置实例化DaemonSet实体,DaemonSet开始对各个Pod副本展开生命周期管理。在为某节点创建Pod副本环节,由DaemonSet基于ConfigMapSelector及其规则查询到对应的ConfigMap,实例化Pod副本,后续对于节点pod的重建以及节点的升级时均可以基于各个pod各自对应的ConfigMap,并使用与上述类似的方法进行操作。
本申请实施例中确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。这样一来,本申请实施例中对Pod template进行扩展,创建ConfigMapSelector,并创建ConfigMapSelector中应用的关联规则,提出一种Kubernetes下的Pod与ConfigMap动态关联策略,可以实现Pod与ConfigMap的松耦合,并且通过ConfigMapSelector可以解耦Pod与ConfigMap实例之间的强关联,实现在DaemonSet实例化Pod副本时可以根据ConfigMapSelector定义的匹配规则筛选可用的ConfigMap实例,无匹配时则使用默认的default值,实现对Pod的灵活、个性化配置,在后续节点pod重建或升级时也可以更加灵活,最大程度上解决现有技术中由于集群中仅存在一个ConfigMap导致为所有Pods使用同一个ConfigMap时存在的问题,在不破坏Kubernetes中定义的统一配置的设计原则的情况下,提升集群配置的灵活性。
图4为本申请实施例提供的一种具体的集群配置方法流程图。参见图4所示,该方法包括:
步骤S21:确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap。
其中,关于步骤S21的更加具体的处理过程可以参考本申请中提出的前述实施例中公开的相应内容,在此不再进行赘述。
步骤S22:为所述ConfigMap添加标签;所述标签中包括所述目标设备直通节点的Pod归属的nova-compute和所述目标设备直通节点的节点名。
本申请实施例中,管理员将虚拟化节点node1、node2定义为设备直通节点,那么管理员在统一的ConfigMap(即default)之外额外为两节点的nova-compute Pod定义各自的ConfigMap后,还会对其加label(即标签),标识其归属的应用、应用Pod的主机名。例如图3中node1的pod对应的ConfigMap的标签为nova-compute和node1,node2的pod对应的ConfigMap的标签为nova-compute和node2。其中,标签中所述nova-compute为pod归属的应用,node1和node2为应用Pod的主机名。
具体的,本步骤中对ConfigMap添加标签时可以使用kubectl label子命令进行操作,例如,Kubernetes管理员使用kubectl label子命令对cm0打标签。
步骤S23:定义Daemonset,并利用所述Daemonset,基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap。
本申请实施例中,在定义DaemonSet时,使用新的Pod template,只不过此时template关联的是ConfigMapSelector以及Selector定义的一个或一组规则,例如,规则是X node上的Pod副本应当挂载标签含X的ConfigMap(可以表达为Pod.spec.hostname inConfigMap.labels),如果匹配不到,那么使用default。DaemonSet基于此template初始化node1 nova-compute Pod前,先按node1匹配到cm2,然后将其作为新Pod的ConfigMap。如果无匹配,则使用default ConfigMap。
本申请实施例中,ConfigMap Selector可以支持In、AND、OR语法,判断Pod的某项属性(Pod.spec.*)是否在ConfigMap实例的labels列表中。当前如果只按主机名匹配的话又会造成ConfigMap与Pod一对一,这在个性化配置Pod使用相同配置的场景又会造成ConfigMap冗余的问题,所以Selector支持多条件组合,例如:Pod.spec.hostname in[“node1”,”node2”]AND“enable_dpdk”IN ConfigMap.labels。
本申请实施例中,所述基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap,可以包括:基于目标设备直通节点的Pod的属性信息确定目标匹配条件;按照ConfigMapSelector,并基于所述目标匹配条件与各ConfigMap的标签为目标设备直通节点的Pod匹配目标ConfigMap。
本申请实施例中,所述基于目标设备直通节点的Pod的属性信息确定目标匹配条件,可以包括:基于目标设备直通节点的Pod所归属的nova-compute或所在节点的节点名称确定目标匹配条件。即本申请实施例中可以使用目标设备直通节点的Pod所归属的nova-compute或所在节点的节点名称作为目标匹配条件进行匹配。在具体的实施方式中,可以按照In、AND、OR语法进行多条件的匹配。在具体实施过程中,目标匹配条件的具体示例可以包括:按Pod副本所在节点的名称匹配ConfigMap labels;按pod归属的应用匹配ConfigMaplabels;按Pod副本所在节点的名称和pod归属的应用进行多条件匹配ConfigMap labels。
步骤S24:若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap。
其中,关于步骤S24的更加具体的处理过程可以参考本申请中提出的前述实施例中公开的相应内容,在此不再进行赘述。
步骤S25:若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。
其中,关于步骤S25的更加具体的处理过程可以参考本申请中提出的前述实施例中公开的相应内容,在此不再进行赘述。
本申请实施例中对Pod template进行扩展,通过ConfigMapSelector解耦Pod与ConfigMap实例的强关联,提出一种Kubernetes下的Pod与ConfigMap动态关联策略,实现Pod与ConfigMap松耦合,在不破坏Kubernetes中定义的统一配置的设计原则的情况下,提升集群配置的灵活性。
参见图5所示,本申请实施例公开了一种集群配置装置,具体可以包括:
ConfigMap创建模块11,用于确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;
ConfigMap匹配模块12,用于定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;
第一匹配关联模块13,用于若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;
第二匹配关联模块14,用于若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。
本申请中先确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。这样一来,本申请实施例中对Pod template进行扩展,创建ConfigMapSelector,并创建ConfigMapSelector中应用的关联规则,提出一种Kubernetes下的Pod与ConfigMap动态关联策略,可以实现Pod与ConfigMap的松耦合,并且通过ConfigMapSelector可以解耦Pod与ConfigMap实例之间的强关联,实现在DaemonSet实例化Pod副本时可以根据ConfigMapSelector定义的匹配规则筛选可用的ConfigMap实例,无匹配时则使用默认的default值,实现对Pod的灵活、个性化配置,在后续节点pod重建或升级时也可以更加灵活,最大程度上解决现有技术中由于集群中仅存在一个ConfigMap导致为所有Pods使用同一个ConfigMap时存在的问题,在不破坏Kubernetes中定义的统一配置的设计原则的情况下,提升集群配置的灵活性。
在一些具体实施例中,所述集群配置装置中,具体还可以包括:
标签添加模块,用于为所述ConfigMap添加标签;所述标签中包括所述目标设备直通节点的Pod归属的nova-compute和所述目标设备直通节点的节点名。
在一些具体实施例中,所述ConfigMap匹配模块12,具体可以包括:
ConfigMap匹配单元,用于基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap。
在一些具体实施例中,所述ConfigMap匹配单元,具体可以包括:
匹配条件确定单元,用于基于目标设备直通节点的Pod的属性信息确定目标匹配条件;
匹配单元,用于按照ConfigMapSelector,并基于所述目标匹配条件与各ConfigMap的标签为目标设备直通节点的Pod匹配目标ConfigMap。
在一些具体实施例中,所述匹配条件确定单元,具体可以包括:
条件确定单元,用于基于目标设备直通节点的Pod所归属的nova-compute或所在节点的节点名称确定目标匹配条件。
在一些具体实施例中,所述集群配置装置中,具体还可以包括:
默认ConfigMap创建单元,用于在当前集群中创建默认ConfigMap,以便目标设备直通节点的Pod未匹配到目标ConfigMap时,则将所述目标设备直通节点的Pod关联至集群中的所述默认ConfigMap。
在一些具体实施例中,所述集群配置装置中,具体还可以包括:
Pod生命周期管理单元,用于实例化所述Daemonset,以利用所述Daemonset对当前集群中全部所述节点的Pod进行生命周期管理。
进一步的,本申请实施例还公开了一种电子设备,图6是根据示例性实施例示出的电子设备20结构图,图中的内容不能认为是对本申请的使用范围的任何限制。
图6为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20,具体可以包括:至少一个处理器21、至少一个存储器22、电源23、显示屏24、输入输出接口25、通信接口26和通信总线27。其中,所述存储器22用于存储计算机程序,所述计算机程序由所述处理器21加载并执行,以实现以下的步骤:
确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;
定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;
若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;
若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。
在一些具体实施方式中,所述为所述设备直通节点的Pod创建对应的ConfigMap之后,还可以进一步包括以下的步骤:
为所述ConfigMap添加标签;所述标签中包括所述目标设备直通节点的Pod归属的nova-compute和所述目标设备直通节点的节点名。
在一些具体实施方式中,所述按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap,具体可以实现以下的步骤:
基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap。
在一些具体实施方式中,所述基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap,具体可以实现以下的步骤:
基于目标设备直通节点的Pod的属性信息确定目标匹配条件;
按照ConfigMapSelector,并基于所述目标匹配条件与各ConfigMap的标签为目标设备直通节点的Pod匹配目标ConfigMap。
在一些具体实施方式中,所述基于目标设备直通节点的Pod的属性信息确定目标匹配条件,具体可以实现以下的步骤:
基于目标设备直通节点的Pod所归属的nova-compute或所在节点的节点名称确定目标匹配条件。
在一些具体实施方式中,所述确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap之前,还可以进一步包括以下的步骤:
在当前集群中创建默认ConfigMap,以便目标设备直通节点的Pod未匹配到目标ConfigMap时,则将所述目标设备直通节点的Pod关联至集群中的所述默认ConfigMap。
在一些具体实施方式中,所述将所述目标设备直通节点的Pod关联至所述目标ConfigMap或所述将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap之后,还可以进一步包括以下的步骤:
实例化所述Daemonset,以利用所述Daemonset对当前集群中全部所述节点的Pod进行生命周期管理。
另外,本申请实施例中的电子设备20具体可以为电子计算机,本申请实施例中的电源23用于为电子设备20上的各硬件设备提供工作电压;通信接口26能够为电子设备20创建与外界设备之间的数据传输通道,其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议,在此不对其进行具体限定;输入输出接口25,用于获取外界输入数据或向外界输出数据,其具体的接口类型可以根据具体应用需要进行选取,在此不进行具体限定。
另外,存储器22作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源可以包括操作系统221、计算机程序222及虚拟机数据223等,虚拟机数据223可以包括各种各样的数据。存储方式可以是短暂存储或者永久存储。
其中,操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222,其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的集群配置方法的计算机程序之外,还可以进一步包括能够用于完成其他特定工作的计算机程序。
进一步的,本申请还公开了一种计算机可读存储介质,这里所说的计算机可读存储介质包括随机存取存储器(Random Access Memory,RAM)、内存、只读存储器(Read-OnlyMemory,ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、磁碟或者光盘或技术领域内所公知的任意其他形式的存储介质。其中,所述计算机程序被处理器执行时实现前述公开的集群配置方法。关于该方法的具体步骤可以参考本申请中提出的前述实施例中公开的相应内容,在此不再进行赘述。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者Pod与ConfigMap的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者Pod与ConfigMap的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明所提供的集群配置方法、装置、设备、存储介质进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种集群配置方法,其特征在于,包括:
确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;
定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;
若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;
若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。
2.根据权利要求1所述的集群配置方法,其特征在于,所述为所述设备直通节点的Pod创建对应的ConfigMap之后,还包括:
为所述ConfigMap添加标签;所述标签中包括所述目标设备直通节点的Pod归属的nova-compute和所述目标设备直通节点的节点名。
3.根据权利要求2所述的集群配置方法,其特征在于,所述按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap,包括:
基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap。
4.根据权利要求3所述的集群配置方法,其特征在于,所述基于目标设备直通节点的Pod的属性信息与各ConfigMap的标签,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap,包括:
基于目标设备直通节点的Pod的属性信息确定目标匹配条件;
按照ConfigMapSelector,并基于所述目标匹配条件与各ConfigMap的标签为目标设备直通节点的Pod匹配目标ConfigMap。
5.根据权利要求4所述的集群配置方法,其特征在于,所述基于目标设备直通节点的Pod的属性信息确定目标匹配条件,包括:
基于目标设备直通节点的Pod所归属的nova-compute或所在节点的节点名称确定目标匹配条件。
6.根据权利要求1所述的集群配置方法,其特征在于,所述确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap之前,还包括:
在当前集群中创建默认ConfigMap,以便目标设备直通节点的Pod未匹配到目标ConfigMap时,则将所述目标设备直通节点的Pod关联至集群中的所述默认ConfigMap。
7.根据权利要求1至6任一项所述的集群配置方法,其特征在于,所述将所述目标设备直通节点的Pod关联至所述目标ConfigMap或所述将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap之后,还包括:
实例化所述Daemonset,以利用所述Daemonset对当前集群中全部所述节点的Pod进行生命周期管理。
8.一种集群配置装置,其特征在于,包括:
ConfigMap创建模块,用于确定集群中的设备直通节点,并为所述设备直通节点的Pod创建对应的ConfigMap;
ConfigMap匹配模块,用于定义Daemonset,并利用所述Daemonset,按照ConfigMapSelector为目标设备直通节点的Pod匹配目标ConfigMap;
第一匹配关联模块,用于若所述目标设备直通节点的Pod匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至所述目标ConfigMap;
第二匹配关联模块,用于若所述目标设备直通节点的Pod未匹配到所述目标ConfigMap,则将所述目标设备直通节点的Pod关联至集群中的默认ConfigMap。
9.一种电子设备,其特征在于,包括处理器和存储器;其中,所述处理器执行所述存储器中保存的计算机程序时实现如权利要求1至7任一项所述的集群配置方法。
10.一种计算机可读存储介质,其特征在于,用于存储计算机程序;其中,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的集群配置方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211052245.XA CN115766423A (zh) | 2022-08-31 | 2022-08-31 | 一种集群配置方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211052245.XA CN115766423A (zh) | 2022-08-31 | 2022-08-31 | 一种集群配置方法、装置、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115766423A true CN115766423A (zh) | 2023-03-07 |
Family
ID=85349447
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211052245.XA Pending CN115766423A (zh) | 2022-08-31 | 2022-08-31 | 一种集群配置方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115766423A (zh) |
-
2022
- 2022-08-31 CN CN202211052245.XA patent/CN115766423A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10735345B2 (en) | Orchestrating computing resources between different computing environments | |
WO2017113201A1 (zh) | 一种网络服务的生命周期管理方法及设备 | |
CN110795029B (zh) | 一种云硬盘管理方法、装置、服务器及介质 | |
CN108089913B (zh) | 一种超融合系统的虚拟机部署方法 | |
CN107967140B (zh) | 软件修改的发起方法、发布元数据的方法及装置 | |
CN107210924B (zh) | 用于配置通信系统的方法和设备 | |
US11249788B2 (en) | Cloud management platform, and virtual machine management method and system | |
CN102202087B (zh) | 一种标识存储设备的方法及系统 | |
CN113961312A (zh) | 目标服务的部署方法、装置和电子设备 | |
US20240111549A1 (en) | Method and apparatus for constructing android running environment | |
EP3432132B1 (en) | Data storage method and device | |
EP3883183A1 (en) | Virtualization management method and device | |
CN102904977A (zh) | 网络地址分配方法、服务器和节点 | |
CN111124299A (zh) | 数据存储管理方法、装置、设备、系统及存储介质 | |
CN113419813B (zh) | 一种基于容器平台部署裸机管理服务的方法及装置 | |
CN106911741B (zh) | 一种虚拟化网管文件下载负载均衡的方法及网管服务器 | |
JP6448012B2 (ja) | 仮想マシン名を表示するための方法、装置、およびシステム | |
US11681585B2 (en) | Data migration for a shared database | |
CN113805816A (zh) | 一种磁盘空间管理方法、装置、设备及存储介质 | |
US11431795B2 (en) | Method, apparatus and storage medium for resource configuration | |
CN113342456A (zh) | 一种连接方法、装置、设备和存储介质 | |
CN116155978A (zh) | 多注册中心适配方法、装置、电子设备及存储介质 | |
CN115766423A (zh) | 一种集群配置方法、装置、设备及介质 | |
CN115357198A (zh) | 存储卷的挂载方法及装置、存储介质及电子设备 | |
CN115277701A (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 |