CN111625349A - 容器调度平台中Pod隔离方法、装置、设备和存储介质 - Google Patents

容器调度平台中Pod隔离方法、装置、设备和存储介质 Download PDF

Info

Publication number
CN111625349A
CN111625349A CN202010290047.1A CN202010290047A CN111625349A CN 111625349 A CN111625349 A CN 111625349A CN 202010290047 A CN202010290047 A CN 202010290047A CN 111625349 A CN111625349 A CN 111625349A
Authority
CN
China
Prior art keywords
pod
identifier
management component
tag
request
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
Application number
CN202010290047.1A
Other languages
English (en)
Inventor
伍帝霖
罗利辉
王要深
吕岩
张利军
钟佳良
刘勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kingdee Software China Co Ltd
Original Assignee
Kingdee Software China Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Kingdee Software China Co Ltd filed Critical Kingdee Software China Co Ltd
Priority to CN202010290047.1A priority Critical patent/CN111625349A/zh
Publication of CN111625349A publication Critical patent/CN111625349A/zh
Pending legal-status Critical Current

Links

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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • 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/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/4557—Distribution of virtual machine instances; Migration and load balancing
    • 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/45583—Memory management, e.g. access or allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请涉及一种容器调度平台中Pod隔离方法、装置、设备和存储介质。所述方法包括：接收Pod隔离请求；从所述Pod隔离请求中获取第一Pod标识和第一管理组件标识；判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件；若是，则获取所述第一Pod标识对应Pod的标签；将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签。采用本方法能够隔离Pod，对Pod的状态进行保留。

Description

