就绪探针演示：
演示探针失败
存活探针（livenessProde）：探测容器是否是否运行正常，如果探测失败则kubelet杀掉容器（不是Pod），容器会根据重启策略决定是否重启
就绪探针（readlinessProbe），pod的状态是running ready，状态是notready,容器不可以提供正常的业务访问，就绪探针不会重启容器
TcpSocker只是监听容器上的业务端口能否正常通信，8081没有，8080还在，也就是正常的端口还可以访问，如果更改了容器的端口
MySQL 3306 33066
Tcp------>3306
存活探针和就绪探针，会伴随整个pod的生命周期
启动探针(StartupProbe) :
如果探测失败，pod的是notready,启动探针探测失败，会重启pod
启动探针没有成功之前，后续的探针都不会执行
启动探针成功之后，在pod的生命周期内不会在检测启动探针
重启了pod之后，相当于重新部署了一个初始版的新的容器
启动探针，就绪探针，存活探针多个探针写一起
启动探针没有成功之前，后续的探针都不会执行，
启动探针成功之后，在pod的生命周期内不会再检测启动探针，重启了pod之后，相当于重新部署了一个初始版新的容器
总结（必须记下来）：
- 在一个yml文件当中可以有多个探针，启动，存活，就绪都针对一个容器
- 启动探针的优先级是最高的，只有启动探针成功，后续的探针才会执行
- 启动探针成功之后，后续除非重启pod，不会再出发启动探针了。
- 在pod的生命周期当中，伴随pod一直存在，一直探测的是存活探针和就绪探针
- 在pod的生命周期当中，后续的条件是满足谁哪个探针的条件，触发哪个探针的条件
- 就绪探针，如果不影响容器运行，status：running，这个时候不会重启，但是容器退出的话，就绪探针也是会重启
容器启动和退出时的动作：
PostStart:容器启动钩子，容器启动之后触发的条件
PretSotp：容器退出钩子，容器退出之后触发的条件
解析：
声明容器内部的挂载目录，要给这个挂载卷取名字，不同挂载卷的名字不能重复
声明是node节点上和容器内的/opt的挂载目录
挂载卷的名称和要挂载的容器内挂载卷名称要一一对应
HostPath：指定和容器的挂载目录
type: DirectoryOrCreate：如果节点上的目录不存在，自动创建该目录
#pod会经常被重启，销毁，一旦容器和node节点做了挂载卷，数据不会丢失
启动和退出的作用：
- 启动可以自定义配置容器的内的环境
- 通知机制，告诉用户容器启动完成
- 退出时，可以执行自定义命令，删除或者生成一些必要的程序，自定义销毁方式以及自定回收的方式以及容器的退出等待时间
作业：在这个pod的生命周期时间当中，把启动探针，存活探针和就绪探针加入到yml文件当中
Pod重启策略：
Always：默认策略---->当pod内的容器退出，不论是一个还是两个容器退出，整个pod都会重启
Never：当pod内的容器退出时，退出一个还是退出N个，pod都不重启
OnFailure:当pod内的容器退出时，状态码是0，整个pod都不会重启，只有一个或者N个容器非正常退出，状态码非0，整个pod才会重启
总结：k8s就是集群化管理容器
