CN111399983A - 基于容器编排调度服务的调度方法及装置 - Google Patents
基于容器编排调度服务的调度方法及装置 Download PDFInfo
- Publication number
- CN111399983A CN111399983A CN202010191759.8A CN202010191759A CN111399983A CN 111399983 A CN111399983 A CN 111399983A CN 202010191759 A CN202010191759 A CN 202010191759A CN 111399983 A CN111399983 A CN 111399983A
- Authority
- CN
- China
- Prior art keywords
- host
- scheduling unit
- scheduling
- upgraded
- unit
- 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
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000001514 detection method Methods 0.000 claims description 5
- 238000004891 communication Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 102100033121 Transcription factor 21 Human genes 0.000 description 6
- 101710119687 Transcription factor 21 Proteins 0.000 description 6
- 230000003993 interaction Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 101100438971 Caenorhabditis elegans mat-1 gene Proteins 0.000 description 3
- 101100491335 Caenorhabditis elegans mat-2 gene Proteins 0.000 description 3
- 101100495256 Caenorhabditis elegans mat-3 gene Proteins 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 101100264195 Caenorhabditis elegans app-1 gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- -1 that is Proteins 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Stored Programmes (AREA)
Abstract
本公开关于一种基于容器编排调度服务的调度方法及装置,涉及云计算领域,当需要维持本地服务状态的调度单元升级时,能够将升级后的调度单元部署到升级前的调度单元所在的宿主机上,从而缩短了调度单元升级的时间。该方法包括:在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,检测调度单元在升级后是否需维持本地服务状态;若调度单元在升级后需维持本地服务状态,并且调度单元的宿主机满足升级后的调度单元需要的存储资源,通知容器编排调度服务将升级后的调度单元部署在该调度单元的宿主机上。
Description
技术领域
本公开涉及云计算领域,尤其涉及基于容器编排调度服务的调度方法及装置。
背景技术
docker是一个开源的应用容器引擎,开发者可以打包他们的应用以及依赖包到一个可移植的镜像中,然后发布到任何流行的Linux机器或Windows机器上。kubernetes创建于docker之上,可以在应用被安装时,为该应用确定宿主机,并在确定的宿主机上创建该应用对应的pod。pod是kubernetes创建的最小调度单元,pod可以对kubernetes创建的容器进行分组管理。一个pod可以管理一个或多个相关的容器。
后续,当kubernetes中的pod升级时,kubernetes会释放原先的宿主机上的pod,重新确定宿主机,并在重新确定的宿主机上创建升级后的pod。然而,对于需要维持本地服务状态的pod,该pod升级时有可能仅需要对该pod中的某个或某几个容器进行升级,在这种情况下,kubernetes释放原先的宿主机上的pod,并在重新确定的宿主机上创建升级后的pod,会导致pod升级时间较长。
发明内容
本公开提供一种基于容器编排调度服务的调度方法及装置,当需要维持本地服务状态的调度单元升级时,将升级后的调度单元部署到升级前的调度单元所在的宿主机上,从而缩短了调度单元升级的时间。
本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种基于容器编排调度服务的调度方法,包括:在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,检测所述调度单元在升级后是否需维持本地服务状态;若所述调度单元在升级后需维持本地服务状态,则获取所述调度单元的宿主机的信息,所述调度单元的宿主机为所述容器编排调度服务为所述调度单元分配的宿主机,所述宿主机的信息用于指示所述调度单元的宿主机是否满足升级后的调度单元需要的存储资源;若所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源,发送第一通知消息,所述第一通知消息用于指示将所述升级后的调度单元部署在所述调度单元的宿主机上。
一种可能的实现方式,所述获取调度单元的宿主机的信息包括:根据存储的所述调度单元与所述调度单元的宿主机的对应关系,获取所述调度单元的宿主机的标识以及所述调度单元的宿主机的信息,其中,所述宿主机的信息包括所述宿主机的标识和所述宿主机的可用存储资源。
一种可能的实现方式,在发送第一通知消息之前,所述方法还包括:获取第一候选宿主机集合,所述第一候选宿主机集合中包含满足所述升级后的调度单元需要的存储资源的宿主机中的部分宿主机;判断所述调度单元的宿主机中是否包含在所述第一候选宿主机集合中;若所述调度单元的宿主机包含在所述第一候选宿主机集合中,则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。
一种可能的实现方式,在判断所述调度单元的宿主机中是否包含在所述第一候选宿主机集合中之后,所述方法还包括:若所述调度单元的宿主机未包含在所述第一候选宿主机集合中,获取第二候选宿主机集合,所述第二候选宿主机集合包括满足所述升级后的调度单元需要的存储资源的全部宿主机;若所述调度单元的宿主机包括在所述第二候选宿主机集合中,则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。
一种可能的实现方式,若所述调度单元在升级后不需维持本地服务状态,所述方法还包括:发送第二通知消息,其中,所述第二通知消息用于指示将所述升级后的调度单元部署在所述第一候选宿主机集合中的任一宿主机上,或者,所述第二通知消息用于指示根据用户的选择确定所述升级后的调度单元的宿主机,所述升级后的调度单元的宿主机为所述调度单元升级后,被部署到的宿主机。
一种可能的实现方式,所述获取调度单元的宿主机的信息之后,所述方法还包括:更新所述调度单元的宿主机的存储资源信息,使得所述调度单元的宿主机为所述升级后的调度单元预留存储资源。
一种可能的实现方式,检测所述调度单元在升级后是否需要维持本地服务状态,包括:检测所述调度单元的资源类型是否指示所述升级后的调度单元的状态与所述调度单元的状态相同;若检测到所述调度单元的资源类型指示所述升级后的调度单元的状态与所述调度单元的状态相同,所述调度单元在升级后需要维持本地服务状态;若检测到所述调度单元的资源类型指示所述升级后的调度单元的状态与所述调度单元的状态不相同,所述调度单元在升级后不需要维持本地服务状态。
根据本公开实施例的第二方面,提供一种调度装置,包括:检测模块、获取模块和发送模块;所述检测模块,被配置为在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,检测所述调度单元在升级后是否需维持本地服务状态;所述获取模块,被配置为若所述调度单元在升级后需维持本地服务状态,则获取所述调度单元的宿主机的信息,所述调度单元的宿主机为所述容器编排调度服务为所述调度单元分配的宿主机,所述宿主机的信息用于指示所述调度单元的宿主机是否满足升级后的调度单元需要的存储资源;所述发送模块,被配置为若所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源,发送第一通知消息,所述第一通知消息用于指示将所述升级后的调度单元部署在所述调度单元的宿主机上。
一种可能的实现方式,所述获取模块,具体被配置为根据存储的所述调度单元与所述调度单元的宿主机的对应关系,获取所述调度单元的宿主机的标识以及所述调度单元的宿主机的信息,其中,所述宿主机的信息包括所述宿主机的标识和所述宿主机的可用存储资源。
一种可能的实现方式,所述调度装置还包括:确定模块和判断模块;所述确定模块,被配置为获取第一候选宿主机集合,所述第一候选宿主机集合中包含满足所述升级后的调度单元需要的存储资源的宿主机中的部分宿主机;所述判断模块,被配置为判断所述调度单元的宿主机中是否包含在所述第一候选宿主机集合中;所述确定模块,还被配置为若所述调度单元的宿主机包含在所述第一候选宿主机集合中,则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。
一种可能的实现方式,所述获取模块,还被配置为若所述调度单元的宿主机未包含在所述第一候选宿主机集合中,获取第二候选宿主机集合,所述第二候选宿主机集合包括满足所述升级后的调度单元需要的存储资源的全部宿主机;所述确定模块,还被配置为若所述调度单元的宿主机包括在所述第二候选宿主机集合中,则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。
一种可能的实现方式,所述发送模块,还被配置为发送第二通知消息,其中,所述第二通知消息用于指示将所述升级后的调度单元部署在所述第一候选宿主机集合中的任一宿主机上,或者,所述第二通知消息用于指示根据用户的选择确定所述升级后的调度单元的宿主机,所述升级后的调度单元的宿主机为所述调度单元升级后,被部署到的宿主机。
一种可能的实现方式,所述调度装置还包括:更新模块;所述更新模块,被配置为更新所述调度单元的宿主机的存储资源信息,使得所述调度单元的宿主机为所述升级后的调度单元预留存储资源。
一种可能的实现方式,所述检测模块,具体被配置为检测所述调度单元的资源类型是否指示所述升级后的调度单元的状态与所述调度单元的状态相同;若检测到所述调度单元的资源类型指示所述升级后的调度单元的状态与所述调度单元的状态相同,所述调度单元在升级后需要维持本地服务状态;若检测到所述调度单元的资源类型指示所述升级后的调度单元的状态与所述调度单元的状态不相同,所述调度单元在升级后不需要维持本地服务状态。
根据本公开实施例的第三方面,提供一种数据调度装置,该装置包括:处理器、用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行所述指令,以实现上述第一方面以及第一方面的任一种可能的实现方式中所述的基于容器编排调度服务的调度方法。
根据本公开实施例的第四方面,提供一种存储介质,当所述存储介质中的指令由调度装置的处理器执行时,使得调度装置够执行上述第一方面以及第一方面的任一种可能的实现方式中所述的基于容器编排调度服务的调度方法。
根据本公开实施例的第五方面,提供一种计算机程序产品,当其在计算机上运行时,以实现上述第一方面以及第一方面的任一种可能的实现方式中所述的基于容器编排调度服务的调度方法。
本公开的实施例提供的技术方案至少带来以下有益效果:调度装置可以在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,若该调度单元在升级后需维持本地服务状态,并且该调度单元的宿主机满足升级后的调度单元需要的存储资源,可以通知容器编排调度服务将升级后的调度单元部署在该调度单元的宿主机上。如此,该调度单元在升级时,容器编排调度服务不用释放该调度单元,而是检查该调度单元中哪些容器发生变化,对发生变化的容器进行优雅终止,并重新启动新的容器。显而易见,相比于释放升级前的调度单元,再重新创建升级后的调度单元来说,对升级前的调度单元中的部分容器进行优雅终止,再重新启动新的容器耗时较短,因此,可以缩短调度单元升级的时间。另外,容器编排调度服务将升级后的调度单元部署在该调度单元的宿主机上,还可以保证调度单元升级后,该调度单元的网络拓扑结构不变,降低了升级后的调度单元对网络的影响,而且调度单元在升级时,不需要重新下载调度单元中存储的资源,例如服务使用的模型等,可以加快服务启动速度。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种实施环境的架构图。
图2是根据一示例性实施例示出的一种基于容器编排调度服务的调度方法的流程图一。
图3是根据一示例性实施例示出的一种基于容器编排调度服务的调度方法的流程图二。
图4是根据一示例性实施例示出的一种调度装置的框图一。
图5是根据一示例性实施例示出的一种调度装置的框图二。
图6是根据一示例性实施例示出的一种调度装置的框图三。
图7是根据一示例性实施例示出的一种调度装置的框图四。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
首先,介绍本公开实施例示出的基于容器编排调度服务的调度方法的实施环境。
如图1所示,为本公开根据一示例性实施例示出的一种实施环境的架构图,下述基于容器编排调度服务的调度方法可以应用于该实施环境中。图1中,该实施环境包括调度装置101和宿主机集群102。
图1中的调度装置101可以是便携式计算机、笔记本电脑、个人计算机(personalcomputer,PC)或服务器等。调度装置101部署有容器编排调度服务的环境,并且基于容器编排调度服务的环境扩展了容器编排调度服务的功能,以实现本公开下述实施例中的基于容器编排调度服务的调度方法。调度装置101与宿主机集群102通过有线或无线连接。其中,容器编排调度服务可以是kubernetes等。
图1中的宿主机集群102包括多个物理机或虚拟机。调度装置101可以在宿主机集群102中为应用选择合适的宿主机,并在该宿主机上创建该应用对应的调度单元。
在一些实施例中,图1所示的实施环境还可以包括服务器103。该服务器103与调度装置101和宿主机集群102可以通过有线或无线连接。该服务器103可以用于存储容器编排调度服务的相关数据,例如,服务器103可以存储宿主机集群102中每台宿主机的存储资源的使用情况,或者,服务器103可以存储容器编排调度服务创建的调度单元与容器编排调度服务创建的调度单元所在的宿主机间的对应关系。服务器103可以与调度装置101通信,为调度装置101提供宿主机集群102中每台宿主机的资源使用情况,或上述对应关系。服务器103还可以与宿主机集群102中的宿主机通信,获取宿主机集群102中每台宿主机的存储资源的使用情况,或获取上述对应关系。
应注意,图1所示的实施环境仅用于举例,并非用于限制本公开的技术方案。本领域的技术人员应当明白,在具体实现过程中,该实施环境还可以包括其他装置,同时也可根据具体需要来配置调度装置101的数量、或宿主机集群102中的宿主机的数量或服务器103的数量。
如图2所示,是根据一示例性实施例示出的一种基于容器编排调度服务的调度方法的流程图,该基于容器编排调度服务的调度方法可以应用于图1中的调度装置101,该基于容器编排调度服务的调度方法可以包括步骤201-步骤203。
步骤201:在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,检测该调度单元在升级后是否需维持本地服务状态。
应理解,容器编排调度服务创建了多个调度单元,不同的调度单元可以部署在同一个宿主机上也可以部署在不同的宿主机上。以容器编排调度服务器为kubernetes,调度单元为pod为例,kubernetes可以创建多个pod,不同的pod可以部署在同一个宿主机上,也可以部署在不同的宿主机上。
可选的,维持本地服务状态指维持调度单元的网络状态、调度单元的存储状态、调度单元的标识或端口号等中的一项或多项不改变。上述各种状态仅是本地服务状态的示例,本地服务状态还可以指其他状态,不予限制。
可选的,检测调度单元在升级后是否需要维持本地服务状态,包括:检测调度单元的资源类型是否指示升级后的调度单元的状态与该调度单元的状态相同;若检测到调度单元的资源类型指示升级后的调度单元的状态与该调度单元的状态相同,该调度单元在升级后需要维持本地服务状态;若检测到该调度单元的资源类型指示升级后的调度单元的状态与该调度单元的状态不相同,该调度单元在升级后不需要维持本地服务状态。
示例性的,以容器编排调度服务为kubernetes,调度单元为pod,对于kubernetes,pod的资源类型为statefulset时,指示升级后的pod的状态与升级前的pod的状态相同为例,若pod的资源类型为statefulset,pod在升级后维持本地服务状态,若pod的资源类型不是statefulset,pod在升级后不需要维持本地服务状态。
步骤202:若该调度单元在升级后需维持本地服务状态,则获取该调度单元的宿主机的信息。
其中,调度单元的宿主机为容器编排调度服务为该调度单元分配的宿主机。宿主机的信息可以用于指示调度单元的宿主机是否满足升级后的调度单元需要的存储资源。示例性的,宿主机的信息包括宿主机的标识和宿主机的可用存储资源。
可选的,获取调度单元的宿主机的信息包括:根据存储的调度单元与该调度单元的宿主机的对应关系,获取调度单元的宿主机的标识以及调度单元的宿主机的信息。
其中,该对应关系可以是调度装置101在步骤202之前获取并存储在调度装置101中的。
示例性的,以容器编排调度服务为kubernetes,调度单元为pod为例,kubernetes创建pod后,调度装置101可以指示该pod中的容器获取该pod和该pod的宿主机的对应关系,并通过该pod的宿主机将该pod和该pod的宿主机的对应关系,上报给调度装置101或服务器。调度装置101或服务器获取该对应关系后存储在本地。若该对应关系存储在调度装置101中,调度装置101从本地获取该对应关系,并根据该对应关系获取pod的宿主机的标识和pod的宿主机的信息;若该对应关系存储在服务器中,调度装置101从服务器获取该对应关系,并根据该对应关系获取pod的宿主机的标识和pod的宿主机的信息。其中,该服务器可以是图1所示的服务器103。
进一步可选的,调度装置101通过在该调度单元的容器中内置一段程序,使得该调度单元的容器执行该程序时获取该调度单元和该调度单元的宿主机的对应关系,并通过该调度单元所在的宿主机将该对应关系,上报给调度装置101或服务器103。
示例性的,以容器编排调度服务为kubernetes,调度单元为pod为例,kubernetes为app 1在宿主机1上创建了pod 1,该pod 1包括3个容器,该三个容器分别为容器1、容器2和容器3,调度装置101可以在容器1,和/或,容器2,和/或,容器3中内置一段程序,使得容器1,和/或,容器2,和/或,容器3可以向调度装置101或服务器103上报pod 1和宿主机1的对应关系,调度装置101或服务器103接收到该对应关系后,可以将该对应关系保存到调度装置101或服务器103的redis中。
示例性的,该对应关系可以如表1所示。表1中,宿主机1与pod 1和pod 2对应,也就是说,pod 1和pod 2是在宿主机1上创建的,宿主机2与pod 3、pod 4和pod 5对应,也就是说,pod 3、pod 4和pod 5是在宿主机2上创建的。
表1
宿主机 | pod |
宿主机1 | Pod 1 |
宿主机1 | pod 2 |
宿主机2 | pod 3 |
宿主机2 | pod 4 |
宿主机2 | pod 5 |
需要说明的是,上述表1仅是pod与该pod的宿主机间的对应关系的示例,该对应关系还可以是其他形式,不予限制。
调度装置101根据该对应关系获取调度单元的宿主机的标识以及调度单元的宿主机的信息的过程如下:
一种可能的实现方式,上述宿主机的信息存储在调度装置101中或服务器103中。示例性的,当宿主机的信息发生变化时,换句话说,当该宿主机中的调度单元被释放时,或该宿主机中新部署了调度单元时,调度装置101或服务器103获取最新的宿主机的信息并存储在本地,例如,宿主机的信息存储在调度装置101或服务器103的redis中。调度装置101根据该对应关系获取调度单元的宿主机的标识,并根据调度单元的宿主机的标识从本地或服务器103获取调度单元的宿主机的信息。
另一种可能的实现方式,调度装置101根据该对应关系获取调度单元的宿主机的标识,根据调度单元的宿主机的标识向调度单元的宿主机发送请求信息,该请求信息用于请求调度单元的宿主机的信息,调度单元的宿主机接收到该请求信息后,向调度装置101发送调度单元的宿主机的信息。
可选的,获取调度单元的宿主机的信息之后,调度装置101更新调度单元的宿主机的存储资源信息,使得调度单元的宿主机为升级后的调度单元预留存储资源。
需要说明的是,若升级后的调度单元确定部署在调度单元的宿主机上,调度单元在升级时,要先优雅终止该调度单元,再在调度单元的宿主机上重新创建升级后的调度单元。然而,从优雅终止该调度单元到在调度单元的宿主机上重新创建该升级后的调度单元的过程中,该调度单元的宿主机上有可能部署其他调度单元,从而导致调度单元的宿主机因可用资源不够而无法部署升级后的调度单元。为了避免上述问题,调度装置101可以监控宿主机集群102中每个宿主机的可用资源,当调度单元的宿主机的可用资源因为调度单元被优雅终止而变大时,更新调度单元的宿主机的存储资源信息,使得使得调度单元的宿主机为升级后的调度单元预留存储资源。
示例性的,以容器编排调度服务为kubernetes,调度单元为pod,pod的宿主机在pod优雅终止前的可用资源为20G,pod升级需要的资源为2G为例,当pod的宿主机的可用资源因为pod优雅终止变为21G时,调度装置101可以将pod的宿主机的可用资源更新为19G,如此,可以为pod预留资源。
可选的,若调度单元在升级后不需要维持本地服务器状态,调度装置101向容器编排调度服务发送第二通知消息。
调度装置101向容器编排调度服务发送第二通知消息还可以描述为调度装置101向容器返回第二通知消息。其中,第二通知消息用于指示升级后的调度单元部署在第一候选宿主机集合中的任一候选宿主机上,或者,第二通知消息用于指示根据用户选择确定升级后的调度单元的宿主机,或者,第二通知消息用于指示根据用户选择确定的升级后的调度单元的宿主机。其中,第一候选宿主机集合中包含满足升级后的调度单元需要的存储资源的宿主机中的部分宿主机。升级后的调度单元的宿主机为该调度单元升级后,被部署到的宿主机。
当第二通知消息用于指示升级后的调度单元部署在第一候选宿主机集合中的任一候选宿主机上,第二通知消息可以包括第一候选宿主机集合中的一个或多个候选宿主机的标识。当第二通知消息用于指示根据用户选择确定升级后的调度单元的宿主机时,第二通知消息可以包括第一候选宿主机集合中的一个或多个候选宿主机的标识和指示信息,该指示信息用于指示根据用户选择确定升级后的调度单元的宿主机。当第二通知消息用于指示根据用户选择确定的升级后的调度单元的宿主机,第二通知消息包括根据用户选择确定的升级后的调度单元的宿主机的标识。
一种可能的实现方式,当第二通知消息包括根据用户选择确定的升级后的调度单元的宿主机的标识,调度装置101可以将第一候选宿主机集合中的一个或多个候选宿主机的标识显示在调度装置101的人机交互界面上,调度装置101通过该人机交互界面接收用户选择的宿主机,并将用户选择的宿主机的标识返回给容器编排调度服务,以便容器编排调度服务将升级后的调度单元部署在用户选择的宿主机作上。
步骤203:调度单元的宿主机满足升级后的调度单元需要的存储资源,发送第一通知消息。
可选的,调度单元的宿主机满足升级后的调度单元需要的存储资源,向容器编排调度服务发送第一通知消息。其中,向容器编排调度服务发送第一通知消息还可以描述为向容器编排调度服务返回第一通知消息。第一通知消息用于指示将升级后的调度单元部署在调度单元的宿主机上。例如,第一通知消息包括调度单元的宿主机的标识。
基于图2所示的方法,调度装置101可以在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,若该调度单元在升级后需维持本地服务状态,并且该调度单元的宿主机满足升级后的调度单元需要的存储资源,可以通知容器编排调度服务将升级后的调度单元部署在该调度单元的宿主机上。如此,该调度单元在升级时,容器编排调度服务不用释放该调度单元,而是检查该调度单元中哪些容器发生变化,对发生变化的容器进行优雅终止,并重新启动新的容器。显而易见,相比于释放升级前的调度单元,再重新创建升级后的调度单元来说,对升级前的调度单元中的部分容器进行优雅终止,再重新启动新的容器耗时较短,因此,可以缩短调度单元升级的时间。另外,容器编排调度服务将升级后的调度单元部署在该调度单元的宿主机上,还可以保证调度单元升级后,该调度单元的网络拓扑结构不变,降低了升级后的调度单元对网络的影响,而且调度单元在升级时,不需要重新下载调度单元中存储的资源,例如服务使用的模型等,可以加快服务启动速度。
进一步可选的,如图3所示,图2所示的方法还包括步骤301-步骤303。
步骤301:获取第一候选宿主机集合。
其中,该宿主机集群可以是图1所示的宿主机集群102。第一候选宿主机集合中包含满足升级后的调度单元需要的存储资源的宿主机中的部分宿主机。
可选的,调度装置通过以下两种方式中的任一种方式确定第一候选宿主机集合:
方式1:调度装置101将宿主机集群中,满足升级后的调度单元需要的存储资源的N个宿主机确定为第一候选宿主机集合。其中,N为大于1且小于M的正整数。M为第二候选宿主机集合中宿主机的个数,该第二候选宿主机集合包括满足升级后的调度单元需要的存储资源的全部宿主机。如此,调度装置101不需要计算第二候选候选宿主机集合中每个宿主机的可用存储资源,即可为升级后的调度单元提供可用宿主机,减少了调度装置101的计算量。N为预设置的或者用户根据需要设置的。
示例性的,以宿主机集群包括500个宿主机,N为50为例,调度装置101在宿主机集群中确定出满足升级后的调度单元需要的存储资源的50个宿主机,该50个宿主机组成第一宿主机集合。在实际应用中,若满足升级后的调度单元需要的存储资源的全部宿主机的个数大于50,调度装置101只用计算50个宿主机的可用存储资源,减少了调度装置101的计算量。
方式2:调度装置101接收容器编排调度服务发送的第一候选宿主机集合中各个宿主机的标识,该第一候选宿主机集合为容器编排调度服务从宿主机集群中确定的,容器编排调度服务确定第一候选宿主机集合的方式和上述方式1中调度装置101确定第一候选宿主机集合的方式相同。其中,第一候选宿主机集合中的宿主机的个数为N,N为大于1且小于M的正整数。M为第二候选宿主机集合中宿主机的个数,该第二候选宿主机集合包括满足升级后的调度单元需要的存储资源的全部宿主机。
步骤302:判断调度单元的宿主机中是否包含在该第一候选宿主机集合中。
步骤303:若调度单元的宿主机包含在该第一候选宿主机集合中,则确定该调度单元的宿主机满足升级后的调度单元需要的存储资源。
示例性的,以第一候选宿主机集合包括宿主机1、宿主机2、宿主机3和宿主机4为例,若调度单元的宿主机为宿主机1,则确定调度单元的宿主机满足升级后的调度单元需要的存储资源。
步骤304:若调度单元的宿主机未包含在第一候选宿主机集合中,获取第二候选宿主机集合。
可选的,对于步骤301中的方式1,调度装置101将宿主机集群中,满足升级后的调度单元需要的存储资源的全部宿主机确定为第二候选宿主机集合。对于步骤302中的方式2,调度装置101向容器编排调度服务发送获取第二候选宿主机集合的请求,并接收容器编排调度服务发送的第二候选宿主机集合中各个宿主机的标识。可以理解的,容器编排调度服务接收到该请求后,将宿主机集群中,满足升级后的调度单元需要的存储资源的全部宿主机确定为第二候选宿主机集合,并向调度装置101发送第二候选宿主机集合中各个宿主机的标识。
步骤305:若调度单元的宿主机包括在该第二候选宿主机集合中,则确定该调度单元的宿主机满足升级后的调度单元需要的存储资源。
示例性的,以第二候选宿主机集合包括宿主机1、宿主机2、宿主机3、宿主机4宿主机5和宿主机6为例,若调度单元的宿主机为宿主机5,则确定调度单元的宿主机满足升级后的调度单元需要的存储资源。
可选的,若调度单元的宿主机未包括在该第二候选宿主机集合中,向容器编排调度服务发送第三通知消息。其中,第三通知消息用于指示升级后的调度单元部署在第一候选宿主机集合或第二候选宿主机集合中的任一候选宿主机上,或者,第三通知消息用于指示根据用户选择确定升级后的调度单元的宿主机,或者,第三通知消息用于指示根据用户选择确定的升级后的调度单元的宿主机。
当第三通知消息用于指示升级后的调度单元部署在第一候选宿主机集合或第二候选宿主机集合中的任一候选宿主机上,第三通知消息可以包括第一候选宿主机集合或第二候选宿主机集合中的一个或多个候选宿主机的标识。当第三通知消息用于指示根据用户选择确定升级后的调度单元的宿主机时,第三通知消息可以包括第一候选宿主机集合或第二候选宿主机集合中的一个或多个候选宿主机的标识和指示信息,该指示信息用于指示根据用户选择确定升级后的调度单元的宿主机。当第三通知消息用于指示根据用户选择确定的升级后的调度单元的宿主机,第三通知消息包括根据用户选择确定的升级后的调度单元的宿主机的标识。
一种可能的实现方式,当第三通知消息包括根据用户选择确定的升级后的调度单元的宿主机的标识,调度装置101可以将第一候选宿主机集合或第二候选宿主机集合中的一个或多个候选宿主机的标识显示在调度装置101的人机交互界面上,调度装置101通过该人机交互界面接收用户选择的宿主机,并将用户选择的宿主机的标识返回给容器编排调度服务,以便容器编排调度服务将升级后的调度单元部署在用户选择的宿主机作上。
基于图3所示的方法,调度装置101可以获取第一候选宿主机集合,在调度单元的宿主机包含在该第一候选宿主机集合中时,确定该调度单元的宿主机满足升级后的调度单元需要的存储资源,如此,调度装置101可以通知容器编排调度服务将升级后的调度单元部署在调度单元的宿主机上。在调度单元的宿主机未包括在第一候选宿主机集合中时,获取第二候选宿主机集合,当调度单元的宿主机包括在该第二候选宿主机集合中时,确定该调度单元的宿主机满足升级后的调度单元需要的存储资源,如此,调度装置101可以通知容器编排调度服务将升级后的调度单元部署在调度单元的宿主机上。当调度单元的宿主机未包括在该第二候选宿主机集合中时,调度装置101可以升级后的调度单元部署在第一候选宿主机集合或第二候选宿主机集合中的任一候选宿主机上;或者,调度装置101指示容器编排调度服务根据用户选择确定升级后的调度单元的宿主机,或者,调度装置101指示根据用户选择确定的升级后的调度单元的宿主机。
图4是根据一示例性实施例示出的一种调度装置40框图。参照图4,该装置包括检测模块401、获取模块402和发送模块403。
检测模块401,被配置为在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,检测该调度单元在升级后是否需维持本地服务状态。
获取模块402,被配置为若该调度单元在升级后需维持本地服务状态,则获取该调度单元的宿主机的信息,该调度单元的宿主机为该容器编排调度服务为该调度单元分配的宿主机,该宿主机的信息用于指示该调度单元的宿主机是否满足升级后的调度单元需要的存储资源。
发送模块403,被配置为若该调度单元的宿主机满足该升级后的调度单元需要的存储资源,发送第一通知消息,该第一通知消息用于指示将该升级后的调度单元部署在该调度单元的宿主机上。
可选的,获取模块402,具体被配置为根据存储的该调度单元与该调度单元的宿主机的对应关系,获取该调度单元的宿主机的标识以及该调度单元的宿主机的信息,其中,该宿主机的信息包括该宿主机的标识和该宿主机的可用存储资源。
可选的,如图5所示,调度装置40还包括:确定模块404和判断模块405;确定模块404,被配置为获取第一候选宿主机集合,该第一候选宿主机集合中包含满足该升级后的调度单元需要的存储资源的宿主机中的部分宿主机;判断模块405,被配置为判断该调度单元的宿主机中是否包含在该第一候选宿主机集合中;确定模块404,还被配置为若该调度单元的宿主机包含在该第一候选宿主机集合中,则确定该调度单元的宿主机满足该升级后的调度单元需要的存储资源。
可选的,获取模块402,还被配置为若该调度单元的宿主机未包含在该第一候选宿主机集合中,获取第二候选宿主机集合,该第二候选宿主机集合包括满足该升级后的调度单元需要的存储资源的全部宿主机;确定模块404,还被配置为若该调度单元的宿主机包括在该第二候选宿主机集合中,则确定该调度单元的宿主机满足该升级后的调度单元需要的存储资源。
可选的,发送模块403,还被配置为发送第二通知消息,其中,该第二通知消息用于指示将该升级后的调度单元部署在该第一候选宿主机集合中的任一宿主机上,或者,该第二通知消息用于指示根据用户的选择确定该升级后的调度单元的宿主机,该升级后的调度单元的宿主机为该调度单元升级后,被部署到的宿主机。
可选的,如图6所示,调度装置40还包括:更新模块406;更新模块406,被配置为更新该调度单元的宿主机的存储资源信息,使得该调度单元的宿主机为该升级后的调度单元预留存储资源。
检测模块401,具体被配置为检测该调度单元的资源类型是否指示该升级后的调度单元的状态与该调度单元的状态相同;若检测到该调度单元的资源类型指示该升级后的调度单元的状态与该调度单元的状态相同,该调度单元在升级后需要维持本地服务状态;若检测到该调度单元的资源类型指示该升级后的调度单元的状态与该调度单元的状态不相同,该调度单元在升级后不需要维持本地服务状态。
图7是根据一示例性实施例示出的一种调度装置70的框图。该调度装置70可以包括至少一个处理器701,通信线路702以及存储器703。
处理器701可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本公开方案程序执行的集成电路。
通信线路702可包括一通路,在上述组件之间传送信息,例如总线。
存储器703可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路702与处理器相连接。存储器也可以和处理器集成在一起。本公开实施例提供的存储器通常可以具有非易失性。其中,存储器703用于存储执行本公开方案所涉及的计算机执行指令,并由处理器701来控制执行。处理器701用于执行存储器703中存储的计算机执行指令,从而实现本公开实施例提供的方法。
可选的,本公开实施例中的计算机执行指令也可以称之为应用程序代码,本公开实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器701可以包括一个或多个CPU,例如图7中的CPU0和CPU1。
在具体实现中,作为一种实施例,调度装置70可以包括多个处理器,例如图7中的处理器701和处理器707。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,调度装置70还可以包括通信接口204。通信接口204,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网接口,无线接入网接口(radio access network,RAN),无线局域网接口(wireless local areanetworks,WLAN)等。
在具体实现中,作为一种实施例,调度装置70还可以包括输出设备705和输入设备706。输出设备705和处理器701通信,可以以多种方式来显示信息。例如,输出设备705可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备706和处理器701通信,可以以多种方式接收用户的输入。例如,输入设备706可以是鼠标、键盘、触摸屏设备或传感设备等。
在具体实现中,调度装置70可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant,PDA)或有图7中类似结构的设备。本公开实施例不限定调度装置70的类型。
在一些实施例中,图7中的处理器701可以通过调用存储器703中存储的计算机执行指令,使得调度装置70执行上述方法实施例中的调度方法。
示例性的,图6中的获取模块401、选择模块402、更新模块403和处理模块404的功能/实现过程可以通过图7中的处理器701调用存储器703中存储的计算机执行指令来实现。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
在示例性实施例中,还提供了一种包括指令的存储介质,例如包括指令的存储器703,上述指令可由装置70的处理器701执行以完成上述方法。可选地,存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种基于容器编排调度服务的调度方法,其特征在于,所述方法应用于调度装置,所述方法包括:
在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,检测所述调度单元在升级后是否需维持本地服务状态;
若所述调度单元在升级后需维持本地服务状态,则获取所述调度单元的宿主机的信息,所述调度单元的宿主机为所述容器编排调度服务为所述调度单元分配的宿主机,所述宿主机的信息用于指示所述调度单元的宿主机是否满足升级后的调度单元需要的存储资源;
若所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源,发送第一通知消息,所述第一通知消息用于指示将所述升级后的调度单元部署在所述调度单元的宿主机上。
2.根据权利要求1所述的方法,其特征在于,所述获取调度单元的宿主机的信息包括:
根据存储的所述调度单元与所述调度单元的宿主机的对应关系,获取所述调度单元的宿主机的标识以及所述调度单元的宿主机的信息,其中,所述宿主机的信息包括所述宿主机的标识和所述宿主机的可用存储资源。
3.根据权利要求1或2所述的方法,其特征在于,在发送第一通知消息之前,所述方法还包括:
获取第一候选宿主机集合,所述第一候选宿主机集合中包含满足所述升级后的调度单元需要的存储资源的宿主机中的部分宿主机;
判断所述调度单元的宿主机中是否包含在所述第一候选宿主机集合中;
若所述调度单元的宿主机包含在所述第一候选宿主机集合中,则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。
4.根据权利要求3所述的方法,其特征在于,在判断所述调度单元的宿主机中是否包含在所述第一候选宿主机集合中之后,所述方法还包括:
若所述调度单元的宿主机未包含在所述第一候选宿主机集合中,获取第二候选宿主机集合,所述第二候选宿主机集合包括满足所述升级后的调度单元需要的存储资源的全部宿主机;
若所述调度单元的宿主机包括在所述第二候选宿主机集合中,则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。
5.一种调度装置,所述调度装置包括:检测模块、获取模块和发送模块;
所述检测模块,被配置为在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下,检测所述调度单元在升级后是否需维持本地服务状态;
所述获取模块,被配置为若所述调度单元在升级后需维持本地服务状态,则获取所述调度单元的宿主机的信息,所述调度单元的宿主机为所述容器编排调度服务为所述调度单元分配的宿主机,所述宿主机的信息用于指示所述调度单元的宿主机是否满足升级后的调度单元需要的存储资源;
所述发送模块,被配置为若所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源,发送第一通知消息,所述第一通知消息用于指示将所述升级后的调度单元部署在所述调度单元的宿主机上。
6.根据权利要求5所述的调度装置,其特征在于,
所述获取模块,具体被配置为根据存储的所述调度单元与所述调度单元的宿主机的对应关系,获取所述调度单元的宿主机的标识以及所述调度单元的宿主机的信息,其中,所述宿主机的信息包括所述宿主机的标识和所述宿主机的可用存储资源。
7.根据权利要求5或6所述的调度装置,其特征在于,所述调度装置还包括:确定模块和判断模块;
所述确定模块,被配置为获取第一候选宿主机集合,所述第一候选宿主机集合中包含满足所述升级后的调度单元需要的存储资源的宿主机中的部分宿主机;
所述判断模块,被配置为判断所述调度单元的宿主机中是否包含在所述第一候选宿主机集合中;
所述确定模块,还被配置为若所述调度单元的宿主机包含在所述第一候选宿主机集合中,则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。
8.根据权利要求7所述的调度装置,其特征在于,
所述获取模块,还被配置为若所述调度单元的宿主机未包含在所述第一候选宿主机集合中,获取第二候选宿主机集合,所述第二候选宿主机集合包括满足所述升级后的调度单元需要的存储资源的全部宿主机;
所述确定模块,还被配置为若所述调度单元的宿主机包括在所述第二候选宿主机集合中,则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。
9.一种调度装置,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至4中任一项所述的基于容器编排调度服务的调度方法。
10.一种存储介质,当所述存储介质中的指令由调度装置的处理器执行时,使得所述调度装置能够执行如权利要求1至4中任一项所述基于容器编排调度服务的调度方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010191759.8A CN111399983B (zh) | 2020-03-18 | 2020-03-18 | 基于容器编排调度服务的调度方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010191759.8A CN111399983B (zh) | 2020-03-18 | 2020-03-18 | 基于容器编排调度服务的调度方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111399983A true CN111399983A (zh) | 2020-07-10 |
CN111399983B CN111399983B (zh) | 2024-05-14 |
Family
ID=71430969
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010191759.8A Active CN111399983B (zh) | 2020-03-18 | 2020-03-18 | 基于容器编排调度服务的调度方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111399983B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109167835A (zh) * | 2018-09-13 | 2019-01-08 | 重庆邮电大学 | 一种基于kubernetes的物理资源调度方法及*** |
WO2019062699A1 (zh) * | 2017-09-29 | 2019-04-04 | 腾讯科技(深圳)有限公司 | 资源调度方法、调度服务器、云计算***及存储介质 |
CN109634735A (zh) * | 2018-12-18 | 2019-04-16 | 郑州云海信息技术有限公司 | 一种调度Pod的方法及装置 |
CN109995871A (zh) * | 2019-04-09 | 2019-07-09 | 苏州浪潮智能科技有限公司 | 一种Pod调度方法及装置 |
CN110413288A (zh) * | 2019-07-31 | 2019-11-05 | 新华三大数据技术有限公司 | 应用部署方法、装置、服务器及存储介质 |
WO2020011214A1 (zh) * | 2018-07-13 | 2020-01-16 | 华为技术有限公司 | 管理虚拟化资源的方法和装置 |
-
2020
- 2020-03-18 CN CN202010191759.8A patent/CN111399983B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019062699A1 (zh) * | 2017-09-29 | 2019-04-04 | 腾讯科技(深圳)有限公司 | 资源调度方法、调度服务器、云计算***及存储介质 |
WO2020011214A1 (zh) * | 2018-07-13 | 2020-01-16 | 华为技术有限公司 | 管理虚拟化资源的方法和装置 |
CN109167835A (zh) * | 2018-09-13 | 2019-01-08 | 重庆邮电大学 | 一种基于kubernetes的物理资源调度方法及*** |
CN109634735A (zh) * | 2018-12-18 | 2019-04-16 | 郑州云海信息技术有限公司 | 一种调度Pod的方法及装置 |
CN109995871A (zh) * | 2019-04-09 | 2019-07-09 | 苏州浪潮智能科技有限公司 | 一种Pod调度方法及装置 |
CN110413288A (zh) * | 2019-07-31 | 2019-11-05 | 新华三大数据技术有限公司 | 应用部署方法、装置、服务器及存储介质 |
Non-Patent Citations (2)
Title |
---|
杜磊;: "基于OpenStack和Kubernetes的双向部署技术研究", 电脑知识与技术, no. 01, 5 January 2020 (2020-01-05) * |
王涛: "如何在 Kubernetes 中实现容器原地升级", pages 1, Retrieved from the Internet <URL:https://www.infoq.cn/article/giFPIyxpVRbMzRXMofpk> * |
Also Published As
Publication number | Publication date |
---|---|
CN111399983B (zh) | 2024-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10467025B2 (en) | Managing delivery of code and dependent data using application containers | |
CN106919445B (zh) | 一种在集群中并行调度容器的方法和装置 | |
US20210111957A1 (en) | Methods, systems and apparatus to propagate node configuration changes to services in a distributed environment | |
KR102277715B1 (ko) | 가상 머신들을 관리하는 장치 및 방법 | |
US20190334781A1 (en) | Network functions virtualization | |
EP3414660B1 (en) | Resource placement control in network virtualization scenarios | |
CN110069265B (zh) | 服务集群的升级方法、装置及存储介质 | |
US11900601B2 (en) | Loading deep learning network models for processing medical images | |
CN114968406B (zh) | 一种插件管理方法、装置、电子设备及存储介质 | |
CN110659104B (zh) | 一种业务监控方法及相关设备 | |
CN109828830B (zh) | 用于管理容器的方法和装置 | |
CN109905258B (zh) | PaaS的管理方法、装置及存储介质 | |
CN110569104A (zh) | 深度学习***中任务训练的管理方法和计算机存储介质 | |
CN113448650A (zh) | 直播功能插件加载方法、装置、设备及存储介质 | |
CN112256343B (zh) | 一种软件加载方法、设备及*** | |
CN112463376A (zh) | 一种资源分配方法及装置 | |
CN111399983A (zh) | 基于容器编排调度服务的调度方法及装置 | |
CN114510334A (zh) | 类实例的调用方法、装置、电子设备及自动驾驶车辆 | |
CN113726902A (zh) | 微服务的调用方法及*** | |
CN113050962A (zh) | 移动服务升级方法、装置和终端 | |
CN110928679A (zh) | 一种资源分配方法及装置 | |
CN113918273B (zh) | 一种容器组的创建方法和装置 | |
KR20180060144A (ko) | 가상화 네트워크 기능 스케일링-아웃을 위한 방법, 이를 위한 가상화 네트워크 기능 관리자, 및 이를 이용한 네트워크 기능 가상화 시스템 | |
CN115033270A (zh) | 基于多域的软件管理方法、装置、设备及存储介质 | |
CN114035823A (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 |