k8s上Pod生命周期、重启策略、容器探测简介

news2024/12/26 11:27:55

目录

一.Pod的创建过程

二.Pod的终止过程

三.Pod的重启策略（restartPolicy）

1.Always

2.OnFailture

3.Never

4.示例

四.Pod生命周期内的5种状态（相位）

1.Pending

2.Running

3.Succeeded

4.Failed

5.Unknown

五.初始化容器（init container）

1.运行初始化容器

2.以一个案例进行验证初始化容器的重要性

（1）首先只为mysql提供一个IP地址，tomcat的还没有提供

（2）编写文件

（3）应用验证

（4）为redis提供可用IP地址，并应用验证

六.主容器（main container）

1.钩子函数简介

（1）exec，只在容器内执行一次

（2）tcpSocket，在当前的容器中尝试访问指定socket，成功后继续执行

（3）httpGet，在当前的容器中向某url发起http请求，成功后继续执行

2.容器探测

（1）liveness probes

（2）readiness probes

（3）initialDelaySeconds和timeoutSeconds

一.Pod的创建过程

1.用户通过kubectl提交pod信息传给apiserver，apiserver生成pod信息，将信息存入etcd，并像kubectl返回确认信息

2.apiserver开始记录etcd上apiserver传来的pod的变化，剩余其他组件使用watch机制跟踪apiserver信息变化

3.scheduler发现pod创建请求，为pod分配主机，向apiserver返回分配信息

4.node上kubectl接收到pod调度任务，使用现有容器引擎启动容器，向apiserver返回启动等结果

5.apiserver最后又将pod状态存入etcd

 

二.Pod的终止过程

1.kubectl客户端向apiserver发出删除pod命令

2.apiserver中的pod信息在默认的30s宽限期内被视为dead，被标记为terminating状态

3.

（1）kubelet察觉到pod为terminating状态后会开始关闭该pod的进程，node上的设备察觉到进程关闭后会把该pod在此node上匹配的service资源都移出列表

（2）若是pod定义了prestop钩子相关部分，在terminating后会同步开启执行prestop

4.容器进程收到停止信号后，判断宽限期结束后是否还有运行中的进程，若存在，该进程和pod会被要求立即终止

5.apiserver收到kubelet将pod宽限期设置为0的请求，随后完成删除

三.Pod的重启策略（restartPolicy）

主要是针对容器探测时出现问题后的重启具体策略，主要有Always、OnFailure、Never三种策略，除首次重启外，以后的每次重启间隔一般都为10s-20s-40s-80s这样的双倍递增规律

1.Always

容器生效后，自动重启，默认就是Always

2.OnFailture

容器停止运行而且退出码不为0时才重启

3.Never

不管是处于什么状态，都不重启

4.示例

apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  namespace: myns
  labels:
    run: nginx
    user: sulibao
spec:
  containers:
    - name: mynginx
      image: nginx
      ports:
      - name: nginx-port
        containerPort: 80 
      lifecycle:
        postStart:
          tcpSocket:
            port: 8080
  restartPolicy: Always
​
[root@k8s-master pod]# kubectl get pods -n myns
NAME      READY   STATUS             RESTARTS      AGE
mynginx   0/1     CrashLoopBackOff   1 (43s ago)   2m
[root@k8s-master pod]# vim nginx.yaml 
[root@k8s-master pod]# kubectl get pods -n myns
NAME      READY   STATUS             RESTARTS      AGE
mynginx   0/1     CrashLoopBackOff   2 (11s ago)   2m16s    #该容器无法正常创建，需要重启
​
​
#将策略更改为Never，不会重启，直接显示error
[root@k8s-master pod]# kubectl get pods -n myns
NAME      READY   STATUS   RESTARTS   AGE
mynginx   0/1     Error    0          54s
[root@k8s-master pod]# cat nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  namespace: myns
  labels:
    run: nginx
    user: sulibao
spec:
  containers:
    - name: mynginx
      image: nginx
      ports:
      - name: nginx-port
        containerPort: 80 
      lifecycle:
        postStart:
          tcpSocket:
            port: 8080
  restartPolicy: Never

四.Pod生命周期内的5种状态（相位）

1.Pending

