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

目录

一.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

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

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

centos7安装mongodb

centos7安装mongodb

1、下载mongodb https://www.mongodb.com/try/download/community 2、解压 3、重命名 4、创建mongodb的data、logs目录 5、启动mongodb, bin/mongod --port27017 --dbpath/data/program/mongodb/data --logpath/data/program/mongodb/logs/mongodb.log --bind_ip0.0.0.0 --f…
阅读更多...
上网行为审计软件能审计到什么

上网行为审计软件能审计到什么

上网行为审计软件是一种用于监控和分析员工在工作时间使用互联网行为的软件工具。这种软件可以帮助企业管理员工在工作时间内的互联网使用情况，以确保员工的行为符合企业规定和法律法规。 域之盾软件---上网行为审计软件可以审计到以下内容： 1、网络访问…
阅读更多...
3D建模基础教程：可编辑多边形建模的基础认识

3D建模基础教程：可编辑多边形建模的基础认识

可编辑多边形建模是3D建模中的一种常见方法，它允许用户对模型进行细致的调整和编辑。以下是对可编辑多边形建模的详细介绍： 1、层级概念：在可编辑多边形建模中，有五个层级，分别是点层级、边层级、边界层级、面层级和元…
阅读更多...
数字化领导者圆桌对话：创造价值，助力企业数字化经营

数字化领导者圆桌对话：创造价值，助力企业数字化经营

近日，神策 2023 数据驱动大会成功举办。 数字化领导者圆桌对话环节，神策数据品牌事业部总经理刘洋、线性资本董事总经理郑灿、前波士顿咨询董事合伙人 & 中国知识开源计划首席布道师陈果与神策数据创始人 & CEO 桑文锋围绕科技创新、营销科技、业…
阅读更多...
CCF ChinaSoft 2023 论坛巡礼｜软件测试产教研融合论坛

CCF ChinaSoft 2023 论坛巡礼｜软件测试产教研融合论坛

2023年CCF中国软件大会（CCF ChinaSoft 2023）由CCF主办，CCF系统软件专委会、形式化方法专委会、软件工程专委会以及复旦大学联合承办，将于2023年12月1-3日在上海国际会议中心举行。 本次大会主题是“智能化软件创新推动数字经济与社…
阅读更多...
观测云助力跨境电商大幅提高加载性能

观测云助力跨境电商大幅提高加载性能

话不多说，先上结果 什么是用户体验 用户体验基本包含访问网站的性能、可用性和正确性。通俗的讲，就是一把通过用户访问测量【设计者】意图的尺子。 用户体验的基本价值 如果正确实施了终端用户体验，可以第一时间发现，确认影响了…
阅读更多...
ROS基础—关于参数服务器的操作

ROS基础—关于参数服务器的操作

1、rosparam list 获取参数服务器的所有参数。 2、rosparam get /run_id 获取参数的值
阅读更多...
【数据结构(二)】队列（2）

【数据结构(二)】队列（2）

文章目录 1. 队列的应用场景和介绍1.1. 队列的一个使用场景1.2. 队列介绍 2. 数组模拟队列2.1. 思路分析2.2. 代码实现 3. 数组模拟环形队列3.1. 思路分析3.2. 代码实现 1. 队列的应用场景和介绍 1.1. 队列的一个使用场景 银行排队的案例： 1.2. 队列介绍 队列是一…
阅读更多...
强化学习各种符号含义解释

强化学习各种符号含义解释

：状态 : 动作 : 奖励 : 奖励函数 : 非终结状态 : 全部状态，包括终结状态 : 动作集合 ℛ : 奖励集合 : 转移矩阵 : 离散时间步 ： 回合内最终时间步 : 时间t的状态 : 时间t动作 : 时间t的奖励,通常为随机量，且由和决定 : 回报 : n步…
阅读更多...
虚拟机上安装docker，并安装flink镜像

虚拟机上安装docker，并安装flink镜像

1. 安装docker 官网步骤：https://docs.docker.com/engine/install/centos/ sudo yum install -y yum-utils sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo sudo yum install docker-ce docker-ce-cli containerd.…
阅读更多...
珠海希雷伺服全套(包含算法)方案

珠海希雷伺服全套(包含算法)方案

