CN111464355A - Kubernetes容器集群的伸缩容控制方法、装置和网络设备 - Google Patents

Kubernetes容器集群的伸缩容控制方法、装置和网络设备 Download PDF

Info

Publication number
CN111464355A
CN111464355A CN202010247835.2A CN202010247835A CN111464355A CN 111464355 A CN111464355 A CN 111464355A CN 202010247835 A CN202010247835 A CN 202010247835A CN 111464355 A CN111464355 A CN 111464355A
Authority
CN
China
Prior art keywords
created
pod
container cluster
cluster
kubernets
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
Application number
CN202010247835.2A
Other languages
English (en)
Other versions
CN111464355B (zh
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.)
Beijing Kingsoft Cloud Network Technology Co Ltd
Original Assignee
Beijing Kingsoft Cloud Network Technology 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 Beijing Kingsoft Cloud Network Technology Co Ltd filed Critical Beijing Kingsoft Cloud Network Technology Co Ltd
Priority to CN202010247835.2A priority Critical patent/CN111464355B/zh
Publication of CN111464355A publication Critical patent/CN111464355A/zh
Application granted granted Critical
Publication of CN111464355B publication Critical patent/CN111464355B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/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
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种Kubernetes容器集群的伸缩容控制方法、装置和网络设备，涉及网络设备的技术领域，包括获取待创建Pod的数量和所述至少一个工作节点的资源使用率；基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点，本申请缓解了传统集群扩容技术性能差且占用集群资源较多的技术问题果。

Description

