k8s 详解 pod 生命周期 容器探测(live and ready) 钩子函数 pod的重启策略

pause 容器,

每个pod的都有的根容器,评估pod 的健康状态,设置ip地址,ip+端口可以访问到指定的容器

pod pod 之间采用 flannel 通信

pod 定义 yaml 资源清单

一级 二级 三级 属性

  explain pod 

一级属性

 二级属性 点出来

三级属性,继续点

kubectl explain pod.metadata.managerFields

 

status 状态,k8s 自动生成,

spec 描述 ,当前资源的各种各样详细的描述,pod 中有哪些容器,属性怎么ya 

 nodeName: 当前pod 调度到哪个节点上

nodeSelector: 也是把pod  调度到node上

-o wide,显示ip是pod的ip 

 hostNetwork: 一般不用宿主机网络,造成同一个pod 内 容器端口冲突

volumes:当前pod  东西存储的地方 ,mount 一个地方

restartpolicy:pod运行出现问题 是重启 还是 重建 还是 怎么着

explain

pod设置

排查错误

describe pod(s) s可加不加 podName ,看events属性   

 一个pod里面,定义多个容器

镜像拉取策略,使用远程的镜像,还是使用本地

 tag具体版本号,latest-总是辣最新的

command 定义容器启动之后,执行的命令

args 定义容器启动之后,执行的参数

ready 1/2 意思是pod 中有两个容器,但是只有一个正常运行

busybox会自动关闭,所以呢,容器启动之后,执行命令 不让它自动关闭

启动命令

 command    容器启动命令

 进入到pod中的容器 exec podName -n NS -it 交互方式 -c 容器名称  /执行的命令

 pod  环境变量 键值对 

 进入到容器 echo $username ,echo $password

 ports 端口

容器暴露的端口列表

 

 端口冲突 ,该怎么解决?

 访问容器中的程序 podIp+容器端口,这样就可以访问容器中的程序了]

 资源配额-resouces,资源限制和资源请求设置

pod 中有容器 a b c, 如果a 突然 发飙,吃掉大量的内存, bc 肯定会受到牵连

为了防止出现这样的情况,资源配额

规定 a只能用500M内存

 

limits 上限,限定容器运行的最大占用资源

requests: 下限 最小的资源 

最少10m ,改成最少10g,重建容器,发现容器是pending 状态, 虚拟机肯定没有10g的内存

describe 看一下,insufficient memory

pod 生命周期

创建到销毁的全过程

创建  初始化容器  运行主容器  终止过程

钩子函数

liveness probe  存活性探测

readness probe 就绪性探测 

 五中状态

pending  挂起,running 运行中,succeded 成功终止不会重启,failed 失败,unkonwn 未知状态

 

删除pod ,会被打上 terminating 标记 

初始化容器

初始化容器必须成功,且按照顺序依次执行 (串行启动)

工具程序,自定义代码,执行依赖检测

实验 Nginx运行之前,需要先能连接上mysql

 containers和initContainers是平级的 数组
kubectl get pod podName -w 动态监听

钩子函数

 预留的点 允许用户定义一些代码,当pod 运行到这些点的时候,会去代用钩子代码,自定义扩展功能

容器启动后钩子  preStart

容器终止后钩子  postStart

 不知道命令该怎么写,都有哪些内容

容器探测

 是否正常工作,业务保障 问题实例,剔除

找出出了问题的pod,移除掉

健康的pod ,才可以提供服务

存活性检测 liveness-是否正常运行,启动成功了吗

就绪性检测 readyness-启动成之后,是否可用接收请求,是否准备了接收请求?

 要不要重启容器-liveness probe

要不要接收流量-readyness probe

存活性探针 

 

容器探针 补充

启动后什么时候开始探测

探测超时时间 频率  成功 失败 ? 

pod重启策略

容器探测出现问题,对pod 进行重启

      exitCode 不为0

重启延迟,10 20 40 ..300s 

容器探测配合启动策略

 -w  动态监听