整个生命周期如下:
首先kubectl向api接口发送指令,然后api会由scheduler将其调度到kubelet(这个过程etcd是全程参与的)
然后开始容器的初始化,首先会启动pause容器(用于负责网络和存储卷的共享)
从此步骤开始看上图:
接着开始进行Init C的初始化(Init C初始化可以是单个也可以是多个,甚至是零个。但是为多个时将会是线性的运行过程。也就是初始化完第一个后再进行下一个) ,Init C若在退出时的退出码为0(也就是正常退出),那么就会进入到后续Main C的执行
Main C在启动时会运行start,用于在刚启动时进行指定的操作
之后readiness和liveness开始运行。
readiness:
pod起来时候会进入Running状态,此时就可以由其他节点或者是外界的访问。但是这里就会存在一个问题,如果pod中运行的服务开启速度非常慢,慢到start结束后没有立即完成自身的启动,那此时虽然它已经被标成了Running状态,但是内部的服务其实并没有完全的启动成功。可是外界不会管你有没有完全启动,他们一旦看到Running就会认为pod已经完全启动了,在此时进行访问的话就是出现报错,这就是问题所在。readiness的功能在此就体现出来了,它会对pod内的进程或服务进行检测,直到你完全启动成功后,它才会允许你的状态变成Running。
liveness:
liveness的功能就是对其进行检测,若发现了此类问题会自主的对其进行重启等操作,让其复活。
Main C在临近结束时会运行stop,用于在临结束前执行最后的指定操作
最后Pod的生命周期也就此结束。