Kubernetes容器集群的伸缩容控制方法、装置和网络设备
技术领域
本发明涉及网络设备的技术领域，尤其是涉及一种Kubernetes容器集群的伸缩容控制方法、装置和网络设备。
背景技术
Kubernetes集群(又称容器集群)，简称K8s集群，是用8代替8个字符“kubernete”而成的缩写。Kubernetes集群是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes集群的目标是让部署容器化的应用简单并且高效(powerful)，Kubernetes集群提供了应用部署，规划，更新，维护的一种机制。Kubernetes集群中包括集群监控节点和工作节点，且Kubernetes集群为容器应用提供了服务注册、负载均衡、服务部署和运行、服务滚动升级、在线扩容和缩容、资源调度、资源配额管理等功能。Pod指的是Kubernetes集群中的应用负载，pod运行在节点上。Pod由一个或者多个容器组成(例如Docker容器引擎创建的容器Container)，它们共享容器存储、网络和容器运行配置项。Pod中的容器总是被同时调度，有共同的运行环境。
在现有技术中，在对Kubernetes集群进行扩容处理时，可以监控Kubernetes集群中的全部资源负载信息，进而，根据资源负载信息对Kubernetes集群执行扩容操作。但是，监控集群整体资源的负载信息，性能较低，占用集群资源较多。
发明内容
有鉴于此，本发明的目的在于提供一种Kubernetes容器集群的伸缩容控制方法、装置和网络设备，以缓解了传统集群扩容技术性能差且占用集群资源较多的技术问题。
第一方面，本发明实施例提供了一种Kubernetes容器集群的伸缩容控制方法，其中，所述Kubernetes集群包括至少一个主节点Master node和至少一个工作节点worknode，每个所述工作节点上运行有至少一个Pod，包括：获取待创建Pod的数量和所述至少一个工作节点的资源使用率；基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。
进一步地，所述预设阈值包括：第一预设阈值；基于所述待创建Pod的数量和所述预设阈值确定对所述Kubernetes容器集群执行扩容操作包括：判断所述待创建Pod的数量是否达到所述第一预设阈值；若判断出所述待创建Pod的数量达到第一预设阈值，则确定对所述Kubernetes容器集群执行扩容操作。
进一步地，获取待创建Pod的数量包括：获取待创建到Kubernetes容器集群中的待创建Pod，以及获取所述待创建Pod的标识信息，其中，所述标识信息用于确定待创建Pod是否能够创建到所述容器集群中；确定所述标识信息为预设标识信息的待创建Pod的数量，所述预设标识信息表示待创建Pod无法创建到所述容器集群。
进一步地，获取待创建到Kubernetes容器集群中的待创建Pod包括：通过所述Kubernetes容器集群中API进程所提供的目标API接口获取所述待创建到的Kubernetes容器集群中的待创建Pod。
进一步地，所述预设阈值包括：第二预设阈值；基于所述待创建Pod的数量和所述资源使用率对所述Kubernetes容器集群进行Pod缩容操作包括：获取所述Kubernetes容器集群中至少一个工作节点的资源使用率；基于所述至少一个工作节点的资源使用率确定所述容器集群中工作节点的总资源使用率；若所述总资源使用率小于或者等于第二预设阈值，则对所述Kubernetes容器集群执行缩容操作。
进一步地，所述目标工作节点为所述Kubernetes容器集群通过执行扩容操作之后添加到所述容器集群中的工作节点。
第二方面，本发明实施例提供了一种Kubernetes容器集群的伸缩容控制装置，其中，所述Kubernetes集群包括至少一个主节点Master node和至少一个工作节点worknode，每个所述工作节点上运行有至少一个Pod，包括：获取单元，用于获取待创建Pod的数量和所述至少一个工作节点的资源使用率；容器伸缩单元，用于基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。
进一步地，所述预设阈值包括：第一预设阈值；所述容器伸缩单元用于：基于所述待创建Pod的数量和所述预设阈值确定对所述Kubernetes容器集群执行扩容操作包括：判断所述待创建Pod的数量是否达到所述第一预设阈值；若判断出所述待创建Pod的数量达到第一预设阈值，则确定对所述Kubernetes容器集群执行扩容操作。
进一步地，所述容器伸缩单元还用于：获取待创建到Kubernetes容器集群中的待创建Pod，以及获取所述全部待创建Pod的标识信息，其中，所述标识信息用于确定待创建Pod是否能够创建到所述容器集群中；确定所述标识信息为预设标识信息的待创建Pod的数量，所述预设标识信息表示待创建Pod无法创建到所述容器集群。
第三方面，本发明实施例提供了一种网络设备，包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器执行所述机器可执行指令以实现上述第一方面中6任一项所述的方法。
在本发明实施例中，首先获取待创建Pod的数量和至少一个工作节点的资源使用率；之后，基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。通过上述描述可知，在本申请，通过监控待创建Pod的数量来确定是否对容器集群执行扩容操作的方式，相比传统集群扩容方法中通过监控全部集群资源来确定是否对容器集群执行扩容操作的方式，本申请所提供的Kubernetes容器集群的伸缩容控制方法消耗集群的资源较少，响应速度更快，进而缓解了传统集群扩容技术性能差且占用集群资源较多的技术问题。
本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的一种Kubernetes容器集群的伸缩容控制方法的流程图；
图2是根据本发明实施例的第一种可选地Kubernetes容器集群的伸缩容控制方法的流程图；
图3是根据本发明实施例的第二种可选地Kubernetes容器集群的伸缩容控制方法的流程图；
图4是根据本发明实施例的第三种可选地Kubernetes容器集群的伸缩容控制方法的流程图；
图5是根据本发明实施例的第四种可选地Kubernetes容器集群的伸缩容控制方法的流程图；
图6是根据本发明实施例的一种Kubernetes容器集群的伸缩容控制装置的示意图；
图7是根据本发明实施例的一种网络设备的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
Kubernetes集群包括工作节点和集群控制节点，集群控制节点负责整个集群的管理和控制；Kubernetes集群中除了集群控制节点所在的设备均称为工作节点，工作节点可以是一台物理主机，还可以是虚拟机，工作节点是Kubernetes集群中的工作负载节点，每个工作节点都会被集群控制节点分配一些工作负载。Pod是可以创建和管理Kubernetes计算的最小可部署单元。一个Pod代表着集群中运行的一个进程。Pod由一个或者多个容器组成(例如Docker容器)，它们共享容器存储、网络和容器运行配置项。
在现有技术中，可以通过监控Kubernetes集群的集群资源信息来判断是否对Kubernetes集群进行扩容，其中，集群资源信息可以为Kubernetes集群中工作节点的CPU和内存等的使用情况。如果监控处集群资源信息达到预设条件，则对Kubernetes集群执行扩容操作。由于需要监控Kubernetes集群的整体资源的资源信息，因此，传统的集群扩容方法性能较低，且占用集群资源较多，基于此，本申请提出了一种Kubernetes容器集群的伸缩容控制方法，相比传统集群扩容方法中通过监控全部集群资源来确定是否对容器集群执行扩容操作的方式，本申请所提供的Kubernetes容器集群的伸缩容控制方法消耗集群的资源较少，响应速度更快，进而缓解了传统集群扩容技术性能差且占用集群资源较多的技术问题。下面将结合具体的实施例介绍该方法。
实施例1：
根据本发明实施例，提供了一种Kubernetes容器集群的伸缩容控制方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种Kubernetes容器集群的伸缩容控制方法的流程图，如图1所示，该方法包括如下步骤：
步骤S102，获取待创建Pod的数量和所述至少一个工作节点的资源使用率。
通过上述介绍可知，Pod是Kubernetes集群中的最小工作单元，又称为容器组，每个Pod包含一个或者多个容器，Pod中的容器会作为一个整体被集群控制节点部署到一个工作节点上运行。也就是说，Pod部署在Kubernetes集群的至少一个工作节点中。
在本实施例中，待创建Pod的数量可以理解为待创建到Kubernetes集群中的Pod。例如，待创建Pod可以为全部待创建Pod中无法成功创建到Kubernetes集群中的Pod。又例如，待创建Pod还可以为待创建到Kubernetes集群中的全部Pod。也就是说，待创建Pod中可能包含能够创建到Kubernetes集群中的Pod和无法创建到Kubernetes集群中的Pod，又或者，待创建Pod为无法创建到Kubernetes集群中的Pod。
步骤S104，基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。
需要说明的是，在本实施例中，可以在Kubernetes集群内部署一个监控模块，进而通过该监控模块执行上述步骤S102至步骤S104。
具体地，在本实施例中，该监控模块设置在CA(cluster-autoscaler)中，CA是Kubernetes集群中用来弹性伸缩kubernetes集群的模块。CA可以自动的根据部署的应用所请求的资源量来动态的伸缩集群。
在本发明实施例中，首先获取待创建Pod的数量和至少一个工作节点的资源使用率；之后，基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。通过上述描述可知，在本申请，通过监控待创建Pod的数量来确定是否对容器集群执行扩容操作的方式，相比传统Kubernetes容器集群的伸缩容控制方法中通过监控全部集群资源来确定是否对容器集群执行扩容操作的方式，本申请所提供的Kubernetes容器集群的伸缩容控制方法消耗集群的资源较少，响应速度更快，进而缓解了传统集群扩容技术性能差且占用集群资源较多的技术问题。
实施例2：
图2是根据本发明实施例的第一种可选地Kubernetes容器集群的伸缩容控制方法的流程图。
在上述实施例1的基础上，如图2所示，若待创建Pod可以为全部待创建Pod中无法成功创建到Kubernetes集群中的Pod，那么实施例1中的步骤S102获取待创建Pod的数量包括如下步骤：
步骤S201，获取待创建到Kubernetes容器集群中的待创建Pod，以及获取所述待创建Pod的标识信息，其中，所述标识信息用于确定待创建Pod是否能够创建到所述容器集群中；
步骤S202，确定所述标识信息为预设标识信息的待创建Pod的数量，所述预设标识信息表示待创建Pod无法创建到所述容器集群。
具体地，在本实施例中，首先通过监控模块(即CA)获取待创建到容器集群(即，kubernetes集群)中的待创建Pod，由于待创建Pod携带对应的标识信息，该标识信息用于表征待创建Pod是否能够成功创建到容器集群(即，kubernetes集群)中。因此，在本申请中，在获取到待创建Pod之后，还需要获取每个待创建Pod的标识信息，以根据该标识信息确定该待创建Pod是否能够成功创建到容器集群(即，kubernetes集群)中。
在获取到待创建Pod，以及每个待创建Pod的标识信息之后，将待创建Pod中标识信息为预设标识信息的Pod确定为无法成功创建到Kubernetes集群中的Pod，并将无法成功创建到Kubernetes集群中的Pod的数量确定为步骤S202中的待创建Pod的数量。
可选地，在本申请中，在获取待创建到的容器集群中的待创建Pod时，可以通过所述Kubernetes容器集群中API进程所提供的目标API接口获取所述待创建到的Kubernetes容器集群中的待创建Pod。
具体地，在本申请中，容器集群中API进程可以为kubernetes集群中的kube-apiserver进程。kube-apiserver是kubernetes集群中的最重要的核心组件之一，kube-apiserver提供集群管理的REST API接口，包括认证授权、数据校验以及集群状态变更等。kube-apiserver还提供其他模块之间的数据交互和通信的枢纽(其他模块通过API Server查询或修改数据，只有API Server能直接操作etcd)，其中，etcd是Kubernetes提供默认的存储***，保存所有集群数据，使用时需要为etcd数据提供备份计划。
也就是说，在本申请中，待创建Pod的相关信息，以及待创建Pod的标识信息存储在etcd中。监控模块通过调用kube-apiserver中的API来获取存储在etcd中的待创建Pod的相关信息，以及待创建Pod的标识信息。
在本申请中，在按照上述所描述的方式获取待创建Pod的数量之后，就可以基于待创建Pod的数量确定对容器集群进行Pod扩容操作或Pod缩容操作；所述Pod扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述Pod缩容操作为删除所述容器集群中的扩容工作节点，其中，所述扩容工作节点为所述容器集群通过执行扩容操作之后添加到所述容器集群中的工作节点。
通过上述描述可知，在本申请，通过监控待创建Pod的数量来确定是否对容器集群执行扩容操作的方式，相比传统集群扩容方法中通过监控全部集群资源来确定是否对容器集群执行扩容操作的方式，本申请所提供的Kubernetes容器集群的伸缩容控制方法消耗集群的资源较少，响应速度更快，进而缓解了传统集群扩容技术性能差且占用集群资源较多的技术问题。
实施例3：
图3是根据本发明实施例的第二种可选地Kubernetes容器集群的伸缩容控制方法的流程图。
在上述实施例1和实施例2的基础上，如图3所示，实施例1中的步骤S104基于所述待创建Pod的数量确定是否对所述容器集群执行扩容操作包括以下步骤：
步骤S301，判断所述待创建Pod的数量是否达到所述第一预设阈值；
步骤S302，若判断出所述待创建Pod的数量达到第一预设阈值，则确定对所述Kubernetes容器集群执行扩容操作。
具体地，在本申请中，首先可以获取待创建Pod的数量，其中，可以通过上述实施例2中所描述的方式获取待创建Pod的数量，此处不再详细赘述。在获取到待创建Pod的数量之后，就可以判断待创建Pod的数量是否达到第一预设阈值。如果判断出待创建Pod的数量达到第一预设阈值，则确定对容器集群执行扩容操作。
在执行容器集群的扩容操作时，可以通过OpenAPI初始化待添加的工作节点，并在初始化完成之后，向容器集群的kube-apiserver发送注册请求，从而通过该注册请求将待添加的工作节点注册到Kubernetes集群中。
通过上述描述可知，在本申请，通过监控待创建Pod的数量来确定是否对容器集群执行扩容操作的方式，相比传统集群扩容方法中通过监控全部集群资源来确定是否对容器集群执行扩容操作的方式，本申请所提供的Kubernetes容器集群的伸缩容控制方法消耗集群的资源较少，响应速度更快，进而缓解了传统集群扩容技术性能差且占用集群资源较多的技术问题。
实施例4：
图4是根据本发明实施例的第三种可选地Kubernetes容器集群的伸缩容控制方法的流程图。
在上述实施例1至实施例3的基础上，如图4所示，该方法还包括以下步骤：
步骤S401，获取所述Kubernetes容器集群中至少一个工作节点的资源使用率；
步骤S402，基于所述至少一个工作节点的资源使用率确定所述容器集群中工作节点的总资源使用率；
步骤S403，若所述总资源使用率小于或者等于第二预设阈值，则对所述Kubernetes容器集群执行缩容操作。
具体地，在本实施例中，步骤S401至步骤S403所描述的过程可以在实施例1所描述的步骤之前执行，还可以在实施例1所描述的步骤之后执行，本实施例对此不做具体限定。
在本申请中，可以获取容器集群中至少一个工作节点的资源使用率。由于各个工作节点的资源使用率存储在Kubernetes集群的etcd中，因此，可以通过监控模块调用kube-apiserver中的API的方式来获取各个工作节点的资源使用率。可选地，本申请中的资源使用率可以为：工作节点的CPU使用率，工作节点的内存使用率等。
在得到至少一个工作节点的资源使用率之后，就可以基于至少一个工作节点的资源使用率确定Kubernetes容器集群中工作节点的总资源使用率，例如，可以计算至少一个工作节点的资源使用率的加权平局值，并将加权平均计算结果作为该总资源使用率。如果计算出总资源使用率小于第二预设阈值，则确定对Kubernetes容器集群执行缩容操作。
具体地，在对所述容器集群执行缩容操作时，可以删除所述容器集群中的扩容工作节点，其中，所述扩容工作节点为所述容器集群通过执行扩容操作之后添加到所述容器集群中的工作节点。
在本申请中，在对容器集群执行缩容操作时，目标工作节点为所述Kubernetes容器集群通过执行扩容操作之后添加到所述容器集群中的工作节点。具体地，在建立Kubernetes容器集群时，会在Kubernetes容器集群的初始工作节点中配置一些用户的相关信息。因此，为了保证用户信息的安全性，优先删除容器集群中的扩容工作节点。如果容器集群没有扩容工作节点，则删除资源使用率小于总资源使用率的工作节点。
实施例5：
图5是根据本发明实施例的第四种可选地Kubernetes容器集群的伸缩容控制方法的流程图。如图5所示，该方法包括以下过程：
用户通过控制终端设定第一预设阈值和第二预设阈值。控制终端将用户输入的第一预设阈值和第二预设阈值发送到服务器，服务器通过kubernetes集群中的kube-apiserver向kubernetes集群发送第一预设阈值和第二预设阈值，以使kubernetes集群保存第一预设阈值和第二预设阈值。kubernetes集群生成待创建Pod的数量和各个工作节点的资源使用率，其中，待创建Pod的数量和各个工作节点的资源使用率，存储在etcd中。监控模块CA通过调用kube-apiserver中的API来获取存储在etcd中的待创建Pod的数量，各个工作节点的资源使用率，第一预设阈值、第二预设阈值。监控模块CA通过获取到的上述信息判断是否对kubernetes集群执行Pod扩容或者Pod缩容操作。如果是，则向OpenAPI发送节点创建指令或者节点删除指令。如果OpenAPI获取到节点创建指令，则初始化待添加的工作节点，并在初始化完成之后，将工作节点加入到kubernetes集群中，具体地，OpenAPI可以向容器集群的kube-apiserver发送注册请求，从而通过该注册请求将待添加的工作节点注册到Kubernetes集群中。如果OpenAPI获取到节点删除指令，则删除对应的工作节点。
实施例6：
本发明实施例还提供了一种Kubernetes容器集群的伸缩容控制装置，该Kubernetes容器集群的伸缩容控制装置主要用于执行本发明实施例上述内容所提供的Kubernetes容器集群的伸缩容控制方法，以下对本发明实施例提供的Kubernetes容器集群的伸缩容控制装置做具体介绍。
图6是根据本发明实施例的一种Kubernetes容器集群的伸缩容控制装置的示意图，如图6所示，该Kubernetes容器集群的伸缩容控制装置主要包括获取单元10和容器伸缩单元20，其中：所述Kubernetes集群包括至少一个主节点Master node和至少一个工作节点work node，每个所述工作节点上运行有至少一个Pod，具体地：
获取单元10，用于获取待创建Pod的数量和所述至少一个工作节点的资源使用率；
容器伸缩单元20，用于基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。
在本发明实施例中，首先获取待创建Pod的数量和至少一个工作节点的资源使用率；之后，基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。通过上述描述可知，在本申请，通过监控待创建Pod的数量来确定是否对容器集群执行扩容操作的方式，相比传统集群扩容方法中通过监控全部集群资源来确定是否对容器集群执行扩容操作的方式，本申请所提供的Kubernetes容器集群的伸缩容控制方法消耗集群的资源较少，响应速度更快，进而缓解了传统集群扩容技术性能差且占用集群资源较多的技术问题。
可选地，所述预设阈值包括：第一预设阈值；所述容器伸缩单元用于：基于所述待创建Pod的数量和所述预设阈值确定对所述Kubernetes容器集群执行扩容操作包括：判断所述待创建Pod的数量是否达到所述第一预设阈值；若判断出所述待创建Pod的数量达到第一预设阈值，则确定对所述Kubernetes容器集群执行扩容操作。
可选地，所述容器伸缩单元还用于：获取待创建到Kubernetes容器集群中的待创建Pod，以及获取所述全部待创建Pod的标识信息，其中，所述标识信息用于确定待创建Pod是否能够创建到所述容器集群中；确定所述标识信息为预设标识信息的待创建Pod的数量，所述预设标识信息表示待创建Pod无法创建到所述容器集群。
可选地，所述容器伸缩单元还用于：通过所述Kubernetes容器集群中API进程所提供的目标API接口获取所述待创建到的Kubernetes容器集群中的待创建Pod。
可选地，所述容器伸缩单元还用于：所述预设阈值包括：第二预设阈值；基于所述待创建Pod的数量和所述资源使用率对所述Kubernetes容器集群进行Pod缩容操作包括：获取所述Kubernetes容器集群中至少一个工作节点的资源使用率；基于所述至少一个工作节点的资源使用率确定所述容器集群中工作节点的总资源使用率；若所述总资源使用率小于或者等于第二预设阈值，则对所述Kubernetes容器集群执行缩容操作。
可选地，所述目标工作节点为所述Kubernetes容器集群通过执行扩容操作之后添加到所述容器集群中的工作节点。
本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。
实施例7：
参见图7，本发明实施例还提供一种网络设备100，包括：处理器70，存储器71，总线72和通信接口73，所述处理器70、通信接口73和存储器71通过总线72连接；处理器70用于执行存储器71中存储的可执行模块，例如计算机程序。
其中，存储器71可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口73(可以是有线或者无线)实现该***网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。
总线72可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
其中，存储器71用于存储程序，所述处理器70在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器70中，或者由处理器70实现。
处理器70可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器70中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器70可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器71，处理器70读取存储器71中的信息，结合其硬件完成上述方法的步骤。
另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种Kubernetes容器集群的伸缩容控制方法，其中，所述Kubernetes集群包括至少一个主节点Master node和至少一个工作节点Work node，每个所述工作节点上运行有至少一个Pod，其特征在于，包括：
获取待创建Pod的数量和所述至少一个工作节点的资源使用率；
基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。
2.根据权利要求1所述的方法，其特征在于，所述预设阈值包括：第一预设阈值；
基于所述待创建Pod的数量和所述预设阈值确定对所述Kubernetes容器集群执行扩容操作包括：
判断所述待创建Pod的数量是否达到所述第一预设阈值；
若判断出所述待创建Pod的数量达到第一预设阈值，则确定对所述Kubernetes容器集群执行扩容操作。
3.根据权利要求1所述的方法，其特征在于，获取待创建Pod的数量包括：
获取待创建到Kubernetes容器集群中的待创建Pod，以及获取所述待创建Pod的标识信息，其中，所述标识信息用于确定待创建Pod是否能够创建到所述容器集群中；
确定所述标识信息为预设标识信息的待创建Pod的数量，所述预设标识信息表示待创建Pod无法创建到所述容器集群。
4.根据权利要求3所述的方法，其特征在于，获取待创建到Kubernetes容器集群中的待创建Pod包括：
通过所述Kubernetes容器集群中API进程所提供的目标API接口获取所述待创建到的Kubernetes容器集群中的待创建Pod。
5.根据权利要求1所述的方法，其特征在于，所述预设阈值包括：第二预设阈值；
基于所述待创建Pod的数量和所述资源使用率对所述Kubernetes容器集群进行Pod缩容操作包括：
获取所述Kubernetes容器集群中至少一个工作节点的资源使用率；
基于所述至少一个工作节点的资源使用率确定所述容器集群中工作节点的总资源使用率；
若所述总资源使用率小于或者等于第二预设阈值，则对所述Kubernetes容器集群执行缩容操作。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述目标工作节点为所述Kubernetes容器集群通过执行扩容操作之后添加到所述容器集群中的工作节点。
7.一种Kubernetes容器集群的伸缩容控制装置，其中，所述Kubernetes集群包括至少一个主节点Master node和至少一个工作节点Work node，每个所述工作节点上运行有至少一个Pod，其特征在于，包括：
获取单元，用于获取待创建Pod的数量和所述至少一个工作节点的资源使用率；
容器伸缩单元，用于基于所述待创建Pod的数量、所述资源使用率和预设阈值确定对所述Kubernetes容器集群进行扩容操作或缩容操作；其中，所述扩容操作为在所述Kubernetes容器集群中创建新的工作节点，并在所述新的工作节点中创建目标Pod；所述缩容操作为删除所述容器集群中的目标工作节点。
8.根据权利要求7所述的装置，其特征在于，所述预设阈值包括：第一预设阈值；所述容器伸缩单元用于：
基于所述待创建Pod的数量和所述预设阈值确定对所述Kubernetes容器集群执行扩容操作包括：
判断所述待创建Pod的数量是否达到所述第一预设阈值；
若判断出所述待创建Pod的数量达到第一预设阈值，则确定对所述Kubernetes容器集群执行扩容操作。
9.根据权利要求7所述的装置，其特征在于，所述容器伸缩单元还用于：
获取待创建到Kubernetes容器集群中的待创建Pod，以及获取所述全部待创建Pod的标识信息，其中，所述标识信息用于确定待创建Pod是否能够创建到所述容器集群中；
确定所述标识信息为预设标识信息的待创建Pod的数量，所述预设标识信息表示待创建Pod无法创建到所述容器集群。
10.一种网络设备，其特征在于，包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器执行所述机器可执行指令以实现权利要求1至6任一项所述的方法。
CN202010247835.2A 2020-03-31 2020-03-31 Kubernetes容器集群的伸缩容控制方法、装置和网络设备 Active CN111464355B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010247835.2A CN111464355B (zh) 2020-03-31 2020-03-31 Kubernetes容器集群的伸缩容控制方法、装置和网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010247835.2A CN111464355B (zh) 2020-03-31 2020-03-31 Kubernetes容器集群的伸缩容控制方法、装置和网络设备