容器调度平台中Pod隔离方法、装置、设备和存储介质
技术领域
本申请涉及互联网技术领域，特别是涉及一种容器调度平台中Pod隔离方法、装置、设备和存储介质。
背景技术
在基于容器虚拟化技术的容器资源调度策略中，Pod为容器调度平台中最基本的调度单位，容器是依赖Pod进行调度和管理的。当在容器调度平台(如Kubernetes)部署某个服务时，通常会创建一个或多个Pod或者用deployment声明一个或多个Pod，并通过service定义负载均衡把访问流量转发到所选择的Pod。当其中一个Pod发生故障时，无法对该Pod故障时的状态进行保留，从而影响Pod故障分析。
发明内容
基于此，有必要针对上述技术问题，提供一种的容器调度平台中Pod隔离方法、装置、设备和存储介质。
一种容器调度平台中Pod隔离方法，所述方法包括：
接收Pod隔离请求；
从所述Pod隔离请求中获取第一Pod标识和第一管理组件标识；
判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件；
若是，则获取所述第一Pod标识对应Pod的标签；
将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签。
在一个实施例中，所述判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件，包括：
从数据库中获取应用信息元数据；
根据所述应用信息元数据确定所述第一Pod标识对应的目标管理组件标识；
若所述目标管理组件标识与所述第一管理组件标识相同，则确定所述第一Pod标识对应的Pod属于所述第一管理组件标识对应的第一管理组件。
在一个实施例中，所述将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签之后，所述方法还包括：
接收任务请求；
在Kubernetes集群中查找未标记为所述隔离标签的目标Pod；
按照所述任务请求对应的任务对所述目标Pod进行调度。
在一个实施例中，所述将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签之后，所述方法还包括：
将所述隔离标签以元数据形式存储于数据库中。
在一个实施例中，所述方法还包括：
接收Pod恢复请求；
从所述Pod恢复请求中获取第二Pod标识、第二管理组件标识；
判断所述第二Pod标识对应的Pod是否属于所述第二管理组件标识对应的第二管理组件；
若是，则从所述数据库中获取所述第二Pod标识对应Pod的所述隔离标签；
对所述隔离标签修改为用于表示非隔离状态的标签。
在一个实施例中，所述方法还包括：
对用户进行鉴权；
所述判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件之前，所述方法还包括：
当通过鉴权时，判断所述第一管理组件标识对应的第一管理组件是否存在；
若所述第一管理组件存在且处于启动状态，则执行所述判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件的步骤。
在一个实施例中，所述将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签，包括：
获取所述第一管理组件的标签选择器；
确定所述标签选择器的可选标签；
将所述Pod的标签修改为与所述可选标签不同的、且用于表示所述Pod处于隔离状态的隔离标签。
在一个实施例中，所述方法还包括：
定时向所述容器调度平台中的Pod所对应的Pod域名发送状态探测请求；
接收所述Pod域名对应服务器响应于所述状态探测请求的响应信息；
根据所述响应信息确定所述Pod是否处于异常状态；
若是，则根据所述处于异常状态的Pod生成Pod隔离请求，并执行所述从所述Pod隔离请求中获取第一Pod标识和第一管理组件标识的步骤。
在一个实施例中，所述根据所述响应信息确定所述Pod是否处于异常状态，包括：
判断时间上连续的至少两个所述响应信息是否均为正常响应信息；所述正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息；
若否，则确定所述Pod处于异常状态。
一种容器调度平台中Pod隔离装置，所述装置包括：
请求接收模块，用于接收Pod隔离请求；
标识获取模块，用于从所述Pod隔离请求中获取第一Pod标识和第一管理组件标识；
标识判断模块，用于判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件；
标签获取模块，用于当所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件时，获取所述第一Pod标识对应Pod的标签；
标签修改模块，用于将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签。
在一个实施例中，所述标识判断模块还用于：
从数据库中获取应用信息元数据；
根据所述应用信息元数据确定所述第一Pod标识对应的目标管理组件标识；
若所述目标管理组件标识与所述第一管理组件标识相同，则确定所述第一Pod标识对应的Pod属于所述第一管理组件标识对应的第一管理组件。
在一个实施例中，所述装置还包括：Pod查找模块和Pod调度模块，其中：
所述请求接收模块，还用于接收任务请求；
所述Pod查找模块，用于在Kubernetes集群中查找未标记为所述隔离标签的目标Pod；
所述Pod调度模块，用于按照所述任务请求对应的任务对所述目标Pod进行调度。
在一个实施例中，所述装置还包括：数据保存模块，其中：
所述数据保存模块，用于将所述隔离标签以元数据形式存储于数据库中。
在一个实施例中，所述请求接收模块，还用于接收Pod恢复请求；
所述标识获取模块，还用于从所述Pod恢复请求中获取第二Pod标识、第二管理组件标识；
所述标识判断模块，还用于判断所述第二Pod标识对应的Pod是否属于所述第二管理组件标识对应的第二管理组件；
所述标签获取模块，还用于当所述第二Pod标识对应的Pod是否属于所述第二管理组件标识对应的第二管理组件时，从所述数据库中获取所述第二Pod标识对应Pod的所述隔离标签；
所述标签修改模块，还用于对所述隔离标签修改为用于表示非隔离状态的标签。
在一个实施例中，所述装置还包括：鉴权模块，其中：
所述鉴权模块，用于对用户进行鉴权；
所述标识判断模块，还用于当通过鉴权时，判断所述第一管理组件标识对应的第一管理组件是否存在；
若所述第一管理组件存在且处于启动状态，则执行所述判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件的步骤。
在一个实施例中，所述标签修改模块还用于：
获取所述第一管理组件的标签选择器；
确定所述标签选择器的可选标签；
将所述Pod的标签修改为与所述可选标签不同的、且用于表示所述Pod处于隔离状态的隔离标签。
在一个实施例中，所述装置还包括：
状态探测请求发送模块，用于定时向所述容器调度平台中的Pod所对应的Pod域名发送状态探测请求；
响应信息接收模块，用于接收所述Pod域名对应服务器响应于所述状态探测请求的响应信息；
状态确定模块，用于根据所述响应信息确定所述Pod是否处于异常状态；
隔离请求生成模块，若所述Pod处于异常状态，则根据所述处于异常状态的Pod生成Pod隔离请求，并通过所述标识获取模块执行从所述Pod隔离请求中获取第一Pod标识和第一管理组件标识的步骤。
在一个实施例中，所述状态确定模块还用于：
判断时间上连续的至少两个所述响应信息是否均为正常响应信息；所述正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息；
若否，则确定所述Pod处于异常状态。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上任一项所述方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如上任一项所述的方法的步骤。
上述容器调度平台中Pod隔离方法、装置、设备和存储介质，通过从接收到的Pod隔离请求中获取第一Pod标识和第一管理组件标识，并判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件，若是，则获取所述第一Pod标识对应Pod的标签，并将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签，从而当Pod发生故障时，通过上述方法将故障的Pod进行隔离而不必删除，从而对其故障时的状态进行保留，以便根据该状态对Pod故障进行分析。
附图说明
图1为一个实施例中容器调度平台中Pod隔离方法的应用环境图；
图2为一个实施例中容器调度平台中Pod隔离方法的流程示意图；
图3为一个实施例中Pod恢复步骤的流程示意图；
图4为一个实施例中Pod状态探测步骤的流程示意图；
图5为另一个实施例中容器调度平台中Pod隔离方法的流程示意图；
图6为一个实施例中容器调度平台中Pod隔离装置的结构框图；
图7为一个实施例中容器调度平台中Pod隔离装置的结构框图；
图8为一个实施例中容器调度平台中Pod隔离装置的结构框图；
图9为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的容器调度平台中Pod隔离方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器104接收终端发送的Pod隔离请求，并从该Pod隔离请求中获取第一Pod标识和第一管理组件标识，然后判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件，若是则获取第一Pod标识对应Pod的标签，并将该Pod的标签修改为用于标识该Pod处于隔离状态的隔离标签。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种容器调度平台中Pod隔离方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：
S202，接收Pod隔离请求。
其中，容器调度平台可以是Kubernetes，Kubernetes是自动部署、扩展和管理容器化应用程序的开源平台，它将应用程序的组成分成若干个容器单元，以便于应用各个功能的管理和更新。在Kubernetes管理的容器集群中容器是运行在Pod上的，即Kubernetes最基本的调度单位是Pod，容器是依赖Pod进行调度和管理的。Pod是Kubernetes为容器便于管理和调度而定义的一个抽象概念，即Pod由一组运行在同一主机的一个或者多个容器组成。
Pod隔离请求是用于隔离Pod的请求，该请求中包括要隔离Pod的信息，根据该信息可以确定所要隔离的Pod。
在一个实施例中，用户通过终端上运行的容器管理平台进行Pod隔离操作，终端根据用户操作生成Pod隔离请求，并将该Pod隔离请求发送至服务器，从而服务器接收终端发送的Pod隔离请求。其中该Pod隔离请求对应的Pod是用户在终端上运行的容器管理平台上进行Pod隔离操作时所选择的Pod，该Pod可以处于运行状态或非运行状态，当该Pod处于运行状态时，该Pod可以是正常运行状态或者运行发生故障。
S204，从Pod隔离请求中获取第一Pod标识和第一管理组件标识。
其中，管理组件是管理Pod的对象，可以为Pod提供声明式更新，具体可以是Deployment，Deployment中定义了Pod的副本和目标状态，包括使用的镜像，资源配额等信息。创建一个deployment时会同时创建对应的Pod，这些Pod的标签内容与deployment中定义的标签选择器一致，deployment通过选择器关联需要管理的Pod，从而进行Pod的升级等操作。第一管理组件标识是要隔离Pod对应的管理组件的标识，可以是管理组件编号或者管理组件名字。第一Pod标识是要隔离Pod的标识，可以是Pod编号或者Pod名字。
在一个实施例中，服务器在接收到Pod隔离请求之后，对该Pod隔离请求进行解析，得到Pod隔离请求解析结果，然后从Pod隔离请求解析结果中获取要隔离Pod的第一Pod标识和第一管理组件标识。
在一个实施例中，Pod隔离请求中还携带有Pod隔离请求发送方的用户标识，服务器在接收到Pod隔离请求之后，对该Pod隔离请求进行解析，得到Pod隔离请求解析结果，然后从Pod隔离请求解析结果中获取要隔离Pod的第一Pod标识、第一管理组件标识和用户标识。其中用户标识可以是用户账号或者用户名。
S206，判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件。
在一个实施例中，服务器在获取到第一Pod标识和第一管理组件标识之后，根据数据库中所存储的元数据，判断所获取的第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件。其中，数据库可以是关系型数据库MySql或key-value型数据库redis；数据库中所存储的元数据为Pod相关的元数据，主要包括应用信息元数据、Pod配置信息元数据、用户元数据和集群元数据等；应用信息元数据包括Kubernetes集群中各管理组件标识、各Pod标识以及各对象详情等，Pod配置信息为对部分容器单独配置的信息，Pod的标签等。
在一个实施例中，服务器在获取到第一Pod标识和第一管理组件标识之后，从数据库中获取应用信息元数据，根据应用信息元数据确定第一Pod标识对应的目标管理组件标识，并判断目标管理组件标识与第一管理组件标识是否相同，若目标管理组件标识与第一管理组件标识相同，则确定第一Pod标识对应的Pod属于第一管理组件标识对应的第一管理组件。
在一个实施例中，服务器获取Pod隔离请求发送方的用户标识之后，根据该用户标识对用户进行鉴权，当通过鉴权时，判断第一管理组件标识对应的第一管理组件是否存在，若第一管理组件存在，则继续判断该第一管理组件是否处于启动状态，若是，则执行S206。
S208，若是，则获取第一Pod标识对应Pod的标签。
S210，将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签。
其中，容器管理平台中的每个对象都可以有一组与之关联的标签，Pod的标签具体可以是字符串键值对，可以用于识别Pod，具体识别Pod的方式可以是通过Pod对应管理组件的标签选择器选择Pod。例如，Pod的标签是“app＝example”，deployment的标签选择器也是“app＝example”，则可以通过该deployment的标签选择器“app＝example”选择到标签为“app＝example”的Pod，从而负载均衡的流量将会转发到标签为“app＝example”的Pod上。
在一个实施例中，当服务器判断出第一Pod标识对应的Pod属于第一管理组件标识对应的第一管理组件时，则从数据库中获取第一Pod标识对应Pod的标签，并将所获取的Pod的标签修改为用于表示Pod处于隔离状态的隔离标签，处于隔离状态的Pod将不会被对应管理组件的标签选择器选中，负载均衡的流量将不会转发到处于隔离状态的Pod上。
在一个实施例中，服务器在获取第一Pod标识对应Pod的标签之后，获取第一管理组件的标签选择器，并确定标签选择器的可选标签，然后将Pod的标签修改为与可选标签不同的、且用于表示Pod处于隔离状态的隔离标签。例如，Pod的标签是“app＝example”，deployment的标签选择器的可选标签是“app＝example”，则将Pod的标签“app＝example”修改为隔离标签“status＝isolated”，从而deployment的标签选择器“app＝example”无法选择到隔离标签为“status＝isolated”的Pod，从而负载均衡的流量将不会转发到隔离标签为“status＝isolated”的Pod上。
在一个实施例中，服务器将Pod的标签修改为用于表示Pod处于隔离状态的标签之后，将得到的隔离标签以元数据形式存储于数据库中，具体可以是将Pod表示和Pod的标签对应存储。
上述实施例中，服务器通过从接收到的Pod隔离请求中获取第一Pod标识和第一管理组件标识，并判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件，若是，则获取所述第一Pod标识对应Pod的标签，并将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签，从而当Pod发生故障时，通过上述方法将故障的Pod进行隔离而不必删除，从而对其故障时的状态进行保留，以便根据该状态对Pod故障进行分析。
在一个实施例中，上述容器调度平台中Pod隔离还包括以下步骤：服务器将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签之后，接收任务请求，然后在Kubernetes集群中查找未标记为隔离标签的目标Pod，并按照所接收的任务请求对应的任务对查找到的目标Pod进行调度。其中任务请求是终端根据用户操作所生成的并发送给服务器的，在Kubernetes集群中查找未标记为隔离标签的目标Pod，具体可以是根据管理组件的标签选择器选择Pod的标签，被选中的标签所对应的Pod即为目标Pod。
上述实施例中，服务器在接收到任务请求时，在Kubernetes集群中查找未标记为隔离标签的目标Pod，并按照所接收的任务请求对应的任务对查找到的目标Pod进行调度，从而通过调度未被标记为隔离状态的目标Pod执行任务请求对应的任务，将处于隔离状态Pod的隔离时的状态保留下来，以便根据该状态对该隔离状态Pod进行相关分析。
在一个实施例中，如图3所示，上述容器调度平台中Pod隔离方法还包括恢复隔离Pod的步骤，具体包括以下步骤：
S302，接收Pod恢复请求。
其中，Pod恢复请求是用于恢复被隔离的Pod的请求，该请求中包括要恢复Pod的信息，根据该信息可以确定所要恢复的Pod。
在一个实施例中，用户对Pod进行隔离之后，可以对被隔离的Pod进行故障分析，当被隔离的Pod故障排除以后，用户通过终端上运行的容器管理平台进行Pod恢复操作，终端根据用户操作生成Pod恢复请求，并将该Pod恢复请求发送至服务器，从而服务器接收终端发送的Pod恢复请求。
S304，从Pod恢复请求中获取第二Pod标识、第二管理组件标识。
在一个实施例中，服务器在接收到Pod恢复请求之后，对该Pod恢复请求进行解析，得到Pod恢复请求解析结果，然后从Pod恢复请求解析结果中获取要恢复Pod的第二Pod标识和第二管理组件标识。
在一个实施例中，Pod恢复请求中还携带有Pod恢复请求发送方的用户标识，服务器在接收到Pod恢复请求之后，对该Pod恢复请求进行解析，得到Pod恢复请求解析结果，然后从Pod恢复请求解析结果中获取要恢复Pod的第二Pod标识、第二管理组件标识和用户标识。其中用户标识可以是用户账号或者用户名。
S306，判断第二Pod标识对应的Pod是否属于第二管理组件标识对应的第二管理组件。
在一个实施例中，服务器在获取到第二Pod标识和第二管理组件标识之后，根据数据库中所存储的元数据，判断所获取的第二Pod标识对应的Pod是否属于第二管理组件标识对应的第二管理组件。
S308，若是，则从数据库中获取第二Pod标识对应Pod的隔离标签。
S310，对隔离标签修改为用于表示非隔离状态的标签。
在一个实施例中，当服务器判断出第二Pod标识对应的Pod属于第二管理组件标识对应的第二管理组件时，则从数据库中获取第二Pod标识对应Pod的隔离标签，并将所获取的Pod的隔离标签修改为用于表示Pod处于非隔离状态的标签，处于非隔离状态的Pod将会被对应管理组件的标签选择器选中，负载均衡的流量将会转发到处于隔离状态的Pod上。
上述实施例中，服务器通过从接收到的Pod恢复请求中获取第二Pod标识和第二管理组件标识，并判断第二Pod标识对应的Pod是否属于第二管理组件标识对应的第二管理组件，若是，则获取所述第二Pod标识对应Pod的标签，并将Pod的标签修改为用于表示Pod处于非隔离状态的标签，从而当处于隔离状态的Pod的故障解除时，通过上述方法将故障解除Pod的隔离状态进行恢复，使其能够继续运行。
在一个实施例中，如图4所示，上述容器调度平台中Pod隔离方法还包括以下步骤：
S402，定时向容器调度平台中的Pod所对应的Pod域名发送状态探测请求。
其中，状态探测请求为用于探测容器调度平台中Pod的状态的请求，具体可以是预设协议的请求，如http请求。
在一个实施例中，用户预先通过容器调度平台进行Pod状态的探测配置，容器调度平台将对应的探测配置信息以元数据的形式保存到数据库中，当容器调度平台中的Pod启动并经过预设时长后，服务器根据数据库所存储的探测配置信息中的协议数据生成状态探测请求，并按照探测配置信息中所设置的定时时长和探测路径，周期性的向Pod所对应的Pod域名发送状态探测请求。
S404，接收Pod域名对应服务器响应于状态探测请求的响应信息。
S406，根据响应信息确定Pod是否处于异常状态。
其中，响应信息包括响应状态码和响应时长。
在一个实施例中，服务器逐个接收Pod域名对应服务器响应于状态探测请求的多个响应信息之后，根据探测配置信息中的健康阈值和所接收的多个响应信息，确定Pod是否处于异常状态。其中，健康阈值是数量阈值，具体是接收到的响应信息中，在时间上连续、且为正常响应信息的数量阈值。正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息。
在一个实施例中，服务器根据响应信息确定Pod是否处于异常状态，具体是，判断时间上连续的至少两个响应信息是否均为正常响应信息；若否，则确定Pod处于异常，其中状态正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息。其中，当健康阈值为2时，上述步骤具体可以是判断时间上连续的两个响应信息是否均为正常响应信息；若否，则确定Pod处于异常，其中状态正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息；当健康阈值为3时，上述步骤具体可以是判断时间上连续的三个响应信息是否均为正常响应信息；若否，则确定Pod处于异常，其中状态正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息。
S408，若是，则根据处于异常状态的Pod生成Pod隔离请求。
在一个实施例中，服务器逐个接收Pod域名对应服务器响应于状态探测请求的多个响应信息之后，还可以根据探测配置信息中的非健康阈值和所接收的多个响应信息，确定Pod是否处于异常状态。其中，非健康阈值是数量阈值，具体是接收到的响应信息中，在时间上连续、且为异常响应信息的数量阈值，异常响应信息为响应状态码异常或响应时间不满足时间阈值的响应信息。
上述实施例中，服务器通过定时向容器调度平台中的Pod所对应的Pod域名发送状态探测请求，接收Pod域名对应服务器响应于状态探测请求的响应信息，根据响应信息确定Pod是否处于异常状态，从而及时发现处于异常状态的Pod，以便对故障的Pod进行隔离且不必删除，进行对Pod故障时的状态进行保留，以便根据该状态对Pod故障进行分析。
在一个实施例中，如图5所示，还提供了一种容器调度平台中Pod隔离方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：
S502，接收Pod隔离请求。
S504，从Pod隔离请求中获取第一Pod标识、第一管理组件标识和用户标识。
S506，根据该用户标识对用户进行鉴权。
S508，当通过鉴权时，判断第一管理组件标识对应的第一管理组件是否存在且处于启动状态。
S510，若是，则判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件。
S512，若是，则获取第一Pod标识对应Pod的标签。
S514，将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签。
应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图6所示，提供了一种容器调度平台中Pod隔离装置，包括：请求接收模块602、标识获取模块604、标识判断模块606、标签获取模块608和标签修改模块610，其中：
请求接收模块602，用于接收Pod隔离请求；
标识获取模块604，用于从Pod隔离请求中获取第一Pod标识和第一管理组件标识；
标识判断模块606，用于判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件；
标签获取模块608，用于当第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件时，获取第一Pod标识对应Pod的标签；
标签修改模块610，用于将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签。
在一个实施例中，标识判断模块606还用于：
从数据库中获取应用信息元数据；
根据应用信息元数据确定第一Pod标识对应的目标管理组件标识；
若目标管理组件标识与第一管理组件标识相同，则确定第一Pod标识对应的Pod属于第一管理组件标识对应的第一管理组件。
在一个实施例中，如图7所示，装置还包括：鉴权模块612，其中：
鉴权模块612，用于对用户进行鉴权；
标识判断模块606，还用于当通过鉴权时，判断第一管理组件标识对应的第一管理组件是否存在；
若第一管理组件存在且处于启动状态，则执行判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件的步骤。
在一个实施例中，标签修改模块610还用于：
获取第一管理组件的标签选择器；
确定标签选择器的可选标签；
将Pod的标签修改为与可选标签不同的、且用于表示Pod处于隔离状态的隔离标签。
上述实施例中，服务器通过从接收到的Pod隔离请求中获取第一Pod标识和第一管理组件标识，并判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件，若是，则获取所述第一Pod标识对应Pod的标签，并将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签，从而当Pod发生故障时，通过上述方法将故障的Pod进行隔离而不必删除，从而对其故障时的状态进行保留，以便根据该状态对Pod故障进行分析。
在一个实施例中，如图7所示，装置还包括：Pod查找模块614和Pod调度模块616，其中：
请求接收模块602，还用于接收任务请求；
Pod查找模块614，用于在Kubernetes集群中查找未标记为隔离标签的目标Pod；
Pod调度模块616，用于按照任务请求对应的任务对目标Pod进行调度。
上述实施例中，服务器在接收到任务请求时，在Kubernetes集群中查找未标记为隔离标签的目标Pod，并按照所接收的任务请求对应的任务对查找到的目标Pod进行调度，从而通过调度未被标记为隔离状态的目标Pod执行任务请求对应的任务，将处于隔离状态Pod的隔离时的状态保留下来，以便根据该状态对该隔离状态Pod进行相关分析。
在一个实施例中，如图7所示，装置还包括：数据保存模块618，其中：
数据保存模块618，用于将隔离标签以元数据形式存储于数据库中。
在一个实施例中，请求接收模块602，还用于接收Pod恢复请求；
标识获取模块604，还用于从Pod恢复请求中获取第二Pod标识、第二管理组件标识；
标识判断模块606，还用于判断第二Pod标识对应的Pod是否属于第二管理组件标识对应的第二管理组件；
标签获取模块608，还用于当第二Pod标识对应的Pod是否属于第二管理组件标识对应的第二管理组件时，从数据库中获取第二Pod标识对应Pod的隔离标签；
标签修改模块610，还用于对隔离标签修改为用于表示非隔离状态的标签。
上述实施例中，服务器通过从接收到的Pod恢复请求中获取第二Pod标识和第二管理组件标识，并判断第二Pod标识对应的Pod是否属于第二管理组件标识对应的第二管理组件，若是，则获取所述第二Pod标识对应Pod的标签，并将Pod的标签修改为用于表示Pod处于非隔离状态的标签，从而当处于隔离状态的Pod的故障解除时，通过上述方法将故障解除Pod的隔离状态进行恢复，使其能够继续运行。
在一个实施例中，如图7所示，装置还包括：状态探测请求发送模块620、响应信息接收模块622、状态确定模块624和隔离请求生成模块626，其中：
状态探测请求发送模块620，用于定时向容器调度平台中的Pod所对应的Pod域名发送状态探测请求；
响应信息接收模块622，用于接收Pod域名对应服务器响应于状态探测请求的响应信息；
状态确定模块624，用于根据响应信息确定Pod是否处于异常状态；
隔离请求生成模块626，若Pod处于异常状态，则根据处于异常状态的Pod生成Pod隔离请求，并通过标识获取模块执行从Pod隔离请求中获取第一Pod标识和第一管理组件标识的步骤。
在一个实施例中，状态确定模块624还用于：
判断时间上连续的至少两个响应信息是否均为正常响应信息；正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息；
若否，则确定Pod处于异常状态。
上述实施例中，服务器通过定时向容器调度平台中的Pod所对应的Pod域名发送状态探测请求，接收Pod域名对应服务器响应于状态探测请求的响应信息，根据响应信息确定Pod是否处于异常状态，从而及时发现处于异常状态的Pod，以便对故障的Pod进行隔离且不必删除，进行对Pod故障时的状态进行保留，以便根据该状态对Pod故障进行分析。
在一个实施例中，如图8所示，还提供了一种容器调度平台中Pod隔离装置，包括：执行模块、元数据存储模块、Kubernetes连接代理模块和Kubernetes集群，其中：
执行模块，用于接收隔离或恢复Pod请求，并执行隔离或恢复Pod的步骤，并将Pod的隔离标签或者恢复隔离后的标签以元数据形式存储到元数据存储模块。
元数据存储模块，用于存储和管理服务器以及Pod相关的元数据。
Kubernetes连接代理模块，用于提供连接和操作Kubernetes集群的接口。
Kubernetes集群，Kubernetes平台所管理的容器集群。
关于容器调度平台中Pod隔离装置的具体限定可以参见上文中对于容器调度平台中Pod隔离方法的限定，在此不再赘述。上述容器调度平台中Pod隔离装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储Pod相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种容器调度平台中Pod隔离方法。
本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：接收Pod隔离请求；从Pod隔离请求中获取第一Pod标识和第一管理组件标识；判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件；若是，则获取第一Pod标识对应Pod的标签；将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签。
在一个实施例中，计算机程序被处理器执行判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件的步骤时，使得处理器具体执行以下步骤：从数据库中获取应用信息元数据；根据应用信息元数据确定第一Pod标识对应的目标管理组件标识；若目标管理组件标识与第一管理组件标识相同，则确定第一Pod标识对应的Pod属于第一管理组件标识对应的第一管理组件。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：接收任务请求；在Kubernetes集群中查找未标记为隔离标签的目标Pod；按照任务请求对应的任务对目标Pod进行调度。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：将隔离标签以元数据形式存储于数据库中。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：接收Pod恢复请求；从Pod恢复请求中获取第二Pod标识、第二管理组件标识；判断第二Pod标识对应的Pod是否属于第二管理组件标识对应的第二管理组件；若是，则从数据库中获取第二Pod标识对应Pod的隔离标签；对隔离标签修改为用于表示非隔离状态的标签。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：对用户进行鉴权；当通过鉴权时，判断第一管理组件标识对应的第一管理组件是否存在；若第一管理组件存在且处于启动状态，则执行判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件的步骤。
在一个实施例中，计算机程序被处理器执行将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签的步骤时，使得处理器具体执行以下步骤：获取第一管理组件的标签选择器；确定标签选择器的可选标签；将Pod的标签修改为与可选标签不同的、且用于表示Pod处于隔离状态的隔离标签。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：定时向容器调度平台中的Pod所对应的Pod域名发送状态探测请求；接收Pod域名对应服务器响应于状态探测请求的响应信息；根据响应信息确定Pod是否处于异常状态；若是，则根据处于异常状态的Pod生成Pod隔离请求，并执行从Pod隔离请求中获取第一Pod标识和第一管理组件标识的步骤。
在一个实施例中，计算机程序被处理器执行述根据响应信息确定Pod是否处于异常状态的步骤时，使得处理器具体执行以下步骤：判断时间上连续的至少两个响应信息是否均为正常响应信息；正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息；若否，则确定Pod处于异常状态。
在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：接收Pod隔离请求；从Pod隔离请求中获取第一Pod标识和第一管理组件标识；判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件；若是，则获取第一Pod标识对应Pod的标签；将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签。
在一个实施例中，计算机程序被处理器执行判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件的步骤时，使得处理器具体执行以下步骤：从数据库中获取应用信息元数据；根据应用信息元数据确定第一Pod标识对应的目标管理组件标识；若目标管理组件标识与第一管理组件标识相同，则确定第一Pod标识对应的Pod属于第一管理组件标识对应的第一管理组件。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：接收任务请求；在Kubernetes集群中查找未标记为隔离标签的目标Pod；按照任务请求对应的任务对目标Pod进行调度。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：将隔离标签以元数据形式存储于数据库中。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：接收Pod恢复请求；从Pod恢复请求中获取第二Pod标识、第二管理组件标识；判断第二Pod标识对应的Pod是否属于第二管理组件标识对应的第二管理组件；若是，则从数据库中获取第二Pod标识对应Pod的隔离标签；对隔离标签修改为用于表示非隔离状态的标签。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：对用户进行鉴权；当通过鉴权时，判断第一管理组件标识对应的第一管理组件是否存在；若第一管理组件存在且处于启动状态，则执行判断第一Pod标识对应的Pod是否属于第一管理组件标识对应的第一管理组件的步骤。
在一个实施例中，计算机程序被处理器执行将Pod的标签修改为用于表示Pod处于隔离状态的隔离标签的步骤时，使得处理器具体执行以下步骤：获取第一管理组件的标签选择器；确定标签选择器的可选标签；将Pod的标签修改为与可选标签不同的、且用于表示Pod处于隔离状态的隔离标签。
在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：定时向容器调度平台中的Pod所对应的Pod域名发送状态探测请求；接收Pod域名对应服务器响应于状态探测请求的响应信息；根据响应信息确定Pod是否处于异常状态；若是，则根据处于异常状态的Pod生成Pod隔离请求，并执行从Pod隔离请求中获取第一Pod标识和第一管理组件标识的步骤。
在一个实施例中，计算机程序被处理器执行述根据响应信息确定Pod是否处于异常状态的步骤时，使得处理器具体执行以下步骤：判断时间上连续的至少两个响应信息是否均为正常响应信息；正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息；若否，则确定Pod处于异常状态。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种容器调度平台中Pod隔离方法，所述方法包括：
接收Pod隔离请求；
从所述Pod隔离请求中获取第一Pod标识和第一管理组件标识；
判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件；
若是，则获取所述第一Pod标识对应Pod的标签；
将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签。
2.根据权利要求1所述的方法，其特征在于，所述判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件，包括：
从数据库中获取应用信息元数据；
根据所述应用信息元数据确定所述第一Pod标识对应的目标管理组件标识；
若所述目标管理组件标识与所述第一管理组件标识相同，则确定所述第一Pod标识对应的Pod属于所述第一管理组件标识对应的第一管理组件。
3.根据权利要求1所述的方法，其特征在于，所述将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签之后，所述方法还包括：
接收任务请求；
在Kubernetes集群中查找未标记为所述隔离标签的目标Pod；
按照所述任务请求对应的任务对所述目标Pod进行调度。
4.根据权利要求1所述的方法，其特征在于，所述将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签之后，所述方法还包括：
将所述隔离标签以元数据形式存储于数据库中。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
接收Pod恢复请求；
从所述Pod恢复请求中获取第二Pod标识、第二管理组件标识；
判断所述第二Pod标识对应的Pod是否属于所述第二管理组件标识对应的第二管理组件；
若是，则从所述数据库中获取所述第二Pod标识对应Pod的所述隔离标签；
对所述隔离标签修改为用于表示非隔离状态的标签。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：
对用户进行鉴权；
所述判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件之前，所述方法还包括：
当通过鉴权时，判断所述第一管理组件标识对应的第一管理组件是否存在；
若所述第一管理组件存在且处于启动状态，则执行所述判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件的步骤。
7.根据权利要求1至5任一项所述的方法，其特征在于，所述将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签，包括：
获取所述第一管理组件的标签选择器；
确定所述标签选择器的可选标签；
将所述Pod的标签修改为与所述可选标签不同的、且用于表示所述Pod处于隔离状态的隔离标签。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
定时向所述容器调度平台中的Pod所对应的Pod域名发送状态探测请求；
接收所述Pod域名对应服务器响应于所述状态探测请求的响应信息；
根据所述响应信息确定所述Pod是否处于异常状态；
若是，则根据所述处于异常状态的Pod生成Pod隔离请求，并执行所述从所述Pod隔离请求中获取第一Pod标识和第一管理组件标识的步骤。
9.根据权利要求8所述的方法，其特征在于，所述根据所述响应信息确定所述Pod是否处于异常状态，包括：
判断时间上连续的至少两个所述响应信息是否均为正常响应信息；所述正常响应信息为响应状态码正常、且响应时间满足时间阈值的响应信息；
若否，则确定所述Pod处于异常状态。
10.一种容器调度平台中Pod隔离装置，其特征在于，所述装置包括：
请求接收模块，用于接收Pod隔离请求；
标识获取模块，用于从所述Pod隔离请求中获取第一Pod标识和第一管理组件标识；
标识判断模块，用于判断所述第一Pod标识对应的Pod是否属于所述第一管理组件标识对应的第一管理组件；
标签获取模块，用于若是，则获取所述第一Pod标识对应Pod的标签；
标签修改模块，用于将所述Pod的标签修改为用于表示所述Pod处于隔离状态的隔离标签。
11.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述方法的步骤。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。
CN202010290047.1A 2020-04-14 2020-04-14 容器调度平台中Pod隔离方法、装置、设备和存储介质 Pending CN111625349A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010290047.1A CN111625349A (zh) 2020-04-14 2020-04-14 容器调度平台中Pod隔离方法、装置、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010290047.1A CN111625349A (zh) 2020-04-14 2020-04-14 容器调度平台中Pod隔离方法、装置、设备和存储介质