下载链接！！https://mp.weixin.qq.com/s?__bizMzU2OTc4ODA4OA&mid2247555038&idx1&sn939a4ad71582abc1f9e93c4d5526fed9&chksmfcfb0409cb8c8d1f74ce7108e20b0310e7399775367a023638624357644dfa4ae435e41c8768&token207079769&l…
阅读更多...
【C++】类与对象 III 【 深入浅出理解 类与对象 】

【C++】类与对象 III 【 深入浅出理解 类与对象 】

文章内容 前言 ：新关键字explicit 的引入一、explicit关键字二、static成员（一）概念（二）特性 三、匿名对象四、友元前言：友元的引入（一）友元的概念友元分为：友元函数 和 …
阅读更多...
【django+vue】项目搭建、解决跨域访问

【django+vue】项目搭建、解决跨域访问

笔记为自我总结整理的学习笔记，若有错误欢迎指出哟~ 【djangovue】项目搭建、解决跨域访问 djangovue介绍vue环境准备vue框架搭建1.创建vue项目2.配置vue项目3.进入项目目录4.运行项目5.项目文件讲解6.vue的扩展库或者插件 django环境准备django框架搭建1.使用conda…
阅读更多...
算法通关村第十关-白银挑战数组最大K数

算法通关村第十关-白银挑战数组最大K数

大家好我是苏麟 , 今天带来一道应用快排的题 . 数组中的第K个最大元素 描述 : 给定整数数组 nums 和整数 k，请返回数组中第 k 个最大的元素。 请注意，你需要找的是数组排序后的第 k 个最大的元素，而不是第 k 个不同的元素。 题目 : Le…
阅读更多...
【MyBatisPlus】快速入门

【MyBatisPlus】快速入门

文章目录 1. 简单使用2. 条件构造器 —— 针对于复杂查询3. 自定义SQL4. IService4.1 基本接口方法4.1.1 新增4.1.2 删除4.1.3 修改4.1.4 查找 4.2 开发基础业务接口4.3 开发复杂业务接口4.4 Lambda方法4.5 批量新增 5. 代码生成6. 分页功能6.1 分页插件基本使用6.1 通用分页实…
阅读更多...
U-boot(二):主Makefile

U-boot(二):主Makefile

本文主要探讨210的主Makefile。 Makefile uboot版本号： VERSION：主板本号 PATCHLEVEL：次版本号 SUBLEVEL：再次版本号 EXTRAVERSION:附加信息 VERSION 1 PATC…
阅读更多...
Leetcode—876.链表的中间结点【简单】

Leetcode—876.链表的中间结点【简单】

2023每日刷题（三十三） Leetcode—876.链表的中间结点 实现代码 /*** Definition for singly-linked list.* struct ListNode {* int val;* struct ListNode *next;* };*/ struct ListNode* middleNode(struct ListNode* head) {struct ListNod…
阅读更多...
sqli-labs关卡19(基于http头部报错盲注)通关思路

sqli-labs关卡19(基于http头部报错盲注)通关思路

文章目录 前言一、回顾上一关知识点二、靶场第十九关通关思路1、判断注入点2、爆数据库名3、爆数据库表4、爆数据库列5、爆数据库关键信息 总结 前言 此文章只用于学习和反思巩固sql注入知识，禁止用于做非法攻击。注意靶场是可以练习的平台，不能随意去尚…
阅读更多...
​分享mfc140u.dll丢失的解决方法，针对原因解决mfc140u.dll丢失的问题

​分享mfc140u.dll丢失的解决方法，针对原因解决mfc140u.dll丢失的问题

作为电脑小白，如果电脑中出现了mfc140u.dll丢失的问题，肯定会比较的慌乱。但是出现mfc140u.dll丢失的问题，其实也有很简单的办法，所以大家不用慌张，接下来就教大家解决办法，能够有效的解决mfc140u.dll丢失的…
阅读更多...
Zabbix Proxy分布式监控

Zabbix Proxy分布式监控

目录 Zabbix Proxy简介 实验环境 proxy端配置 1.安装仓库 2.安装zabbix-proxy 3.创建初始数据库 4.导入初始架构和数据，系统将提示您输入新创建的密码 5.编辑配置文件 /etc/zabbix/zabbix_proxy.conf，配置完成后要重启。 agent客户端配置 zabbix…
阅读更多...
最新文章

Copyright @ 2022~2023