Publications (2)

Publication Number Publication Date
CN111464355A true CN111464355A (zh) 2020-07-28
CN111464355B CN111464355B (zh) 2022-11-15

Family

ID=71680988

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010247835.2A Active CN111464355B (zh) 2020-03-31 2020-03-31 Kubernetes容器集群的伸缩容控制方法、装置和网络设备

Country Status (1)

Country Link
CN (1) CN111464355B (zh)

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112015433A (zh) * 2020-08-28 2020-12-01 北京浪潮数据技术有限公司 一种资源调度方法、装置及电子设备和存储介质
CN112181649A (zh) * 2020-09-22 2021-01-05 广州品唯软件有限公司 一种容器资源调整方法、装置、计算机设备及存储介质
CN112199193A (zh) * 2020-09-30 2021-01-08 北京达佳互联信息技术有限公司 资源调度方法、装置、电子设备和存储介质
CN112346872A (zh) * 2020-11-24 2021-02-09 中国工商银行股份有限公司 基于服务调用链路的云计算扩容方法及装置
CN112506444A (zh) * 2020-12-28 2021-03-16 南方电网深圳数字电网研究院有限公司 基于Kubernetes集群的扩缩容控制方法和装置、电子设备
CN112749000A (zh) * 2021-01-31 2021-05-04 云知声智能科技股份有限公司 基于k8s自动拓展强化学习任务调度方法、装置及***
CN112783608A (zh) * 2021-01-29 2021-05-11 上海哔哩哔哩科技有限公司 容器集群中容器资源调整方法及装置
CN112799847A (zh) * 2021-02-07 2021-05-14 联想(北京)有限公司 一种内存分配方法、***以及存储介质
CN112925607A (zh) * 2021-02-22 2021-06-08 深圳前海微众银行股份有限公司 一种***扩缩容方法及装置、电子设备
CN113051075A (zh) * 2021-03-23 2021-06-29 烽火通信科技股份有限公司 一种Kubernetes智能化扩缩容的方法及装置
CN113051250A (zh) * 2021-03-24 2021-06-29 北京金山云网络技术有限公司 数据库集群的扩容方法和装置、电子设备和存储介质
CN113395178A (zh) * 2021-06-11 2021-09-14 聚好看科技股份有限公司 一种容器云弹性伸缩的方法及装置
CN114168071A (zh) * 2021-10-29 2022-03-11 济南浪潮数据技术有限公司 一种分布式集群扩容方法、分布式集群扩容装置及介质
CN114185642A (zh) * 2021-11-12 2022-03-15 联奕科技股份有限公司 一种基于容器管理平台的智慧校园开发方法及***
WO2022068392A1 (zh) * 2020-09-29 2022-04-07 中兴通讯股份有限公司 数据库集群扩缩容方法、服务***、存储介质
CN114327023A (zh) * 2021-12-30 2022-04-12 上海道客网络科技有限公司 一种Kubernetes集群的节能方法、***、计算机介质和电子设备
CN115617517A (zh) * 2022-10-12 2023-01-17 中航信移动科技有限公司 一种用于应用pod控制的数据处理***
CN116860461A (zh) * 2023-09-04 2023-10-10 深圳大道云科技有限公司 K8s集群的资源调度方法、设备及存储介质
WO2024002190A1 (zh) * 2022-06-30 2024-01-04 中兴通讯股份有限公司 基于监控器的容器调整方法、设备及存储介质
WO2024119775A1 (zh) * 2022-12-06 2024-06-13 苏州元脑智能科技有限公司 一种raid卡的节点更新方法、***及相关装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017028697A1 (zh) * 2015-08-17 2017-02-23 阿里巴巴集团控股有限公司 计算机集群的扩容和缩容方法及设备
CN109150987A (zh) * 2018-07-27 2019-01-04 北京友普信息技术有限公司 基于主机层和容器层的两层式容器集群弹性扩容方法
CN109446032A (zh) * 2018-12-19 2019-03-08 福建新大陆软件工程有限公司 Kubernetes副本扩缩容的方法及***
CN110175068A (zh) * 2019-04-16 2019-08-27 平安科技（深圳）有限公司 分布式***中主机数量弹性伸缩方法、装置和计算机设备
CN112506444A (zh) * 2020-12-28 2021-03-16 南方电网深圳数字电网研究院有限公司 基于Kubernetes集群的扩缩容控制方法和装置、电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017028697A1 (zh) * 2015-08-17 2017-02-23 阿里巴巴集团控股有限公司 计算机集群的扩容和缩容方法及设备
CN109150987A (zh) * 2018-07-27 2019-01-04 北京友普信息技术有限公司 基于主机层和容器层的两层式容器集群弹性扩容方法
CN109446032A (zh) * 2018-12-19 2019-03-08 福建新大陆软件工程有限公司 Kubernetes副本扩缩容的方法及***
CN110175068A (zh) * 2019-04-16 2019-08-27 平安科技（深圳）有限公司 分布式***中主机数量弹性伸缩方法、装置和计算机设备
CN112506444A (zh) * 2020-12-28 2021-03-16 南方电网深圳数字电网研究院有限公司 基于Kubernetes集群的扩缩容控制方法和装置、电子设备

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112015433A (zh) * 2020-08-28 2020-12-01 北京浪潮数据技术有限公司 一种资源调度方法、装置及电子设备和存储介质
CN112181649A (zh) * 2020-09-22 2021-01-05 广州品唯软件有限公司 一种容器资源调整方法、装置、计算机设备及存储介质
WO2022068392A1 (zh) * 2020-09-29 2022-04-07 中兴通讯股份有限公司 数据库集群扩缩容方法、服务***、存储介质
CN112199193A (zh) * 2020-09-30 2021-01-08 北京达佳互联信息技术有限公司 资源调度方法、装置、电子设备和存储介质
CN112346872A (zh) * 2020-11-24 2021-02-09 中国工商银行股份有限公司 基于服务调用链路的云计算扩容方法及装置
CN112346872B (zh) * 2020-11-24 2023-09-26 中国工商银行股份有限公司 基于服务调用链路的云计算扩容方法及装置
CN112506444A (zh) * 2020-12-28 2021-03-16 南方电网深圳数字电网研究院有限公司 基于Kubernetes集群的扩缩容控制方法和装置、电子设备
CN112783608A (zh) * 2021-01-29 2021-05-11 上海哔哩哔哩科技有限公司 容器集群中容器资源调整方法及装置
CN112749000A (zh) * 2021-01-31 2021-05-04 云知声智能科技股份有限公司 基于k8s自动拓展强化学习任务调度方法、装置及***
CN112749000B (zh) * 2021-01-31 2024-06-11 云知声智能科技股份有限公司 基于k8s自动拓展强化学习任务调度方法、装置及***
CN112799847A (zh) * 2021-02-07 2021-05-14 联想(北京)有限公司 一种内存分配方法、***以及存储介质
CN112925607A (zh) * 2021-02-22 2021-06-08 深圳前海微众银行股份有限公司 一种***扩缩容方法及装置、电子设备
CN113051075B (zh) * 2021-03-23 2022-09-09 烽火通信科技股份有限公司 一种Kubernetes智能化扩缩容的方法及装置
CN113051075A (zh) * 2021-03-23 2021-06-29 烽火通信科技股份有限公司 一种Kubernetes智能化扩缩容的方法及装置
CN113051250A (zh) * 2021-03-24 2021-06-29 北京金山云网络技术有限公司 数据库集群的扩容方法和装置、电子设备和存储介质
WO2022257347A1 (zh) * 2021-06-11 2022-12-15 聚好看科技股份有限公司 一种容器云弹性伸缩的方法及集群服务器
CN113395178A (zh) * 2021-06-11 2021-09-14 聚好看科技股份有限公司 一种容器云弹性伸缩的方法及装置
CN114168071B (zh) * 2021-10-29 2023-11-03 济南浪潮数据技术有限公司 一种分布式集群扩容方法、分布式集群扩容装置及介质
CN114168071A (zh) * 2021-10-29 2022-03-11 济南浪潮数据技术有限公司 一种分布式集群扩容方法、分布式集群扩容装置及介质
CN114185642A (zh) * 2021-11-12 2022-03-15 联奕科技股份有限公司 一种基于容器管理平台的智慧校园开发方法及***
CN114185642B (zh) * 2021-11-12 2023-11-17 联奕科技股份有限公司 一种基于容器管理平台的智慧校园开发方法及***
CN114327023B (zh) * 2021-12-30 2023-08-15 上海道客网络科技有限公司 一种Kubernetes集群的节能方法、***、计算机介质和电子设备
CN114327023A (zh) * 2021-12-30 2022-04-12 上海道客网络科技有限公司 一种Kubernetes集群的节能方法、***、计算机介质和电子设备
WO2024002190A1 (zh) * 2022-06-30 2024-01-04 中兴通讯股份有限公司 基于监控器的容器调整方法、设备及存储介质
CN115617517B (zh) * 2022-10-12 2023-11-10 中航信移动科技有限公司 一种用于应用pod控制的数据处理***
CN115617517A (zh) * 2022-10-12 2023-01-17 中航信移动科技有限公司 一种用于应用pod控制的数据处理***
WO2024119775A1 (zh) * 2022-12-06 2024-06-13 苏州元脑智能科技有限公司 一种raid卡的节点更新方法、***及相关装置
CN116860461A (zh) * 2023-09-04 2023-10-10 深圳大道云科技有限公司 K8s集群的资源调度方法、设备及存储介质
CN116860461B (zh) * 2023-09-04 2023-12-19 深圳大道云科技有限公司 K8s集群的资源调度方法、设备及存储介质