挂起状态，已经创建了pod，但没有被调度完成或者仍处于镜像拉取过程中

2.Running

运行中，pod已经被调度至受管节点，且pod要求的所有容器都已经创建完成

3.Succeeded

成功，pod中的所有容器都成功终止且不会被重启

4.Failed

失败，所有容器都停止，有一个或以上容器终止失败，容器返回非0值

5.Unknown

无法正常获取到pod状态信息，通常是网络通信问题

五.初始化容器（init container）

当需要用到主容器镜像中没有的代码或文件时、需要利用初始化容器去延缓主容器创建时间、或需要利用初始化容器去满足主容器依赖条件的情况下多用到初始化容器

1.运行初始化容器

（1）简单来说初始化容器就是在主容器执行之前要执行的工作，所以初始化容器必须完整运行完成不能失败才能执行到主容器，若运行失败，会一直被重启直到成功（理解为卡在初始化执行阶段）

（2）初始化容器严格按照定义的顺序执行，理解为第一个执行成功第二个才能开始执行

2.以一个案例进行验证初始化容器的重要性

准备创建三个容器，主容器为nginx，两个初始化容器为busybox、分别用于测试mysql和tomcat（这两个服务需要具有IP地址，仅供简单测试，两个服务并非真正启动）

（1）首先只为mysql提供一个IP地址，tomcat的还没有提供

[root@k8s-master pod]# ifconfig ens33:1 192.168.2.140 netmask 255.255.255.0 up

（2）编写文件

初始化容器中直到ping通两次指定的IP才算真正完成

[root@k8s-master pod]# cat test-nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: test-nginx
  labels:
    name: mytest
  namespace: myns
spec:
  containers:
  - name: nginx
    image: nginx
    ports:
    - name: nginx-port
      containerPort: 80
  initContainers:
  - name: test-mysql
    image: busybox
    command: ["/bin/sh","-c","until ping 192.168.2.140 -c 2; do echo preparing mysql; sleep 2; done;"]
  - name: test-tomcat
    image: busybox
    command: ["/bin/sh","-c","until ping 192.168.2.141 -c 2; do echo preparing tomcat; sleep 2; done;"]

（3）应用验证

[root@k8s-master pod]# kubectl apply -f test-nginx.yaml
[root@k8s-master pod]# kubectl get pods test-nginx -n myns   #始终位于初始化未完成状态，说明初始化容器中有未完成任务
NAME         READY   STATUS     RESTARTS   AGE
test-nginx   0/1     Init:1/2   0          2m24s
​
[root@k8s-master pod]# kubectl describe pod test-nginx -n myns  #describe查看详情
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  100s  default-scheduler  Successfully assigned myns/test-nginx to k8s-node1
  Normal  Pulling    99s   kubelet            Pulling image "busybox"
  Normal  Pulled     95s   kubelet            Successfully pulled image "busybox" in 4.515s (4.515s including waiting)
  Normal  Created    95s   kubelet            Created container test-mysql
  Normal  Started    95s   kubelet            Started container test-mysql
  Normal  Pulling    92s   kubelet            Pulling image "busybox"
  Normal  Pulled     89s   kubelet            Successfully pulled image "busybox" in 3.365s (3.365s including waiting)
  Normal  Created    89s   kubelet            Created container test-tomcat
  Normal  Started    89s   kubelet            Started container test-tomcat   
  #可以看到卡在test-tomcat初始化容器的执行上，因为我们没有为其提供可用IP地址，它无法完成文件中的command（ping不通两次）部分，也就无法进入主容器nginx的创建启动

（4）为redis提供可用IP地址，并应用验证

