CN114036502A - Kubernetes的Pod内容器状态保留方法、装置、设备及介质 - Google Patents
Kubernetes的Pod内容器状态保留方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN114036502A CN114036502A CN202111406789.7A CN202111406789A CN114036502A CN 114036502 A CN114036502 A CN 114036502A CN 202111406789 A CN202111406789 A CN 202111406789A CN 114036502 A CN114036502 A CN 114036502A
- Authority
- CN
- China
- Prior art keywords
- container
- state
- target
- pod
- sandbox
- 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
- 238000000034 method Methods 0.000 title claims abstract description 39
- 244000035744 Hura crepitans Species 0.000 claims abstract description 74
- 230000002159 abnormal effect Effects 0.000 claims description 14
- 238000004321 preservation Methods 0.000 claims description 9
- 238000012216 screening Methods 0.000 claims description 4
- 238000004590 computer program Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 239000003795 chemical substances by application Substances 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000013473 artificial intelligence Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000014759 maintenance of location Effects 0.000 description 3
- 230000002085 persistent effect Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013135 deep learning Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003058 natural language processing Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
- G06F21/53—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及互联网领域,提供一种Kubernetes的Pod内容器状态保留方法、装置、设备及介质。其中,所述方法包括:当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点,在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器,当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略,当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态,根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。本发明能够结合重启策略判断异常退出的容器的状态,并根据容器状态重启容器,使容器的状态得到保留。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种Kubernetes的Pod内容器状态保留方法、装置、设备及介质。
背景技术
Kubernetes原生实现了一种工作负载类型statefulset,即有状态应用。该实现的目的是用来管理Pod集合的部署和扩缩,并为这些Pod提供持久存储和持久标识符。Statefulset中的每一个Pod都有一个持久标识符和网络ID,并且,其中的Pod会按照标号依次创建和逆序删除。
目前,现有Kubernetes原生的实现不能保持Pod内容器的状态,也就是说,当Pod内的容器退出时,Kubernetes会将其抛弃,并创建新的容器供Pod使用。这意味着,当一个Pod内的容器退出时,容器内的文件将会全部丢失,Pod再次恢复运行时,将是一个全新的由容器镜像创建出来的环境。
因此,在现有的Kubernetes实现过程中,Pod内的容器是一次性使用,且无状态的,对于用户希望Pod异常恢复后能保存容器环境的需求,Kubernetes原生实现无法满足。
发明内容
鉴于以上内容,有必要提供一种Kubernetes的Pod内容器状态保留方法、装置、设备及介质,旨在解决Kubernetes的Pod内容器状态无法保留的问题。
一种Kubernetes的Pod内容器状态保留方法,所述Kubernetes的Pod内容器状态保留方法包括:
当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点;
在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器;
当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略;
当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态;
根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。
根据本发明优选实施例,所述确定目标节点包括:
获取上报的所述Kubernetes API Server的每个节点的状态;
从所述Kubernetes API Server的每个节点中获取所述状态为可用的节点构建第一候选节点集合;
获取所述目标Pod的请求资源,并获取所述第一候选节点集合中每个第一候选节点的可用资源;
从所述第一候选节点集合中筛选出所述可用资源大于所述请求资源的节点,并构建第二候选节点集合;
获取附加条件,并从所述第二候选节点集合中选择满足所述附加条件的第二候选节点作为所述目标节点。
根据本发明优选实施例,所述目标Pod的初始状态为等待状态,所述在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器包括:
启动所述Kubernetes API Server的调度器,并利用所述调度器将所述目标Pod调度到所述目标节点上;
利用所述目标节点上的Kubernetes Agent启动所述目标Pod的至少一个容器;
运行所述至少一个容器,并将所述目标Pod的状态由所述等待状态更新为运行状态。
根据本发明优选实施例,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器包括:
当所述沙盒容器的状态为已退出,且所述业务容器的状态为未退出时,启动所述沙盒容器;
在检测到所述沙盒容器已启动后,重启所述业务容器。
根据本发明优选实施例,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器还包括:
当所述沙盒容器的状态及所述业务容器的状态都为已退出时,启动所述沙盒容器;
在检测到所述沙盒容器已启动后,启动所述业务容器。
根据本发明优选实施例,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器还包括:
当所述沙盒容器的状态为未退出,且所述业务容器的状态为已退出时,启动所述业务容器。
根据本发明优选实施例,所述方法还包括:
当检测到所述至少一个容器中有容器正常退出时,获取检测到的容器的重启策略;
当所述检测到的容器的重启策略的参数为Always时,创建新的容器;
在预设时长后,删除所述检测到的容器。
一种Kubernetes的Pod内容器状态保留装置,所述Kubernetes的Pod内容器状态保留装置包括:
确定单元,用于当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点;
运行单元,用于在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器;
所述确定单元,还用于当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略;
获取单元,用于当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态;
重启单元,用于根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。
一种计算机设备,所述计算机设备包括:
存储器,存储至少一个指令;及
处理器,执行所述存储器中存储的指令以实现所述Kubernetes的Pod内容器状态保留方法。
一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一个指令,所述至少一个指令被计算机设备中的处理器执行以实现所述Kubernetes的Pod内容器状态保留方法。
由以上技术方案可以看出,在本发明中,当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点,在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器,当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略,当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态,根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。本发明能够结合重启策略判断异常退出的容器的状态,并根据容器状态重启容器,使容器的状态得到保留。
附图说明
图1是本发明Kubernetes的Pod内容器状态保留方法的较佳实施例的流程图。
图2是本发明Kubernetes的Pod内容器状态保留装置的较佳实施例的功能模块图。
图3是本发明实现Kubernetes的Pod内容器状态保留方法的较佳实施例的计算机设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
如图1所示,是本发明Kubernetes的Pod内容器状态保留方法的较佳实施例的流程图。根据不同的需求,该流程图中步骤的顺序可以改变,某些步骤可以省略。
所述Kubernetes的Pod内容器状态保留方法应用于一个或者多个计算机设备中,所述计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、可编程门阵列(Field-Programmable Gate Array,FPGA)、数字处理器(Digital Signal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是任何一种可与用户进行人机交互的电子产品,例如,个人计算机、平板电脑、智能手机、个人数字助理(Personal Digital Assistant,PDA)、游戏机、交互式网络电视(Internet Protocol Television,IPTV)、智能式穿戴式设备等。
所述计算机设备还可以包括网络设备和/或用户设备。其中,所述网络设备包括,但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量主机或网络服务器构成的云。
所述服务器可以是独立的服务器,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network,VPN)等。
S10,当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点。
在本实施例中,Kubernetes是一个可移植的、可扩展的,且用于管理容器化工作负载和服务的开源平台,支持声明式配置和自动化。Kubernetes有一个巨大的,且快速增长的生态系统,提供了广泛的服务、支持和工具。
在本实施例中,Kubernetes API Server是一种Kubernetes应用程序接口服务器,用于为API(Application Programming Interface,应用程序接口)对象验证和配置数据。
在本实施例中,Pod是可以在Kubernetes中创建和管理的、最小的可部署的计算单元。Pod是一组(一个或多个)容器,这些容器共享存储、网络,以及如何运行这些容器的声明。Pod中的内容总是并置的,并被一同调度,在共享的上下文中运行。Pod所建模的是特定于应用的“逻辑主机”,其中包含一个或多个应用容器,这些容器是相对紧密的耦合在一起的。在非云环境中,这些容器在相同的物理机或虚拟机上运行,类似于在同一逻辑主机上运行的云应用。
在本实施例中,所述Pod可以由用户提交,本发明不限制。
在本实施例中,所述确定目标节点包括:
获取上报的所述Kubernetes API Server的每个节点的状态;
从所述Kubernetes API Server的每个节点中获取所述状态为可用的节点构建第一候选节点集合;
获取所述目标Pod的请求资源,并获取所述第一候选节点集合中每个第一候选节点的可用资源;
从所述第一候选节点集合中筛选出所述可用资源大于所述请求资源的节点,并构建第二候选节点集合;
获取附加条件,并从所述第二候选节点集合中选择满足所述附加条件的第二候选节点作为所述目标节点。
其中,所述附加条件可以包括:带有预设标签等。
通过上述实施方式,能够从众多的节点中根据优先级选择最合适的节点,便于任务的执行。
S11,在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器。
在本实施例中,所述目标Pod的初始状态为等待状态(pending),表示所述目标Pod还没有满足被调度的条件,处于等待调度的阶段。
进一步地,所述在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器包括:
启动所述Kubernetes API Server的调度器,并利用所述调度器将所述目标Pod调度到所述目标节点上;
利用所述目标节点上的Kubernetes Agent启动所述目标Pod的至少一个容器;
运行所述至少一个容器,并将所述目标Pod的状态由所述等待状态更新为运行状态。
其中,所述Kubernetes Agent即为Kubelet。
其中,在运行所述至少一个容器后,所述目标Pod的状态更新为运行状态(Running),表示所述目标Pod正在运行。
S12,当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略(RestartPolicy)。
在本实施例中,当所述至少一个容器中有容器异常退出时,退出的容器将进入Failed状态。
例如:在内存超限、机器异常重启、手动被kill等情况下,容器都有可能被迫异常退出。
在本实施例中,所述重启策略是Kubernetes中本身就存在的策略,参数包括:Never及Always。
其中,Never表示不再重启,Always表示重新创建容器。
S13,当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器(pause)的状态及业务容器的状态。
在本实施例中,所述沙盒容器是Pod中运行的一种特殊的容器,其他容器则为所述业务容器。
其中,所述业务容器共享所述沙盒容器的网络栈和Volum挂载卷,使所述沙盒容器与所述业务容器间的通信和数据交换更为高效。
S14,根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。
在本实施例中,如果所述沙盒容器已退出,需要先将所述沙盒容器启动,再处理所述业务容器。
具体地,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器包括:
当所述沙盒容器的状态为已退出,且所述业务容器的状态为未退出时,启动所述沙盒容器;
在检测到所述沙盒容器已启动后,重启所述业务容器。
进一步地,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器还包括:
当所述沙盒容器的状态及所述业务容器的状态都为已退出时,启动所述沙盒容器;
在检测到所述沙盒容器已启动后,启动所述业务容器。
更进一步地,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器还包括:
当所述沙盒容器的状态为未退出,且所述业务容器的状态为已退出时,启动所述业务容器。
通过上述实施方式,能够根据容器内部沙盒容器及业务容器的具体状态重新启动异常退出的容器,进而能够保留Pod容器的状态。
在本实施例中,所述方法还包括:
当检测到所述至少一个容器中有容器正常退出时,获取检测到的容器的重启策略;
当所述检测到的容器的重启策略的参数为Always时,创建新的容器;
在预设时长后,删除所述检测到的容器。
其中,所述预设时长可以根据实际需求进行自定义配置,也可以依据默认值,本发明不限制。
例如:当检测到容器甲的退出错误码为0时,可以确定所述容器甲为正常退出,此时,对应的所述目标Pod的状态更新为Succeed状态。当进一步确定了所述容器甲的重启策略的参数为Always时,根据所述目标Pod的spec直接创建新的容器,并在所述预设时长后删除所述容器甲。
通过上述实施方式,能够进一步完善对Pod内容器的启动过程。
需要说明的是,传统方案是以Pod为最小粒度,无法保存Pod内容器的状态,容器内的文件在容器退出后将丢失,只能依靠持久化存储卷PersistenVolume来保存,需要持久化的文件。
本实施例中的最小粒度为容器,能够保存容器的状态。
由以上技术方案可以看出,在本发明中,当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点,在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器,当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略,当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态,根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。本发明能够结合重启策略判断异常退出的容器的状态,并根据容器状态重启容器,使容器的状态得到保留。
如图2所示,是本发明Kubernetes的Pod内容器状态保留装置的较佳实施例的功能模块图。所述Kubernetes的Pod内容器状态保留装置11包括确定单元110、运行单元111、获取单元112、重启单元113。本发明所称的模块/单元是指一种能够被处理器13所执行,并且能够完成固定功能的一系列计算机程序段,其存储在存储器12中。在本实施例中,关于各模块/单元的功能将在后续的实施例中详述。
当有Pod提交到Kubernetes API Server时,确定单元110确定所述Pod为目标Pod,及确定目标节点。
在本实施例中,Kubernetes是一个可移植的、可扩展的,且用于管理容器化工作负载和服务的开源平台,支持声明式配置和自动化。Kubernetes有一个巨大的,且快速增长的生态系统,提供了广泛的服务、支持和工具。
在本实施例中,Kubernetes API Server是一种Kubernetes应用程序接口服务器,用于为API(Application Programming Interface,应用程序接口)对象验证和配置数据。
在本实施例中,Pod是可以在Kubernetes中创建和管理的、最小的可部署的计算单元。Pod是一组(一个或多个)容器,这些容器共享存储、网络,以及如何运行这些容器的声明。Pod中的内容总是并置的,并被一同调度,在共享的上下文中运行。Pod所建模的是特定于应用的“逻辑主机”,其中包含一个或多个应用容器,这些容器是相对紧密的耦合在一起的。在非云环境中,这些容器在相同的物理机或虚拟机上运行,类似于在同一逻辑主机上运行的云应用。
在本实施例中,所述Pod可以由用户提交,本发明不限制。
在本实施例中,所述确定单元110确定目标节点包括:
获取上报的所述Kubernetes API Server的每个节点的状态;
从所述Kubernetes API Server的每个节点中获取所述状态为可用的节点构建第一候选节点集合;
获取所述目标Pod的请求资源,并获取所述第一候选节点集合中每个第一候选节点的可用资源;
从所述第一候选节点集合中筛选出所述可用资源大于所述请求资源的节点,并构建第二候选节点集合;
获取附加条件,并从所述第二候选节点集合中选择满足所述附加条件的第二候选节点作为所述目标节点。
其中,所述附加条件可以包括:带有预设标签等。
通过上述实施方式,能够从众多的节点中根据优先级选择最合适的节点,便于任务的执行。
运行单元111在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器。
在本实施例中,所述目标Pod的初始状态为等待状态(pending),表示所述目标Pod还没有满足被调度的条件,处于等待调度的阶段。
进一步地,所述运行单元111在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器包括:
启动所述Kubernetes API Server的调度器,并利用所述调度器将所述目标Pod调度到所述目标节点上;
利用所述目标节点上的Kubernetes Agent启动所述目标Pod的至少一个容器;
运行所述至少一个容器,并将所述目标Pod的状态由所述等待状态更新为运行状态。
其中,所述Kubernetes Agent即为Kubelet。
其中,在运行所述至少一个容器后,所述目标Pod的状态更新为运行状态(Running),表示所述目标Pod正在运行。
当检测到所述至少一个容器中有容器异常退出时,所述确定单元110将检测到的容器确定为目标容器,并确定所述目标容器的重启策略(RestartPolicy)。
在本实施例中,当所述至少一个容器中有容器异常退出时,退出的容器将进入Failed状态。
例如:在内存超限、机器异常重启、手动被kill等情况下,容器都有可能被迫异常退出。
在本实施例中,所述重启策略是Kubernetes中本身就存在的策略,参数包括:Never及Always。
其中,Never表示不再重启,Always表示重新创建容器。
当所述目标容器的重启策略的参数为Never时,获取单元112获取所述目标容器中沙盒容器(pause)的状态及业务容器的状态。
在本实施例中,所述沙盒容器是Pod中运行的一种特殊的容器,其他容器则为所述业务容器。
其中,所述业务容器共享所述沙盒容器的网络栈和Volum挂载卷,使所述沙盒容器与所述业务容器间的通信和数据交换更为高效。
重启单元113根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。
在本实施例中,如果所述沙盒容器已退出,需要先将所述沙盒容器启动,再处理所述业务容器。
具体地,所述重启单元113根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器包括:
当所述沙盒容器的状态为已退出,且所述业务容器的状态为未退出时,启动所述沙盒容器;
在检测到所述沙盒容器已启动后,重启所述业务容器。
进一步地,所述重启单元113根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器还包括:
当所述沙盒容器的状态及所述业务容器的状态都为已退出时,启动所述沙盒容器;
在检测到所述沙盒容器已启动后,启动所述业务容器。
更进一步地,所述重启单元113根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器还包括:
当所述沙盒容器的状态为未退出,且所述业务容器的状态为已退出时,启动所述业务容器。
通过上述实施方式,能够根据容器内部沙盒容器及业务容器的具体状态重新启动异常退出的容器,进而能够保留Pod容器的状态。
在本实施例中,当检测到所述至少一个容器中有容器正常退出时,获取检测到的容器的重启策略;
当所述检测到的容器的重启策略的参数为Always时,创建新的容器;
在预设时长后,删除所述检测到的容器。
其中,所述预设时长可以根据实际需求进行自定义配置,也可以依据默认值,本发明不限制。
例如:当检测到容器甲的退出错误码为0时,可以确定所述容器甲为正常退出,此时,对应的所述目标Pod的状态更新为Succeed状态。当进一步确定了所述容器甲的重启策略的参数为Always时,根据所述目标Pod的spec直接创建新的容器,并在所述预设时长后删除所述容器甲。
通过上述实施方式,能够进一步完善对Pod内容器的启动过程。
需要说明的是,传统方案是以Pod为最小粒度,无法保存Pod内容器的状态,容器内的文件在容器退出后将丢失,只能依靠持久化存储卷PersistenVolume来保存,需要持久化的文件。
本实施例中的最小粒度为容器,能够保存容器的状态。
由以上技术方案可以看出,在本发明中,当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点,在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器,当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略,当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态,根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。本发明能够结合重启策略判断异常退出的容器的状态,并根据容器状态重启容器,使容器的状态得到保留。
如图3所示,是本发明实现Kubernetes的Pod内容器状态保留方法的较佳实施例的计算机设备的结构示意图。
所述计算机设备1可以包括存储器12、处理器13和总线,还可以包括存储在所述存储器12中并可在所述处理器13上运行的计算机程序,例如Kubernetes的Pod内容器状态保留程序。
本领域技术人员可以理解,所述示意图仅仅是计算机设备1的示例,并不构成对计算机设备1的限定,所述计算机设备1既可以是总线型结构,也可以是星形结构,所述计算机设备1还可以包括比图示更多或更少的其他硬件或者软件,或者不同的部件布置,例如所述计算机设备1还可以包括输入输出设备、网络接入设备等。
需要说明的是,所述计算机设备1仅为举例,其他现有的或今后可能出现的电子产品如可适应于本发明,也应包含在本发明的保护范围以内,并以引用方式包含于此。
其中,存储器12至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如:SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是计算机设备1的内部存储单元,例如该计算机设备1的移动硬盘。存储器12在另一些实施例中也可以是计算机设备1的外部存储设备,例如计算机设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card,SMC)、安全数字(SecureDigital,SD)卡、闪存卡(Flash Card)等。进一步地,存储器12还可以既包括计算机设备1的内部存储单元也包括外部存储设备。存储器12不仅可以用于存储安装于计算机设备1的应用软件及各类数据,例如Kubernetes的Pod内容器状态保留程序的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
处理器13在一些实施例中可以由集成电路组成,例如可以由单个封装的集成电路所组成,也可以是由多个相同功能或不同功能封装的集成电路所组成,包括一个或者多个中央处理器(Central Processing unit,CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是所述计算机设备1的控制核心(Control Unit),利用各种接口和线路连接整个计算机设备1的各个部件,通过运行或执行存储在所述存储器12内的程序或者模块(例如执行Kubernetes的Pod内容器状态保留程序等),以及调用存储在所述存储器12内的数据,以执行计算机设备1的各种功能和处理数据。
所述处理器13执行所述计算机设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个Kubernetes的Pod内容器状态保留方法实施例中的步骤,例如图1所示的步骤。
示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器12中,并由所述处理器13执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段,该指令段用于描述所述计算机程序在所述计算机设备1中的执行过程。例如,所述计算机程序可以被分割成确定单元110、运行单元111、获取单元112、重启单元113。
上述以软件功能模块的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、计算机设备,或者网络设备等)或处理器(processor)执行本发明各个实施例所述Kubernetes的Pod内容器状态保留方法的部分。
所述计算机设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指示相关的硬件设备来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。
其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器等。
进一步地,计算机可读存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
总线可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,在图3中仅用一根直线表示,但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。
尽管未示出,所述计算机设备1还可以包括给各个部件供电的电源(比如电池),优选地,电源可以通过电源管理装置与所述至少一个处理器13逻辑相连,从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等,在此不再赘述。
进一步地,所述计算机设备1还可以包括网络接口,可选地,所述网络接口可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等),通常用于在该计算机设备1与其他计算机设备之间建立通信连接。
可选地,该计算机设备1还可以包括用户接口,用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard)),可选地,用户接口还可以是标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在计算机设备1中处理的信息以及用于显示可视化的用户界面。
应该了解,所述实施例仅为说明之用,在专利申请范围上并不受此结构的限制。
图3仅示出了具有组件12-13的计算机设备1,本领域技术人员可以理解的是,图3示出的结构并不构成对所述计算机设备1的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
结合图1,所述计算机设备1中的所述存储器12存储多个指令以实现一种Kubernetes的Pod内容器状态保留方法,所述处理器13可执行所述多个指令从而实现:
当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点;
在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器;
当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略;
当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态;
根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。
具体地,所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述,在此不赘述。
需要说明的是,本案中所涉及到的数据均为合法取得。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
本发明可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。
因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。
此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。本发明中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称,而并不表示任何特定的顺序。
最后应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或等同替换,而不脱离本发明技术方案的精神和范围。
Claims (10)
1.一种Kubernetes的Pod内容器状态保留方法,其特征在于,所述Kubernetes的Pod内容器状态保留方法包括:
当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点;
在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器;
当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略;
当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态;
根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。
2.如权利要求1所述的Kubernetes的Pod内容器状态保留方法,其特征在于,所述确定目标节点包括:
获取上报的所述Kubernetes API Server的每个节点的状态;
从所述Kubernetes API Server的每个节点中获取所述状态为可用的节点构建第一候选节点集合;
获取所述目标Pod的请求资源,并获取所述第一候选节点集合中每个第一候选节点的可用资源;
从所述第一候选节点集合中筛选出所述可用资源大于所述请求资源的节点,并构建第二候选节点集合;
获取附加条件,并从所述第二候选节点集合中选择满足所述附加条件的第二候选节点作为所述目标节点。
3.如权利要求1所述的Kubernetes的Pod内容器状态保留方法,其特征在于,所述目标Pod的初始状态为等待状态,所述在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器包括:
启动所述Kubernetes API Server的调度器,并利用所述调度器将所述目标Pod调度到所述目标节点上;
利用所述目标节点上的Kubernetes Agent启动所述目标Pod的至少一个容器;
运行所述至少一个容器,并将所述目标Pod的状态由所述等待状态更新为运行状态。
4.如权利要求1所述的Kubernetes的Pod内容器状态保留方法,其特征在于,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器包括:
当所述沙盒容器的状态为已退出,且所述业务容器的状态为未退出时,启动所述沙盒容器;
在检测到所述沙盒容器已启动后,重启所述业务容器。
5.如权利要求1所述的Kubernetes的Pod内容器状态保留方法,其特征在于,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器还包括:
当所述沙盒容器的状态及所述业务容器的状态都为已退出时,启动所述沙盒容器;
在检测到所述沙盒容器已启动后,启动所述业务容器。
6.如权利要求1所述的Kubernetes的Pod内容器状态保留方法,其特征在于,所述根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器还包括:
当所述沙盒容器的状态为未退出,且所述业务容器的状态为已退出时,启动所述业务容器。
7.如权利要求1所述的Kubernetes的Pod内容器状态保留方法,其特征在于,所述方法还包括:
当检测到所述至少一个容器中有容器正常退出时,获取检测到的容器的重启策略;
当所述检测到的容器的重启策略的参数为Always时,创建新的容器;
在预设时长后,删除所述检测到的容器。
8.一种Kubernetes的Pod内容器状态保留装置,其特征在于,所述Kubernetes的Pod内容器状态保留装置包括:
确定单元,用于当有Pod提交到Kubernetes API Server时,确定所述Pod为目标Pod,及确定目标节点;
运行单元,用于在所述目标节点上启动所述目标Pod的至少一个容器,并运行所述至少一个容器;
所述确定单元,还用于当检测到所述至少一个容器中有容器异常退出时,将检测到的容器确定为目标容器,并确定所述目标容器的重启策略;
获取单元,用于当所述目标容器的重启策略的参数为Never时,获取所述目标容器中沙盒容器的状态及业务容器的状态;
重启单元,用于根据所述沙盒容器的状态及所述业务容器的状态重启所述目标容器。
9.一种计算机设备,其特征在于,所述计算机设备包括:
存储器,存储至少一个指令;及
处理器,执行所述存储器中存储的指令以实现如权利要求1至7中任意一项所述的Kubernetes的Pod内容器状态保留方法。
10.一种计算机可读存储介质,其特征在于:所述计算机可读存储介质中存储有至少一个指令,所述至少一个指令被计算机设备中的处理器执行以实现如权利要求1至7中任意一项所述的Kubernetes的Pod内容器状态保留方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111406789.7A CN114036502A (zh) | 2021-11-24 | 2021-11-24 | Kubernetes的Pod内容器状态保留方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111406789.7A CN114036502A (zh) | 2021-11-24 | 2021-11-24 | Kubernetes的Pod内容器状态保留方法、装置、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114036502A true CN114036502A (zh) | 2022-02-11 |
Family
ID=80138630
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111406789.7A Pending CN114036502A (zh) | 2021-11-24 | 2021-11-24 | Kubernetes的Pod内容器状态保留方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114036502A (zh) |
-
2021
- 2021-11-24 CN CN202111406789.7A patent/CN114036502A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112559535B (zh) | 基于多线程的异步任务处理方法、装置、设备及介质 | |
CN113342472A (zh) | 微服务集群创建方法、装置、电子设备及可读存储介质 | |
CN114124968B (zh) | 基于行情数据的负载均衡方法、装置、设备及介质 | |
CN114691050B (zh) | 基于kubernetes的云原生存储方法、装置、设备及介质 | |
CN112256783A (zh) | 数据导出方法、装置、电子设备及存储介质 | |
CN115617403A (zh) | 基于任务切分的清算任务执行方法、装置、设备及介质 | |
US11880703B2 (en) | Optimization of multi-layered images | |
CN114675976B (zh) | 基于kubernetes的GPU共享方法、装置、设备及介质 | |
CN115147031B (zh) | 清算工作流执行方法、装置、设备及介质 | |
CN114036502A (zh) | Kubernetes的Pod内容器状态保留方法、装置、设备及介质 | |
CN115101152A (zh) | 样本优先级切换方法、装置、设备及介质 | |
CN114816371A (zh) | 消息处理方法、装置、设备及介质 | |
CN114185502A (zh) | 基于产线环境的日志打印方法、装置、设备及介质 | |
CN113918305A (zh) | 节点调度方法、装置、电子设备及可读存储介质 | |
CN113449037A (zh) | 基于ai的sql引擎调用方法、装置、设备及介质 | |
CN114860349B (zh) | 数据加载方法、装置、设备及介质 | |
CN115065642B (zh) | 带宽限制下的代码表请求方法、装置、设备及介质 | |
CN113687834B (zh) | 分布式系统节点部署方法、装置、设备及介质 | |
CN115543214B (zh) | 低时延场景下的数据存储方法、装置、设备及介质 | |
CN115964307B (zh) | 交易数据自动化测试方法、装置、设备及介质 | |
CN117851520B (zh) | 证券核心交易引擎的数据同步方法、系统、设备及介质 | |
CN114860314B (zh) | 基于数据库兼容的部署升级方法、装置、设备及介质 | |
CN114139199A (zh) | 数据脱敏方法、装置、设备及介质 | |
CN116578791A (zh) | 导航栏加载方法、装置、设备及存储介质 | |
CN118193493A (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 |