深入剖析k8s中pod的意义和用法

Posted 2023-03-15

参考技术A 本文是《深入剖析k8s》学习笔记的第二篇，主要解析pod的意义及其使用方法。

pod，是k8s中最小的API对象，是原子调度单位。是超亲密关系容器之间组织和部署的单位。类比地说，pod就是虚拟机，其中的容器就是这个虚拟机里面运行的用户进程。

pod中的所有容器共享network、volume、IP地址，在pod启动的时候，需要先启动一个Infra中间容器，而其它容器都是通过join的方式加入到Infra容器的资源中的。Infra容器是一个用汇编语言编写的，永远处于暂停状态的容器，其唯一的作用就是hold住资源，和pod同生命周期。

initcontainers是一种容器类型，相较于containers类型，前者总是先于后者启动，initcontainers如果有多个，则会按照定义的顺序先后启动，只有当所有的initcontainers都启动成功且退出了，containers用户容器才会启动。

sidecar，是一种容器设计模式，指的是我们可以在一个pod中，启动一个辅助容器来完成一些独立于主容器之外的工作。比如initcontainers容器、Infra容器，都属于sidecar。

在进行上云工作的时候，我们可以把虚拟机类同为一个pod，把里面的进程类同为容器镜像，把有顺序关系的容器，定义为initcontainers。如此才是合理的、松耦合的容器编排诀窍，也是传统应用架构演变到微服务架构最自然的过渡方式。

pod有如下几个重要的属性需要掌握。

pod有如下几个状态需要掌握：

有几种特殊的volume，它们并不是为了存放容器中的数据，也不是为了进行容器之间或者和宿主机之间进行数据共享，而是为了给容器提供预先定义好的数据。这种数据卷被称为”投射数据卷“，projected volume。

pod可以为其中的容器配置探针（probe），用以监控容器的健康检查，而不是以容器镜像是否运行来作为健康检查的依据，因为会存在很多情况，容器是正常运行的，但是无法对外提供服务了，因此探针的健康检查方式更加准确。k8s一旦检测到容器探针发生异常，就会根据设置好的pod恢复机制进行操作，恢复机制restartPolicy有如下几种：

默认情况下pod的恢复机制是always，但并不是所有场景下都是合适的，比如initContainers初始化容器执行任务之后就结束了，就不应该设置为always。

如下文档提供了全量的yaml属性，特别是关于PodSpec的属性可以在3050行看到： api/types.go at master · kubernetes/api · GitHub