[root@k8s-master pod]# ifconfig ens33:2 192.168.2.141 netmask 255.255.255.0 up
[root@k8s-master pod]# kubectl get pods -n myns
NAME         READY   STATUS    RESTARTS   AGE
test-nginx   1/1     Running   0          14m
​
Events:
  Type    Reason     Age    From               Message
  ----    ------     ----   ----               -------
  Normal  Scheduled  3m40s  default-scheduler  Successfully assigned myns/test-nginx to k8s-node1
  Normal  Pulling    3m39s  kubelet            Pulling image "busybox"
  Normal  Pulled     3m35s  kubelet            Successfully pulled image "busybox" in 4.515s (4.515s including waiting)
  Normal  Created    3m35s  kubelet            Created container test-mysql
  Normal  Started    3m35s  kubelet            Started container test-mysql
  Normal  Pulling    3m32s  kubelet            Pulling image "busybox"
  Normal  Pulled     3m29s  kubelet            Successfully pulled image "busybox" in 3.365s (3.365s including waiting)
  Normal  Created    3m29s  kubelet            Created container test-tomcat
  Normal  Started    3m29s  kubelet            Started container test-tomcat  #已有可用IP地址，执行完成
  Normal  Pulling    38s    kubelet            Pulling image "nginx"   #进一步执行主容器nginx的任务
  Normal  Pulled     12s    kubelet            Successfully pulled image "nginx" in 26.146s (26.146s including waiting)
  Normal  Created    12s    kubelet            Created container nginx   #主容器执行成功
  Normal  Started    12s    kubelet            Started container nginx

六.主容器（main container）

1.钩子函数简介

主要是设置来感知生命周期事件，在特定的周期阶段执行用户特定的操作，又分为启动后（post start，指容器创建之后就执行的部分，此处执行失败会重启容器）和结束前（pre stop，指容器终止运行之前执行的部分，此处执行失败会导致删除容器失败）两种。

钩子函数定义方式

（1）exec，只在容器内执行一次

apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  namespace: myns
  labels:
    run: nginx
    user: sulibao
spec:
  containers:
    - name: mynginx
      image: nginx
      ports:
      - name: nginx-port
        containerPort: 80 
      lifecycle:
        postStart:
          exec:
            command: ["/bin/bash","-c","cat /sdf.txt"]  #此时这个文件不存在，钩子函数执行失败
            
#换一个存在的文件就能够成功
[root@k8s-master pod]# kubectl get pods -n myns
NAME      READY   STATUS    RESTARTS   AGE
mynginx   1/1     Running   0          96s
[root@k8s-master pod]# cat nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  namespace: myns
  labels:
    run: nginx
    user: sulibao
spec:
  containers:
    - name: mynginx
      image: nginx
      ports:
      - name: nginx-port
        containerPort: 80 
      lifecycle:
        postStart:
          exec:
            command: ["/bin/bash","-c","ls /root"]

（2）tcpSocket，在当前的容器中尝试访问指定socket，成功后继续执行

apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  namespace: myns
  labels:
    run: nginx
    user: sulibao
spec:
  containers:
    - name: mynginx
      image: nginx
      ports:
      - name: nginx-port
        containerPort: 80 
      lifecycle:
        preStop:
          tcpSocket:
            port: 80

（3）httpGet，在当前的容器中向某url发起http请求，成功后继续执行

apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  namespace: myns
  labels:
    run: nginx
    user: sulibao
spec:
  containers:
    - name: mynginx
      image: nginx
      ports:
      - name: nginx-port
        containerPort: 80 
      lifecycle:
        preStop:
          httpGet:
            path: http://192.168.2.150
            port: 80
            
[root@k8s-master pod]# kubectl get pods -n myns
NAME      READY   STATUS    RESTARTS   AGE
mynginx   1/1     Running   0          56s

2.容器探测

主要是用于检测容器中的应用实例工作状态是否正常，不符合预期的实例就会被剔除，不分配任务。两种容器探测探针也支持exec、tcpSocket、httpGet三种检测方式，用法和钩子函数中用法基本一致。

（1）liveness probes

存活性探针，用于检测应用实例是否处于正常状态，不正常则会重启容器

（2）readiness probes

就绪性探针，用于检测应用实例是否可以进行接受请求的工作，不能则不会为其分配工作

（3）initialDelaySeconds和timeoutSeconds

initialDelaySeconds是容器启动后多少秒开始探测，timeoutSeconds是探测超时时间为多少，默认单位是秒

[root@k8s-master pod]# cat nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  namespace: myns
  labels:
    run: nginx
    user: sulibao
