CN110427249A - 任务分配方法、pod初始化方法及相关装置 - Google Patents
任务分配方法、pod初始化方法及相关装置 Download PDFInfo
- Publication number
- CN110427249A CN110427249A CN201910682792.8A CN201910682792A CN110427249A CN 110427249 A CN110427249 A CN 110427249A CN 201910682792 A CN201910682792 A CN 201910682792A CN 110427249 A CN110427249 A CN 110427249A
- Authority
- CN
- China
- Prior art keywords
- pod
- target
- node
- kubernetes cluster
- container group
- 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
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
- 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]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
-
- 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/45595—Network integration; Enabling network access in virtual machine instances
Abstract
本申请提出一种任务分配方法、pod初始化方法及相关装置，涉及计算机网络技术领域，在将接收的待执行任务分配至pod被执行时，通过在kubernetes集群运行的所有pod中确定出目标pod后，根据用于标识目标pod的容器组标识信息，生成该待执行任务对应的定位标识信息，并将该定位标识信息反馈给客户端，相比于现有技术，能够使待执行任务在目标pod内被执行时，在kubernetes集群之外的客户端能够根据所接收的定位标识信息，定向的访问特定的pod，而无需以例如轮询的方式查找客户端欲访问的服务所在的pod。
Description
技术领域
本申请涉及计算机网络技术领域，具体而言，涉及一种任务分配方法、pod初始化方法及相关装置。
背景技术
自微服务架构被提出以来，设备内运行的服务的种类以及数量都在不断增加，从而导致服务的部署以及运维的难度也不断增加。docker&kubernetes技术能够极大地解决微服务架构中的部署以及运维问题，尤其是对于无状态服务(Stateless Service)，几乎完美支持。
但对于一些应用场景下的有状态服务(Stateful Service)，比如实时视频服务，在利用例如kubernetes技术进行部署以及运维时，kubernetes集群中某一Node节点可能运行有多个pod(容器组)，导致kubernetes集群外的服务无法定向访问kubernetes集群内某一pod。
发明内容
本申请的目的在于提供一种任务分配方法、pod初始化方法及相关装置，使kubernetes集群之外的客户端能够定向的访问特定的pod。
为了实现上述目的，本申请实施例采用的技术方案如下：
第一方面，本申请实施例提供一种任务分配方法，应用于运行kubernetes集群中调度服务的Node节点，所述方法包括：
接收客户端发送的待执行任务；
在所述kubernetes集群运行的所有容器组pod中确定出目标pod，以使所述待执行任务被分配至所述目标pod中被运行，其中，所述目标pod具有用于标识所述目标pod的容器组标识信息；
根据所述容器组标识信息，生成所述待执行任务对应的定位标识信息，并将所述定位标识信息反馈给所述客户端，其中，所述定位标识信息用于标识运行所述待执行任务的pod与所述目标pod的对应关系。
第二方面，本申请实施例提供一种pod初始化方法，应用于运行kubernetes集群中待初始化容器组pod的Node节点，所述方法包括：
判断预先分配给所述Node节点的多个对外端口中是否有未被使用的对外端口；
若有，则在所述Node节点的所有未被使用的对外端口中确定出目标对外端口，以使所述待初始化pod利用所述目标对外端口收发数据；
获得用于标识所述待初始化pod的容器组标识信息，并记录所述待初始化pod与所述容器组标识信息的对应关系；
将所述待初始化pod进行初始化；
若没有，则删除所述待初始化pod。
第三方面，本申请实施例提供一种任务分配装置，应用于运行kubernetes集群中调度服务的Node节点，所述装置包括：
收发模块，用于接收客户端发送的待执行任务；
第一处理模块，用于在所述kubernetes集群运行的所有容器组pod中确定出目标pod，以使所述待执行任务被分配至所述目标pod中被运行，其中，所述目标pod具有用于标识所述目标pod的容器组标识信息；
所述第一处理模块还用于，根据所述容器组标识信息，生成所述待执行任务对应的定位标识信息，其中，所述定位标识信息用于标识运行所述待执行任务的pod与所述目标pod的对应关系；
所述收发模块还用于，将所述定位标识信息反馈给所述客户端。
第四方面，本申请实施例提供一种pod初始化装置，应用于运行kubernetes集群中待初始化容器组pod的Node节点，所述装置包括：
第二处理模块，用于判断预先分配给所述Node节点的多个对外端口中是否有未被使用的对外端口；
若有，则所述第二处理模块还用于，在所述Node节点的所有未被使用的对外端口中确定出目标对外端口，以使所述待初始化pod利用所述目标对外端口收发数据；
所述第二处理模块还用于，获得用于标识所述待初始化pod的容器组标识信息，并记录所述待初始化pod与所述容器组标识信息的对应关系；
初始化模块，用于将所述待初始化pod进行初始化；
若没有，则所述第二处理模块还用于，删除所述待初始化pod。
第五方面，本申请实施例提供一种服务器，所述服务器包括存储器，用于存储一个或多个程序；处理器。当所述一个或多个程序被所述处理器执行时，实现上述的任务分配方法或pod初始化方法。
第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的任务分配方法或pod初始化方法。
本申请实施例提供的一种任务分配方法、pod初始化方法及相关装置，在将接收的待执行任务分配至pod被执行时，通过在kubernetes集群运行的所有pod中确定出目标pod后，根据用于标识目标pod的容器组标识信息，生成该待执行任务对应的定位标识信息，并将该定位标识信息反馈给客户端，相比于现有技术，能够使待执行任务在目标pod内被执行时，在kubernetes集群之外的客户端能够根据所接收的定位标识信息，定向的访问特定的pod。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它相关的附图。
图1为本申请实施例的一种示例性应用场景图；
图2为本申请实施例提供的服务器的一种示意性结构框图；
图3为本申请实施例提供的pod初始化方法的一种示例性流程图；
图4为本申请实施例提供的任务分配方法的一种示例性流程图；
图5为本申请实施例提供的任务分配方法的另一种示例性流程图；
图6为本申请实施例提供的任务分配装置的一种示意性结构图；
图7为本申请实施例提供的pod初始化装置的一种示意性结构图。
图中：100-服务器；101-存储器；102-处理器；103-通信接口；400-任务分配装置；401-收发模块；402-第一处理模块；500-pod初始化装置；501-第二处理模块；502-初始化模块。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
在一些有状态服务的应用场景中，比如对于实时视频服务，目前kubernetes集群内访问有状态服务可以通过headless service的不同域名定向访问某一具体的pod的服务，但对于kubernetes集群外的其他服务，无论采用kubernetes集群提供的何种暴露方式，比如NodePort、LoadBalance或者是Ingress，均无法使kubernetes集群定向的访问某一具体的pod内服务，而只能通过例如轮询的方式，轮流查询kubernetes集群中运行的每一pod是否运行有kubernetes集群之外的其他服务所需访问的服务。
比如，示例性地，在例如图1所示的应用场景中，假定kubernetes集群外的服务需要定向的访问运行在pod5中的服务，则按照现有技术的方案，只能通过轮询的方式，依次查询pod1、pod2、pod3、pod4、pod5(假定以此为顺序)是否运行有所需访问的服务。
因此，基于目前kubernetes集群外的服务无法定向访问kubernetes集群内某一pod内的服务这一缺陷，本申请实施例提供的一种可能的实现方式为：在将接收的待执行任务分配至pod被执行时，通过在kubernetes集群运行的所有pod中确定出目标pod后，根据用于标识目标pod的容器组标识信息，生成该待执行任务对应的定位标识信息，并将该定位标识信息反馈给客户端，使待执行任务在目标pod内被执行时，在kubernetes集群之外的客户端能够根据所接收的定位标识信息，定向的访问特定的pod。
下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
请参阅图2，图2为本申请实施例提供的服务器100的一种示意性结构框图。服务器100可以用作图1中pod所在的Node节点，比如作为运行待初始化pod的Node节点，以实现本申请实施例提供的pod初始化方法的设备，或者是作为运行调度服务的Node节点，以实现本申请实施例提供的任务分配方法的设备。
服务器100包括存储器101、处理器102和通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
存储器101可用于存储软件程序及模块，如本申请实施例提供的任务分配装置400或者是pod初始化装置500对应的程序指令/模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。
其中，存储器101可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。
处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可以理解，图2所示的结构仅为示意，服务器100还可以包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。
下面以图2所示的服务器100作为运行待初始化pod的Node节点为例，对本申请实施例提供的一种pod初始化方法进行示例性说明。
请参阅图3，图3为本申请实施例提供的pod初始化方法的一种示例性流程图，该pod初始化方法应用于如图1中的Node节点，包括以下步骤：
S200，获得Master节点分配的待初始化pod；
S201，判断预先分配给Node节点的多个对外端口中是否有未被使用的对外端口；若有，则执行S203；若没有，则执行S209；
S203，在Node节点的所有未被使用的对外端口中确定出目标对外端口，以使待初始化pod利用目标对外端口收发数据；
S205，获得用于标识待初始化pod的容器组标识信息，并记录待初始化pod与容器组标识信息的对应关系；
S207，将待初始化pod进行初始化；
S209，删除待初始化pod。
在一些有状态服务中，由于跨物理节点转发需要占用物理节点对外网卡的带宽，这使得有状态服务在运行时可能会对物理节点造成较大的网络压力；比如在实时视频服务中，由于不同物理节点间转发码流非常消耗带宽，若物理节点的带宽被耗尽，则增加物理节点间的转发将会给网络带宽造成较大的网络压力，降低系统的性能。
为此，在本申请实施例中，在搭建kubernetes集群时，为避免不同Node节点间数据流量的传输受到对外网卡带宽的限制，需要限定每个Node节点分配的对外端口的数量；其中，每一Node节点分配的对外端口的数量可根据该Node节点所使用的网卡的带宽上限，以及每个pod的流量规格进行确定，比如若Node节点所使用的网卡为千兆网卡，每个pod上限占500兆带宽，则该Node节点最多可分配使用2个对外端口。
并且，可以创建用于端口映射的service，建立对外端口与pod端口的对应关系；其中，service包括有多个配置属性，比如nodePort、targetPort、Selector以及type，nodePort指的是物理节点上的对外端口，比如配置nodePort为1000，那么发往物理节点1000端口的请求，则会被service收到；targetPort指的是目标端口，比如配置targetPort为80，那么service收到消息后会转发到pod的80端口；Selector为配置的标签，service收到消息后，会将消息转发到包括所配置的标签对应的pod，若对应的pod有多个，则会进行轮询；type是指service的类型，不同的类型一般有不同的转发规则，比如类型为LocalOnly模式下，service收到消息后，会将消息转发到所在Node节点的pod，而不会转发到其他的Node节点。
示例性地，假定Node1上的service1的selector配置为port1，nodePort配置为1000，targetPort配置为80，类型为LocalOnly，那么Node1上的1000端口接收到消息时，service1会找到Node1上有没有包含标签port1的pod，如果找到了，就把这条消息转发给这个pod的80端口；如果没找到，则回复失败。
由此，Node节点在获得Master节点(集群主节点)分配的待初始化pod后，在对该待初始化pod进行初始化时，首先判断预先分配给Node节点的多个对外端口中是否有未被使用的对外端口，若有，则执行S203；若没有，则执行S209。
比如在如图1所示的应用场景中，假定Node3预先被分配有3个对外端口，且3个对外端口分别记为port_1、port_2和port_3，若Node3获得Master节点分配的待初始化pod为pod8，则Node3首先判断预先备分配的3个对外端口中是否有未被使用的对外端口，若有，则执行S203；若没有，则执行S209。
其中，若预先分配给Node节点的多个对外端口中有未被使用的对外端口，则在Node节点的所有未被使用的对外端口中确定出目标对外端口，以使待初始化pod能够利用该目标对外端口收发数据。
比如在上述示例中，假定Node3未被使用的对外端口包括port_2和port_3，则Node3在port_2和port_3中确定出一个作为目标对外端口，比如port_2，以使pod8能够利用port_2收发数据。
然后，Node节点获得用于标识该待初始化pod的容器组标识信息，并记录该待初始化pod与容器组标识信息的对应关系后，将待初始化pod进行初始化，以使后续客户端所请求执行的任务在该待初始化pod内被执行时，将与该待初始化pod对应的容器组标识信息反馈给客户端，从而使客户端能够根据所接收的容器组标识信息，定向访问与该容器组标识信息所对应的pod。
比如在上述示例中，假定pod8在被分配至Node3初始化时，Node3获得的用于标识pod8的容器组标识信息为“xyz”，则Node3记录pod8与“xyz”的对应关系，以使后续客户端请求被执行的任务在pod8内被执行时，将与pod8对应的容器组标识信息“xyz”反馈给客户端，从而使客户端能够根据容器组标识信息“xyz”，定向的访问pod8。
另一方面，若预先分配给Node节点的多个对外端口中没有未被使用的对外端口，则表征此时若在Node节点上部署新的pod，可能会因为Node节点上没有足够的对外带宽提供给新部署的pod使用，导致新部署的pod无法收发数据；因此，若预先分配给Node节点的多个对外端口中没有未被使用的对外端口，则删除该待初始化pod。
比如，在上述示例中，若Node3预先被分配有3个对外端口均已被使用，则可以等待一段时间后(比如等待1分钟)，删除pod8。
另外，在执行S209删除该初始化pod后，还可以返回执行S200，获得Master节点分配的下一个待初始化pod。
可见，基于上述设计，本申请实施例提供的一种pod初始化方法，在对待初始化pod进行初始化时，通过获得用于标识待初始化pod的容器组标识信息，并记录待初始化pod与容器组标识信息的对应关系，相比于现有技术，能够使待初始化pod在被初始化后，且客户端所请求执行的任务在该待初始化pod内被执行时，将该待初始化pod对应的容器组标识信息反馈给客户端，从而使客户端能够根据所接收的容器组标识信息，定向访问与该容器组标识信息所对应的pod。
其中，需要说明的是，在执行S205时，作为一种可能的实现方式，可以将用于标识Node节点的第一标识信息与用于标识目标对外端口的第二标识信息进行组合，得到该容器组标识信息。
比如，在上述示例中，结合图1所示的应用场景，假定为pod8确定的目标对外端口为port_2，且利用Node3的IP地址IP3标识Node3，则可以将IP3与port_2进行组合，作为用于标识pod8的容器组标识信息。例如，可以利用kubernetes集群中deployment对pod8进行初始化，deployment包括一个init容器和一个业务容器，初始化pod8时，init容器为pod8打上IP3及port_2两个标识信息。
值得说明的是，上述仅为示例，在本申请实施例其他的一些可能的应用场景中，还可以利用其他的一些方式获得用于标识待初始化pod的容器组标识信息，比如随机生成、按序编号等等，只要能获得用于标识待初始化pod的容器组标识信息即可，本申请实施例对此不进行限定，比如，还可以利用Node节点的MAC(Media Access Control，媒体访问控制)地址以及待初始化pod的容器组名称进行组合，得到用于标识该待初始化pod的容器组标识信息。
另外，下面以图2所示的服务器100作为运行kubernetes集群中调度服务的Node节点为例，对本申请实施例提供的一种任务分配方法进行示例性说明。
其中，需要说明的是，调度服务运行于kubernetes集群中的pod，调度服务在运行时，能够将接收的客户端发送的任务调度至kubernetes集群中的各个pod中，从而使客户端发送的任务能够在kubernetes集群中被执行。
示例性地，请参阅图4，图4为本申请实施例提供的任务分配方法的一种示例性流程图，包括以下步骤：
S301，接收客户端发送的待执行任务；
S303，在kubernetes集群运行的所有容器组pod中确定出目标pod，以使待执行任务被分配至目标pod中被运行；
S305，根据容器组标识信息，生成待执行任务对应的定位标识信息，并将定位标识信息反馈给客户端。
在本申请实施例中，调度服务在kubernetes集群运行的所有pod中确定出的目标pod具有用于标识该目标pod的容器组标识信息，其中，目标pod具有的容器组标识信息可通过上述实施例中的pod初始化方法获得。
调度服务将待执行任务分配至目标pod后，根据目标pod的容器组标识信息，生成该待执行任务对应的定位标识信息，该定位标识信息用于标识运行该待执行任务的pod与目标pod的对应关系；然后，调度服务将该定位标识信息反馈给客户端，以使客户端可根据该定位标识信息，定向的访问目标pod中的服务。
比如，在图1所示的应用场景中，假定该kubernetes集群中每一pod各自对应的容器组标识信息由该pod所在的Node节点的IP地址以及所占用的对外端口的标识信息组成，比如pod1对应的容器组标识信息由IP1+port_1组成，pod7对应的容器组标识信息由IP2+port_2组成；若调度服务以pod1作为目标pod，则调度服务以pod1对应的容器组标识信息IP1+port_1生成URL(Uniform Resource Locator，统一资源定位符)，并将该生成的URL作为待执行任务对应的定位标识信息反馈给客户端；其中，客户端后续欲定向访问运行所请求执行的任务的pod时，客户端根据所获得的URL，从端口port_1访问IP地址为IP1的Node节点，从而定向的访问运行所请求执行的任务的pod。
可见，基于上述设计，本申请实施例提供的任务分配方法，在将接收的待执行任务分配至pod被执行时，通过在kubernetes集群运行的所有pod中确定出目标pod后，根据用于标识目标pod的容器组标识信息，生成该待执行任务对应的定位标识信息，并将该定位标识信息反馈给客户端，相比于现有技术，能够使待执行任务在目标pod内被执行时，在kubernetes集群之外的客户端能够根据所接收的定位标识信息，定向的访问特定的pod，而无需以例如轮询的方式查找客户端欲访问的服务所在的pod。
其中，参照上述pod初始化方法中的实现方式，用于标识目标pod的容器组标识信息可以包括第一标识信息和第二标识信息，第一标识信息用于标识该目标pod所在的Node节点，第二标识信息用于标识目标pod所使用的对外端口；比如，示例性地，在例如图1所示的应用场景中，若调度服务将pod1作为目标pod，则用于标识目标pod的容器组标识信息中，第一标识信息为IP1，第二标识信息为port_1。
另外，为使kubernetes集群中运行所有pod各自负载的任务数相对的均衡，可选地，请参阅图5，图5为本申请实施例提供的任务分配方法的另一种示例性流程图，在执行S303之前，该任务分配方法还包括以下步骤：
S302，判断kubernetes集群运行的所有pod中是否存在负载任务数未达设定数值的pod；若存在，则以S303-1执行S303；若不存在，则以S303-2执行S302；
S303-1，将kubernetes集群运行的所有负载任务数未达设定数值的pod中，负载任务数最少的pod作为目标pod；
S303-2，将kubernetes集群运行的所有pod中负载任务数最少的pod作为目标pod。
在kubernetes集群中，调度服务可以通过获取每一pod中负载的任务数量，并结合预先设定数值，判断每一pod中负载的任务数量是否将要达到上限，比如假定任一pod负载的任务数量的上限为5个，可以将该设定数值定为3，若某一pod中执行的任务数量达到3个，则认为该pod负载的任务数量将要达到上限。
其中，需要说明的是，调度服务获取每一pod中负载的任务数量，可以通过设置pod状态信息表的方式实现；比如每当pod中负载的任务数量发生变化时，即更新pod状态信息表中该pod所负载的任务数量，以使pod状态信息表中始终记录着每一pod最近的时刻所负载的任务数量；由此，调度服务可以通过查询该pod状态信息表，从而获取每一pod中负载的任务数量。
或者是，每当pod中负载的任务数量发生变化时，则将pod最新负载的任务数量发送给调度服务，从而使调度服务能够在本地获取每一pod中负载的任务数量。
因此，调度服务通过执行S302，判断kubernetes集群运行的所有pod中是否存在负载任务数未达设定数值的pod，若存在，则在执行S303时，将kubernetes集群运行的所有负载未达设定数值的pod中，负载任务数最少的pod作为目标pod，从而执行S305；反之，若kubernetes集群运行的所有pod中均不存在负载任务数未达设定数值的pod，则在执行S303时，将kubernetes集群运行的所有pod中负载任务数最少的pod作为目标pod，从而执行S305。
比如在上述示例中，结合图1的应用场景，若pod1、pod2、······、pod7中，pod1、pod2负载任务数均未达3个，而其余的pod均已达到3个，则将pod1和pod2中负载任务数较少的pod作为目标pod；或者，若pod1、pod2、······、pod7每一pod负载任务数均已达到3个，则将pod1、pod2、······、pod7中负载任务数最少的pod作为目标pod。
并且，为动态的控制kubernetes集群中运行的pod的数量，请继续参阅图5，若kubernetes集群运行的所有pod中不存在负载任务数未达设定数值的pod，则该任务分配方法还包括以下步骤：
S304，向kubernetes集群中的Master节点发送扩展指示信息，以扩充kubernetes集群运行的pod。
在本申请实施例中，若kubernetes集群运行的所有pod中不存在负载任务数未达设定数值的pod，比如上述示例中，pod1、pod2、······、pod7每一pod负载任务数均已达到3个，则表征kubernetes集群运行的所有pod各自负载的任务数都将满，此时调度服务则向kubernetes集群中的Master节点发送扩展指示信息，比如向Master节点的API(Application Programming Interface，应用程序编程接口)server，以使Master节点扩充kubernetes集群运行的pod。
可见，基于上述设计，本申请实施例提供的一种任务分配方法，通过在判定kubernetes集群运行的所有pod中不存在负载任务数未达设定数值的pod时，向kubernetes集群中的Master节点发送扩展指示信息，以扩充kubernetes集群运行的pod，从而动态的扩充kubernetes集群运行的pod，减轻了部署pod以及维护的压力。
需要说明的是，S304与S305并没有必然的先后执行顺序，在本申请实施例的一些实现方式中，可以是先执行S304再执行S305，也可以是先执行S305再执行S304，这取决于具体的应用场景或用户的设置而定，本申请实施例对此并不限定，比如说，在本申请实施例其他的一些可能的实现方式中，S304与S305还可以一起执行。
其中，kubernetes集群可以设置反亲和策略，以使Master节点在扩充运行的pod时，将新部署的pod分散到运行pod最少的Node节点，从而使kubernetes集群运行的所有pod尽量分散到所有的Node节点，用以分摊对外带宽的消耗。
另外，Master节点在将一个新的pod部署到某一Node节点上后，该Node节点可通过上述的pod初始化方法，将该新的pod进行初始化，具体实施方式可参照本申请实施例的上述内容，在此不再进行赘述。
基于与上述任务分配方法相同的发明构思，请参阅图6，图6为本申请实施例提供的任务分配装置400的一种示意性结构图，该任务分配装置400包括收发模块401及第一处理模块402。
收发模块401用于接收客户端发送的待执行任务；
第一处理模块402用于在kubernetes集群运行的所有容器组pod中确定出目标pod，以使待执行任务被分配至目标pod中被运行，其中，目标pod具有用于标识目标pod的容器组标识信息；
第一处理模块402还用于，根据容器组标识信息，生成待执行任务对应的定位标识信息，其中，定位标识信息用于标识运行待执行任务的pod与目标pod的对应关系；
收发模块401还用于，将定位标识信息反馈给客户端。
可选地，作为一种可能的实现方式，容器组标识信息包括第一标识信息和第二标识信息，第一标识信息用于标识目标pod所在的Node节点，第二标识信息用于标识目标pod所使用的对外端口。
可选地，作为一种可能的实现方式，第一处理模块402在kubernetes集群运行的所有pod中确定出目标pod之前，还用于：
判断kubernetes集群运行的所有pod中是否存在负载任务数未达设定数值的pod；
若存在，则第一处理模块402在kubernetes集群运行的所有pod中确定出目标pod时，具体用于：
将kubernetes集群运行的所有负载任务数未达设定数值的pod中，负载任务数最少的pod作为目标pod；
若不存在，则第一处理模块402在kubernetes集群运行的所有pod中确定出目标pod时，具体用于：
将kubernetes集群运行的所有pod中负载任务数最少的pod作为目标pod。
可选地，作为一种可能的实现方式，若kubernetes集群运行的所有pod中不存在负载任务数未达设定数值的pod，则收发模块401还用于：
向kubernetes集群中的Master节点发送扩展指示信息，以扩充kubernetes集群运行的pod。
基于与上述pod初始化方法相同的发明构思，请参阅图7，图7为本申请实施例提供的pod初始化装置500的一种示意性结构图，该pod初始化装置500包括第二处理模块501及初始化模块502。
第二处理模块501用于判断预先分配给Node节点的多个对外端口中是否有未被使用的对外端口；
若有，则第二处理模块501还用于，在Node节点的所有未被使用的对外端口中确定出目标对外端口，以使待初始化pod利用目标对外端口收发数据；
第二处理模块501还用于，获得用于标识待初始化pod的容器组标识信息，并记录待初始化pod与容器组标识信息的对应关系；
初始化模块502用于将待初始化pod进行初始化；
若没有，则第二处理模块501还用于，删除待初始化pod。
可选地，作为一种可能的实现方式，第二处理模块501在获得用于标识待初始化pod的容器组标识信息时，具体用于：
将用于标识Node节点的第一标识信息与用于标识目标对外端口的第二标识信息进行组合，得到容器组标识信息。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。
也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。
也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本申请实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
综上所述，本申请实施例提供的一种pod初始化方法、任务分配方法及相关装置，一方面，在对待初始化pod进行初始化时，通过获得用于标识待初始化pod的容器组标识信息，并记录待初始化pod与容器组标识信息的对应关系，相比于现有技术，能够使待初始化pod在被初始化后，且客户端所请求执行的任务在该待初始化pod内被执行时，将该待初始化pod对应的容器组标识信息反馈给客户端，从而使客户端能够根据所接收的容器组标识信息，定向访问与该容器组标识信息所对应的pod。
另一方面，在将接收的待执行任务分配至pod被执行时，通过在kubernetes集群运行的所有pod中确定出目标pod后，根据用于标识目标pod的容器组标识信息，生成该待执行任务对应的定位标识信息，并将该定位标识信息反馈给客户端，相比于现有技术，能够使待执行任务在目标pod内被执行时，在kubernetes集群之外的客户端能够根据所接收的定位标识信息，定向的访问特定的pod内的服务，而无需以例如轮询的方式查找客户端欲访问的服务所在的pod。
并且，通过在判定kubernetes集群运行的所有pod中不存在负载任务数未达设定数值的pod时，向kubernetes集群中的Master节点发送扩展指示信息，以扩充kubernetes集群运行的pod，从而动态的扩充kubernetes集群运行的pod，减轻了部署pod以及维护的压力。
以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
Claims (14)
1.一种任务分配方法，其特征在于，应用于运行kubernetes集群中调度服务的Node节点，所述方法包括：
接收客户端发送的待执行任务；
在所述kubernetes集群运行的所有容器组pod中确定出目标pod，以使所述待执行任务被分配至所述目标pod中被运行，其中，所述目标pod具有用于标识所述目标pod的容器组标识信息；
根据所述容器组标识信息，生成所述待执行任务对应的定位标识信息，并将所述定位标识信息反馈给所述客户端，其中，所述定位标识信息用于标识运行所述待执行任务的pod与所述目标pod的对应关系。
2.如权利要求1所述的方法，其特征在于，所述容器组标识信息包括第一标识信息和第二标识信息，所述第一标识信息用于标识所述目标pod所在的Node节点，所述第二标识信息用于标识所述目标pod所使用的对外端口。
3.如权利要求1所述的方法，其特征在于，在所述kubernetes集群运行的所有pod中确定出目标pod的步骤之前，所述方法还包括：
判断所述kubernetes集群运行的所有pod中是否存在负载任务数未达设定数值的pod；
若存在，则在所述kubernetes集群运行的所有pod中确定出目标pod的步骤，包括：
将所述kubernetes集群运行的所有负载任务数未达设定数值的pod中，负载任务数最少的pod作为所述目标pod；
若不存在，则在所述kubernetes集群运行的所有pod中确定出目标pod的步骤，包括：
将所述kubernetes集群运行的所有pod中负载任务数最少的pod作为所述目标pod。
4.如权利要求3所述的方法，其特征在于，若所述kubernetes集群运行的所有pod中不存在负载任务数未达设定数值的pod，则所述方法还包括：
向所述kubernetes集群中的Master节点发送扩展指示信息，以扩充所述kubernetes集群运行的pod。
5.一种pod初始化方法，其特征在于，应用于运行kubernetes集群中待初始化容器组pod的Node节点，所述方法包括：
判断预先分配给所述Node节点的多个对外端口中是否有未被使用的对外端口；
若有，则在所述Node节点的所有未被使用的对外端口中确定出目标对外端口，以使所述待初始化pod利用所述目标对外端口收发数据；
获得用于标识所述待初始化pod的容器组标识信息，并记录所述待初始化pod与所述容器组标识信息的对应关系；
将所述待初始化pod进行初始化；
若没有，则删除所述待初始化pod。
6.如权利要求5所述的方法，其特征在于，获得用于标识所述待初始化pod的容器组标识信息的步骤，包括：
将用于标识所述Node节点的第一标识信息与用于标识所述目标对外端口的第二标识信息进行组合，得到所述容器组标识信息。
7.一种任务分配装置，其特征在于，应用于运行kubernetes集群中调度服务的Node节点，所述装置包括：
收发模块，用于接收客户端发送的待执行任务；
第一处理模块，用于在所述kubernetes集群运行的所有容器组pod中确定出目标pod，以使所述待执行任务被分配至所述目标pod中被运行，其中，所述目标pod具有用于标识所述目标pod的容器组标识信息；
所述第一处理模块还用于，根据所述容器组标识信息，生成所述待执行任务对应的定位标识信息，其中，所述定位标识信息用于标识运行所述待执行任务的pod与所述目标pod的对应关系；
所述收发模块还用于，将所述定位标识信息反馈给所述客户端。
8.如权利要求7所述的装置，其特征在于，所述容器组标识信息包括第一标识信息和第二标识信息，所述第一标识信息用于标识所述目标pod所在的Node节点，所述第二标识信息用于标识所述目标pod所使用的对外端口。
9.如权利要求7所述的装置，其特征在于，所述第一处理模块在所述kubernetes集群运行的所有pod中确定出目标pod之前，还用于：
判断所述kubernetes集群运行的所有pod中是否存在负载任务数未达设定数值的pod；
若存在，则所述第一处理模块在所述kubernetes集群运行的所有pod中确定出目标pod时，具体用于：
将所述kubernetes集群运行的所有负载任务数未达设定数值的pod中，负载任务数最少的pod作为所述目标pod；
若不存在，则所述第一处理模块在所述kubernetes集群运行的所有pod中确定出目标pod时，具体用于：
将所述kubernetes集群运行的所有pod中负载任务数最少的pod作为所述目标pod。
10.如权利要求9所述的装置，其特征在于，若所述kubernetes集群运行的所有pod中不存在负载任务数未达设定数值的pod，则所述收发模块还用于：
向所述kubernetes集群中的Master节点发送扩展指示信息，以扩充所述kubernetes集群运行的pod。
11.一种pod初始化装置，其特征在于，应用于运行kubernetes集群中待初始化容器组pod的Node节点，所述装置包括：
第二处理模块，用于判断预先分配给所述Node节点的多个对外端口中是否有未被使用的对外端口；
若有，则所述第二处理模块还用于，在所述Node节点的所有未被使用的对外端口中确定出目标对外端口，以使所述待初始化pod利用所述目标对外端口收发数据；
所述第二处理模块还用于，获得用于标识所述待初始化pod的容器组标识信息，并记录所述待初始化pod与所述容器组标识信息的对应关系；
初始化模块，用于将所述待初始化pod进行初始化；
若没有，则所述第二处理模块还用于，删除所述待初始化pod。
12.如权利要求11所述的装置，其特征在于，所述第二处理模块在获得用于标识所述待初始化pod的容器组标识信息时，具体用于：
将用于标识所述Node节点的第一标识信息与用于标识所述目标对外端口的第二标识信息进行组合，得到所述容器组标识信息。
13.一种服务器，其特征在于，包括：
存储器，用于存储一个或多个程序；
处理器；
当所述一个或多个程序被所述处理器执行时，实现如权利要求1-6中任一项所述的方法。
14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-6中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910682792.8A CN110427249A (zh) | 2019-07-26 | 2019-07-26 | 任务分配方法、pod初始化方法及相关装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910682792.8A CN110427249A (zh) | 2019-07-26 | 2019-07-26 | 任务分配方法、pod初始化方法及相关装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110427249A true CN110427249A (zh) | 2019-11-08 |
Family
ID=68412738
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910682792.8A Pending CN110427249A (zh) | 2019-07-26 | 2019-07-26 | 任务分配方法、pod初始化方法及相关装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110427249A (zh) |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111124604A (zh) * | 2019-12-05 | 2020-05-08 | 北京金山云网络技术有限公司 | 分配容器组pod IP地址的方法、装置、设备及存储介质 |
| CN111241540A (zh) * | 2020-01-16 | 2020-06-05 | 南京领行科技股份有限公司 | 一种业务处理方法及装置 |
| CN111597087A (zh) * | 2020-05-15 | 2020-08-28 | 山东汇贸电子口岸有限公司 | 一种制作云监控指标的方法 |
| CN111625374A (zh) * | 2020-05-15 | 2020-09-04 | 北京达佳互联信息技术有限公司 | 一种任务处理方法、终端和存储介质 |
| CN111901157A (zh) * | 2020-07-10 | 2020-11-06 | 苏州浪潮智能科技有限公司 | 一种基于k8s的服务部署方法、装置、设备、介质 |
| CN112486629A (zh) * | 2020-11-27 | 2021-03-12 | 成都新希望金融信息有限公司 | 微服务状态检测方法、装置、电子设备和存储介质 |
| CN112540829A (zh) * | 2020-12-16 | 2021-03-23 | 恒生电子股份有限公司 | 容器组驱逐方法、装置、节点设备及存储介质 |
| CN112631727A (zh) * | 2020-12-26 | 2021-04-09 | 中国农业银行股份有限公司 | 一种容器组pod的监控方法及装置 |
| CN112702441A (zh) * | 2021-01-05 | 2021-04-23 | 南京领行科技股份有限公司 | 基于容器的访问数据处理方法、装置、系统及存储介质 |
| CN112995273A (zh) * | 2021-01-28 | 2021-06-18 | 腾讯科技（深圳）有限公司 | 网络打通方案生成方法、装置、计算机设备和存储介质 |
| CN113065785A (zh) * | 2021-04-13 | 2021-07-02 | 国网江苏省电力有限公司信息通信分公司 | 一种电力物联管理平台动态资源扩展方法 |
| CN113204434A (zh) * | 2021-07-05 | 2021-08-03 | 易纳购科技(北京)有限公司 | 基于k8s的计划任务执行方法、装置及计算机设备 |
| WO2021238301A1 (zh) * | 2020-05-27 | 2021-12-02 | 华为技术有限公司 | 一种应用更新方法、装置、设备及介质 |
| CN114172726A (zh) * | 2021-12-07 | 2022-03-11 | 北京天融信网络安全技术有限公司 | 一种基于容器环境的访问控制方法及系统 |
| CN114356214A (zh) * | 2021-11-30 | 2022-04-15 | 新浪网技术(中国)有限公司 | 一种针对kubernetes系统提供本地存储卷的方法及系统 |
| CN114827115A (zh) * | 2022-06-01 | 2022-07-29 | 青岛中科曙光科技服务有限公司 | 容器内Web服务的访问方法、装置、电子设备及存储介质 |
| CN116594848A (zh) * | 2023-07-18 | 2023-08-15 | 中移(苏州)软件技术有限公司 | 一种任务监控方法、装置、设备、终端设备及存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101138243A (zh) * | 2005-03-10 | 2008-03-05 | 韩国电子通信研究院 | 数字内容提供系统中的pod标识方法 |
| CN105897946A (zh) * | 2016-04-08 | 2016-08-24 | 北京搜狐新媒体信息技术有限公司 | 一种访问地址的获取方法及系统 |
| US20160277355A1 (en) * | 2015-03-18 | 2016-09-22 | Cisco Technology, Inc. | Inter-pod traffic redirection and handling in a multi-pod network environment |
| CN107391239A (zh) * | 2016-03-11 | 2017-11-24 | 阿里巴巴集团控股有限公司 | 一种基于容器服务的调度方法和设备 |
| CN108769100A (zh) * | 2018-04-03 | 2018-11-06 | 郑州云海信息技术有限公司 | 一种基于kubernetes容器数量弹性伸缩的实现方法及其装置 |
| CN109714449A (zh) * | 2019-01-17 | 2019-05-03 | 平安科技（深圳）有限公司 | 服务域名的动态配置方法、装置、设备及存储介质 |
| CN109960634A (zh) * | 2019-03-29 | 2019-07-02 | 新华三技术有限公司 | 一种应用程序监控方法、装置及系统 |
-
2019
- 2019-07-26 CN CN201910682792.8A patent/CN110427249A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101138243A (zh) * | 2005-03-10 | 2008-03-05 | 韩国电子通信研究院 | 数字内容提供系统中的pod标识方法 |
| US20160277355A1 (en) * | 2015-03-18 | 2016-09-22 | Cisco Technology, Inc. | Inter-pod traffic redirection and handling in a multi-pod network environment |
| CN107391239A (zh) * | 2016-03-11 | 2017-11-24 | 阿里巴巴集团控股有限公司 | 一种基于容器服务的调度方法和设备 |
| CN105897946A (zh) * | 2016-04-08 | 2016-08-24 | 北京搜狐新媒体信息技术有限公司 | 一种访问地址的获取方法及系统 |
| CN108769100A (zh) * | 2018-04-03 | 2018-11-06 | 郑州云海信息技术有限公司 | 一种基于kubernetes容器数量弹性伸缩的实现方法及其装置 |
| CN109714449A (zh) * | 2019-01-17 | 2019-05-03 | 平安科技（深圳）有限公司 | 服务域名的动态配置方法、装置、设备及存储介质 |
| CN109960634A (zh) * | 2019-03-29 | 2019-07-02 | 新华三技术有限公司 | 一种应用程序监控方法、装置及系统 |
Non-Patent Citations (1)
| Title |
|---|
| 肖荣生: "集群管理系统自动弹性伸缩服务与约束调度研究一以WebGIS应用为例", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111124604A (zh) * | 2019-12-05 | 2020-05-08 | 北京金山云网络技术有限公司 | 分配容器组pod IP地址的方法、装置、设备及存储介质 |
| CN111241540A (zh) * | 2020-01-16 | 2020-06-05 | 南京领行科技股份有限公司 | 一种业务处理方法及装置 |
| CN111597087A (zh) * | 2020-05-15 | 2020-08-28 | 山东汇贸电子口岸有限公司 | 一种制作云监控指标的方法 |
| CN111625374A (zh) * | 2020-05-15 | 2020-09-04 | 北京达佳互联信息技术有限公司 | 一种任务处理方法、终端和存储介质 |
| CN111625374B (zh) * | 2020-05-15 | 2023-06-27 | 北京达佳互联信息技术有限公司 | 一种任务处理方法、终端和存储介质 |
| WO2021238301A1 (zh) * | 2020-05-27 | 2021-12-02 | 华为技术有限公司 | 一种应用更新方法、装置、设备及介质 |
| CN111901157A (zh) * | 2020-07-10 | 2020-11-06 | 苏州浪潮智能科技有限公司 | 一种基于k8s的服务部署方法、装置、设备、介质 |
| US11916740B2 (en) | 2020-07-10 | 2024-02-27 | Inspur Suzhou Intelligent Technology Co., Ltd. | K8S-based service deployment method and apparatus, device, and medium |
| CN112486629A (zh) * | 2020-11-27 | 2021-03-12 | 成都新希望金融信息有限公司 | 微服务状态检测方法、装置、电子设备和存储介质 |
| CN112486629B (zh) * | 2020-11-27 | 2024-01-26 | 成都新希望金融信息有限公司 | 微服务状态检测方法、装置、电子设备和存储介质 |
| CN112540829A (zh) * | 2020-12-16 | 2021-03-23 | 恒生电子股份有限公司 | 容器组驱逐方法、装置、节点设备及存储介质 |
| CN112631727A (zh) * | 2020-12-26 | 2021-04-09 | 中国农业银行股份有限公司 | 一种容器组pod的监控方法及装置 |
| CN112631727B (zh) * | 2020-12-26 | 2024-02-23 | 中国农业银行股份有限公司 | 一种容器组pod的监控方法及装置 |
| CN112702441A (zh) * | 2021-01-05 | 2021-04-23 | 南京领行科技股份有限公司 | 基于容器的访问数据处理方法、装置、系统及存储介质 |
| CN112995273B (zh) * | 2021-01-28 | 2022-03-04 | 腾讯科技（深圳）有限公司 | 网络打通方案生成方法、装置、计算机设备和存储介质 |
| CN112995273A (zh) * | 2021-01-28 | 2021-06-18 | 腾讯科技（深圳）有限公司 | 网络打通方案生成方法、装置、计算机设备和存储介质 |
| CN113065785A (zh) * | 2021-04-13 | 2021-07-02 | 国网江苏省电力有限公司信息通信分公司 | 一种电力物联管理平台动态资源扩展方法 |
| CN113204434B (zh) * | 2021-07-05 | 2021-09-21 | 易纳购科技(北京)有限公司 | 基于k8s的计划任务执行方法、装置及计算机设备 |
| CN113204434A (zh) * | 2021-07-05 | 2021-08-03 | 易纳购科技(北京)有限公司 | 基于k8s的计划任务执行方法、装置及计算机设备 |
| CN114356214B (zh) * | 2021-11-30 | 2023-12-01 | 新浪技术（中国）有限公司 | 一种针对kubernetes系统提供本地存储卷的方法及系统 |
| CN114356214A (zh) * | 2021-11-30 | 2022-04-15 | 新浪网技术(中国)有限公司 | 一种针对kubernetes系统提供本地存储卷的方法及系统 |
| CN114172726B (zh) * | 2021-12-07 | 2023-08-29 | 北京天融信网络安全技术有限公司 | 一种基于容器环境的访问控制方法及系统 |
| CN114172726A (zh) * | 2021-12-07 | 2022-03-11 | 北京天融信网络安全技术有限公司 | 一种基于容器环境的访问控制方法及系统 |
| CN114827115A (zh) * | 2022-06-01 | 2022-07-29 | 青岛中科曙光科技服务有限公司 | 容器内Web服务的访问方法、装置、电子设备及存储介质 |
| CN116594848B (zh) * | 2023-07-18 | 2023-10-10 | 中移(苏州)软件技术有限公司 | 一种任务监控方法、装置、设备、终端设备及存储介质 |
| CN116594848A (zh) * | 2023-07-18 | 2023-08-15 | 中移(苏州)软件技术有限公司 | 一种任务监控方法、装置、设备、终端设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110427249A (zh) | 任务分配方法、pod初始化方法及相关装置 | |
| JP7249720B2 (ja) | 階層ベースｒｐｌネットワークのためのネットワークアドレスの割り当て及び再利用 | |
| CN106453681B (zh) | 一种ip地址的分配方法和装置 | |
| CN103973831B (zh) | 网络地址管理和功能对象发现系统 | |
| CN109451088A (zh) | 一种数据访问方法及装置 | |
| CN106657434B (zh) | 一种ip地址的查看方法和装置 | |
| CN108777640B (zh) | 一种服务器探测方法、装置、系统及存储介质 | |
| CN108429824B (zh) | 一种地址分配方法及装置 | |
| US20100091684A1 (en) | System and Method for Discovery of Dynamically Assigned Information Handling System IP Addresses | |
| CN104378455A (zh) | Ip地址分配方法以及装置 | |
| US20160380968A1 (en) | Generating network device names | |
| CN106302861B (zh) | 一种地址分配方法及装置 | |
| CN108337116B (zh) | 消息保序方法及装置 | |
| CN107070719B (zh) | 一种设备管理方法和装置 | |
| CN110798507B (zh) | 一种dhcp地址分配记忆的方法与系统 | |
| CN110636149B (zh) | 远程访问方法、装置、路由器及存储介质 | |
| CN109462522A (zh) | 一种终端外接设备的状态监测方法、终端及其系统 | |
| CN111614792B (zh) | 透传方法、系统、服务器、电子设备及存储介质 | |
| CN109005071B (zh) | 一种决策部署方法和调度设备 | |
| CN107547382B (zh) | 一种邻居关系发现方法和装置 | |
| CN109617817A (zh) | 一种mlag组网的转发表项的生成方法及装置 | |
| EP2947850A2 (en) | Method and device for centralized storage of photographs | |
| CN106453680B (zh) | 一种ip地址的分配方法和装置 | |
| CN106131234A (zh) | 一种分配地址信息的方法和装置 | |
| CN107547286A (zh) | 地址解析协议arp表的生成方法及装置 |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191108 |