文章目录
- 01 pod定义
- 02 pod基本用法
- 03 静态pod
- 3.1 配置文件方式
- 3.2 HTTP 方式
01 pod定义
pod定义的完整内容如下:


pod各属性的说明:



02 pod基本用法
Pod 可以由 1 个或多个容器组合而成,如下名为 frontend 的 Pod 只由一个容器组成:
这个 frontend Pod 在成功启动之后,将启动 1 个 Docker 容器。
另一种场景是,当 frontend 和 redis 两个容器应用为紧耦合的关系,并组合成一个整体对外提供服务时,应将这两个容器打包为一个 Pod,如图 所示:
配置文件 frontend-localredis-pod.yaml 的内容如下:
属于同一个 Pod 的多个容器应用之间相互访问时仅需通过localhost就可以通信,使得这一组容器被“绑定”在一个环境中。
运行 kubectl create 命令创建该 Pod:
查看已经创建的pod:
可以看到READY信息为2/2,表示Pod中的两个容器都成功运行了。查看这个 Pod 的详细信息,可以看到两个容器的定义及创建的过程(Event事件信息):

03 静态pod
静态 Pod 是由 kubelet 进行管理的仅存在于特定 Node 上的 Pod。它们不能通过API Server 进行管理,无法与 ReplicationController、Deployment 或者 DaemonSet 进行关联,并且 kubelet 无法对它们进行健康检查。静态 Pod 总是由kubelet创建的,并且总在kubelet所在的 Node 上运行。
创建静态 Pod 有两种方式:配置文件方式和 HTTP 方式。
3.1 配置文件方式
首先,需要设置 kubelet 的启动参数“-pod-manifest--path”(或者在 kubelet 配置文件中设置 staticPodPath,这也是新版本推荐的设置方式,-pod-manifest- path 参数将被逐渐弃用),指定 kubelet 需要监控的配置文件所在的目录,kubelet 会定期扫描该目录,并根据该目录下的.yaml或 json文件进行创建操作。
假设配置目录为/etc/kubelet.d/,配置启动参数为-pod-manifest-path=/etc/kubelet.d/,然后重启kubelet服务。
在/etc/kubelet.d目录下放入static-web.yaml 文件,内容如下:
等待一会儿,查看本机中已经启动的容器:
可以看到一个 Nginx 容器已经被 kubelet成功创建了出来。到 Master 上查看 Pod 列表,可以看到这个 static pod:
由于静态 Pod 无法通过 API Server 直接管理,所以在 Master上尝试删除这个 Pod 时,会使其变成 Pending 状态,且不会被删除。
删除该 Pod 的操作只能是到其所在 Node 上将其定义文件 static-web.yaml 从/etc/kubelet.d目录下删除。
#rm /etc/kubelet.d/static-web.yaml
# docker ps
//无容器运行3.2 HTTP 方式
通过设置 kubelet 的启动参数“-manifest--url”,kubelet将会定期从该 URL 地址下载 Pod 的定义文件,并以yaml 或 json 文件的格式进行解析,然后创建 Pod,其实现方式与配置文件方式是一致的。