spec:
  containers:
    - name: mynginx
      image: nginx
      ports:
      - name: nginx-port
        containerPort: 80 
      livenessProbe:
        exec:
          command: ["/bin/bash","-c","ls /root"]
        initialDelaySeconds: 30
        timeoutSeconds: 5

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1224437.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

号卡分销管理系统搭建

号卡分销管理系统搭建

随着移动互联网的发展，各种手机应用层出不穷，其中包括了很多用于企业管理的软件。号卡系统分销管理软件就是其中的一种。它是一种基于移动互联网的企业管理软件，能够帮助企业进行号卡的分销管理，从而提高企业的效率和竞争力。 …
阅读更多...
OpenAI发布会中不起眼的重大更新

OpenAI发布会中不起眼的重大更新

上周，OpenAI的历史首届开发者大会上，OpenAI的首席执行官山姆奥特曼展示了一系列产品更新，包含了众多重磅功能，就算单独拿出来都能让科技圈震一震，一下能发布这么多也真是家底厚。 果不其然，接下来的一周&am…
阅读更多...
C#实现观察者模式

C#实现观察者模式

观察者模式是一种软件设计模式，当一个对象的状态发生变化时，其所有依赖者都会自动得到通知。 观察者模式也被称为“发布-订阅”模式，它定义了对象之间的一对多的依赖性，当一个对象状态改变时，所有依赖于它的对象都会得…
阅读更多...
Unity 6 是下一个 LTS 版本即将发布

Unity 6 是下一个 LTS 版本即将发布

Unity 公司宣布，即将发布 Unity 6，并表示其为下一个长期支持版本 (LTS)。 Unity 在大会上演示了全新的 Unity 6引擎，并通过 Syncy Studios 采用 Unity 6 制作的《幻想王国（Fantasy Kingdom）》Demo 进行了演示&#xff…
阅读更多...
C#单例模式懒汉式与饿汉式

C#单例模式懒汉式与饿汉式

单例模式一般分为懒汉模式和饿汉模式，懒汉式单例在第一次引用时创建实例，不是在类加载时；饿汉式单例模式是一种在类加载时就创建实例的方式，因此也称为静态初始化。 单例模式实现的技巧时构造私有，向外提供静态实例。…
阅读更多...
键鼠自动化2.0展示

键鼠自动化2.0展示

软件介绍：桌面键鼠自动化工具 Qtc 编写： 本软件采用Qt C编写，旨在提供高效、跨平台的桌面键鼠自动化解决方案。Qt C框架的选择确保了软件的稳定性、可靠性，并通过其图形用户界面实现了用户友好的操作体验。 鼠标移动与点击&#…
阅读更多...
目标检测—YOLO系列(二 ) 全面解读复现YOLOv1 PyTorch

目标检测—YOLO系列(二 ) 全面解读复现YOLOv1 PyTorch

精读论文 前言 从这篇开始，我们将进入YOLO的学习。YOLO是目前比较流行的目标检测算法，速度快且结构简单，其他的目标检测算法如RCNN系列，以后有时间的话再介绍。 本文主要介绍的是YOLOV1，这是由以Joseph Redmon为首的…
阅读更多...
不动产数据质量提升_电子档案挂接

不动产数据质量提升_电子档案挂接

前言 做了不动产数据质量提升项目，其中包括集体土地所有权档案扫描、挂接。扫描的工作已经完成了，现在需要进行电子档案挂接。正常来说通过不动产系统技术支撑单位的批量挂接功能，但现实是一言难尽。   尝试过进行抓包分析，提交…
阅读更多...
快速集成Skywalking 9（Windows系统、JavaAgent、Logback）

快速集成Skywalking 9（Windows系统、JavaAgent、Logback）

目录 一、Skywalking简介二、下载Skywalking服务端三、安装Skywalking服务端3.1 解压安装包3.2 启动Skywalking 四、关于Skywalking服务端更多配置五、Java应用集成skywalking-agent.jar5.1 下载SkyWalking Java Agent5.2 集成JavaAgent5.3 Logback集成Skywalking5.4 集成效果 …
阅读更多...
036、目标检测-锚框

036、目标检测-锚框