Also Published As

Publication number Publication date
CN111464355B (zh) 2022-11-15

Similar Documents

Publication Publication Date Title
CN111464355B (zh) Kubernetes容器集群的伸缩容控制方法、装置和网络设备
US11573725B2 (en) Object migration method, device, and system
EP3402131A1 (en) Resource configuration method, virtualized network function manager and network element management system
CN109788068B (zh) 心跳状态信息上报方法、装置和设备及计算机存储介质
US20150277944A1 (en) Method and Apparatus for Allocating a Virtual Machine
CN108874502B (zh) 云计算集群的资源管理方法、装置及设备
US9515882B2 (en) Managing imaging of computing devices
CN111722906A (zh) 一种部署虚拟机和容器的方法及装置
US20190079791A1 (en) Data Storage Method and Apparatus
CN105095103A (zh) 用于云环境下的存储设备管理方法和装置
CN114401250A (zh) 一种地址分配的方法及装置
US20200272526A1 (en) Methods and systems for automated scaling of computing clusters
CN114296909A (zh) 一种根据kubernetes事件的节点自动扩容缩容方法及***
CN108228272B (zh) Web容器生成处理方法、设备以及服务器
CN111143033B (zh) 基于可伸缩操作***的操作执行方法及装置
CN112631994A (zh) 数据迁移方法及***
CN109962941B (zh) 通信方法、装置以及服务器
CN110427250A (zh) 创建云主机实例、弹性伸缩组的方法、装置、设备及介质
CN114173396B (zh) 终端联网时间的确定方法和装置、电子设备和存储介质
CN114662102A (zh) 一种文件处理方法、装置及存储介质
CN111885159B (zh) 数据采集方法、装置、电子设备及存储介质
CN113760446A (zh) 资源调度方法、装置、设备及介质
CN113242302A (zh) 数据访问请求的处理方法、装置、计算机设备及介质
CN114048033A (zh) 跑批任务的负载均衡方法、装置及计算机设备
CN112650677A (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