Publications (1)

Publication Number Publication Date
CN111625349A true CN111625349A (zh) 2020-09-04

Family

ID=72273023

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010290047.1A Pending CN111625349A (zh) 2020-04-14 2020-04-14 容器调度平台中Pod隔离方法、装置、设备和存储介质

Country Status (1)

Country Link
CN (1) CN111625349A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109413065A (zh) * 2018-10-25 2019-03-01 山东浪潮云信息技术有限公司 一种基于容器的集群安全管理方法
CN109656742A (zh) * 2018-12-28 2019-04-19 咪咕文化科技有限公司 一种节点异常处理方法、装置及存储介质
CN109684420A (zh) * 2018-12-21 2019-04-26 郑州云海信息技术有限公司 一种基于kubernetes的高可用部署harbor镜像仓库的方法及装置
CN110618853A (zh) * 2019-08-02 2019-12-27 东软集团股份有限公司 一种僵尸容器的检测方法、装置及设备
CN110825580A (zh) * 2019-10-11 2020-02-21 紫光云(南京)数字技术有限公司 Kuberrnates Pod健康监控方法
CN110912972A (zh) * 2019-11-07 2020-03-24 北京浪潮数据技术有限公司 一种业务处理方法、系统、电子设备及可读存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109413065A (zh) * 2018-10-25 2019-03-01 山东浪潮云信息技术有限公司 一种基于容器的集群安全管理方法
CN109684420A (zh) * 2018-12-21 2019-04-26 郑州云海信息技术有限公司 一种基于kubernetes的高可用部署harbor镜像仓库的方法及装置
CN109656742A (zh) * 2018-12-28 2019-04-19 咪咕文化科技有限公司 一种节点异常处理方法、装置及存储介质
CN110618853A (zh) * 2019-08-02 2019-12-27 东软集团股份有限公司 一种僵尸容器的检测方法、装置及设备
CN110825580A (zh) * 2019-10-11 2020-02-21 紫光云(南京)数字技术有限公司 Kuberrnates Pod健康监控方法
CN110912972A (zh) * 2019-11-07 2020-03-24 北京浪潮数据技术有限公司 一种业务处理方法、系统、电子设备及可读存储介质