之——对边缘框的简化 目录 之——对边缘框的简化 杂谈 正文 1.锚框操作 2.IoU交并比 3.锚框标号 4.非极大值抑制 5.实现 拓展 杂谈 边缘框这样一个指定roi区域的操作对卷积神经网络实际上是很不友好的，这可能会对网络感受野提出一些特定的要求&#xff0…
阅读更多...
电子电器架构 —— 车载网关边缘节点总线转换

电子电器架构 —— 车载网关边缘节点总线转换

电子电器架构 —— 车载网关边缘节点路由转发策略 我是穿拖鞋的汉子，魔都中坚持长期主义的汽车电子工程师。 PS：小细节，本文字数3000+，详细描述了网关在车载框架中的具体性能设置。 老规矩，分享一段喜欢的文字，避免自己成为高知识低文化的工程师： 没有人关注你。也无…
阅读更多...
物联网AI MicroPython学习之语法 SPI串行外设通信

物联网AI MicroPython学习之语法 SPI串行外设通信

学物联网，来万物简单IoT物联网！！ SPI 介绍 模块功能: SPI串行外设驱动 接口说明 SPI - 构建SPI对象 函数原型：SPI(id, baudrate，polarity, phase，sck, mosi, miso)参数说明： 参数类型必选参…
阅读更多...
mysql 中with的用法（3）

mysql 中with的用法（3）

有表（tb）,数据如下： 请用SQL,生成如下的样式： 一、建表 CREATE TABLE tb (id varchar(3) DEFAULT NULL,pid varchar(3) DEFAULT NULL,name varchar(64) DEFAULT NULL ) INSERT INTO tb (id, pid, name) VALUES(002, 0, 浙江省)…
阅读更多...
【RH850芯片】RH850U2A芯片平台Spinlock的底层实现

【RH850芯片】RH850U2A芯片平台Spinlock的底层实现

目录 前言 正文 1.RH850U2A上的原子操作 1.1 Link 1.2 Link generation 1.3 Success in storing 1.4 Failure in storing 1.5 Condition for successful storing 1.6 Loss of the link 1.7 示例代码 2.Spinlock代码分析 2.1 尝试获取Spinlock 2.2 释放Spinlock …
阅读更多...
一款带数字传输信号的OVP芯片

一款带数字传输信号的OVP芯片

基本概述 今天给大家介绍的一款芯片是OVP，相比于传统的OVP芯片来说，这款芯片新增了数字信号控制，可以进行10Mbps的一个通信，通过外部的GPIO口进行控制，达到输入与输出信号的产生。 YHM2009这款OVP芯片具有较低的导通…
阅读更多...
深度学习数据集—细胞、微生物、显微图像数据集大合集

深度学习数据集—细胞、微生物、显微图像数据集大合集

最近收集了一大波关于细胞、微生物、显微图像数据集，有细胞、微生物，细菌等。 接下来是每个数据的详细介绍！！ 1、12500张血细胞增强图像（JPEG）数据集 该数据集包含12500张血细胞增强图像（JPE…
阅读更多...
【总结】图数据结构上各种算法的复杂度

【总结】图数据结构上各种算法的复杂度

图源自王道真题解析
阅读更多...
freetype将字符串制作成位图并显示过程详解

freetype将字符串制作成位图并显示过程详解

在流媒体项目中字幕显示是不可或缺的一环，一般会有字幕流在视频播放过程中进行显示；不过还有很多情况是从头到尾只在视频的某个区域显示某些文字，例如某个电视台的log；这种也称为字幕，如果想要将这些字符串显示到视频&…
阅读更多...
OpenGL_Learn13（材质）

OpenGL_Learn13（材质）

1. 材质 cube.vs #version 330 core layout (location 0) in vec3 aPos; layout (location 0 ) in vec3 aNormal;out vec3 FragPos; out vec3 Normal;uniform mat4 model; uniform mat4 view; uniform mat4 projection;void main() {FragPosvec3(model*vec4(aPos,1.0));Norma…
阅读更多...
各类软件docker安装

各类软件docker安装

docker Docker 要求 CentOS 系统的内核版本高于 3.10 ，通过 uname -r 命令查看你当前的内核版本： uname -r 3.10.0-1062.1.2.el7.x86_64 安装 Docker： 安装 Docker：yum -y install dockerkafka和zookeeper docker pull wurstmei…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023