Similar Documents

Publication Publication Date Title
CN108399101B (zh) 资源调度的方法、装置和系统
CN107733708B (zh) 设备参数配置方法、装置、计算机设备和存储介质
EP3178011B1 (en) Method and system for facilitating terminal identifiers
US9531734B2 (en) Method and apparatus for intercepting or cleaning-up plugins
CN112685682B (zh) 一种攻击事件的封禁对象识别方法、装置、设备及介质
CN107589951B (zh) 一种集群升级方法及装置
CN105897947B (zh) 移动终端的网络访问方法和装置
CN109325010B (zh) 日志查看方法、装置、计算机设备和存储介质
CN110708247A (zh) 消息路由方法、装置、计算机设备和存储介质
CN111625841B (zh) 一种病毒处理方法、装置及设备
CN109491772B (zh) 业务序号生成方法、装置、计算机设备和存储介质
CN111399860B (zh) 轻应用部署方法、装置、计算机设备和存储介质
CN111597422A (zh) 埋点映射方法、装置、计算机设备和存储介质
CN106802821B (zh) 识别应用程序安装来源的方法及装置
CN112199200B (zh) 资源调度方法、装置、计算机设备和存储介质
CN113965406A (zh) 网络阻断方法、装置、电子装置和存储介质
CN106911508B (zh) Dns配置的恢复方法和装置
CN115221156A (zh) 数据库集群扩容方法、装置、计算机设备和存储介质
CN111625349A (zh) 容器调度平台中Pod隔离方法、装置、设备和存储介质
CN110555017A (zh) 区块链数据清理方法、装置、计算机设备和存储介质
CN116049822A (zh) 应用程序的监管方法、系统、电子设备及存储介质
CN112685102B (zh) 一种网关插件热加载方法、装置、设备及介质
CN107203915B (zh) 数据存储方法及装置
CN110460585B (zh) 设备身份识别方法、装置、计算机设备以及存储介质
CN114422576A (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