Pod 是 k8s 系统中可以创建和管理的最小单元,是资源对象模型中由用户创建或部署的最
小资源对象模型,也是在 k8s 上运行容器化应用的资源对象,其他的资源对象都是用来支
撑或者扩展 Pod 对象功能的,比如控制器对象是用来管控 Pod 对象的,Service 或者
Ingress 资源对象是用来暴露 Pod 引用对象的,PersistentVolume 资源对象是用来为 Pod
提供存储等等,k8s 不会直接处理容器,而是 Pod,Pod 是由一个或多个 container 组成。
Pod 是 Kubernetes 的最重要概念,每一个 Pod 都有一个特殊的被称为”根容器“的 Pause
容器。Pause 容器对应的镜 像属于 Kubernetes 平台的一部分,除了 Pause 容器,每个 Pod
还包含一个或多个紧密相关的用户业务容器。
(1)d Pod s vs 应用
每个 Pod 都是应用的一个实例,有专用的 IP
(2 )d Pod s vs 容器
一个 Pod 可以有多个容器,彼此间共享网络和存储资源,每个 Pod 中有一个 Pause 容器保
存所有的容器状态, 通过管理 pause 容器,达到管理 pod 中所有容器的效果
(3)d Pod s vs 节点
同一个 Pod 中的容器总会被调度到相同 Node 节点,不同节点间 Pod 的通信基于虚拟二层网
络技术实现
(4)d Pod s vs Pod
普通的 Pod 和静态 Pod
(1)资源共享
一个 Pod 里的多个容器可以共享存储和网络,可以看作一个逻辑的主机。共享的如
namespace,cgroups 或者其他的隔离资源。
多个容器共享同一 network namespace,由此在一个 Pod 里的多个容器共享 Pod 的 IP 和
端口 namespace,所以一个 Pod 内的多个容器之间可以通过 localhost 来进行通信,所需要
注意的是不同容器要注意不要有端口冲突即可。不同的 Pod 有不同的 IP,不同 Pod 内的多
个容器之前通信,不可以使用 IPC(如果没有特殊指定的话)通信,通常情况下使用 Pod
的 IP 进行通信。
一个 Pod 里的多个容器可以共享存储卷,这个存储卷会被定义为 Pod 的一部分,并且可
以挂载到该 Pod 里的所有容器的文件系统上。
(2)生命周期短暂
Pod 属于生命周期比较短暂的组件,比如,当 Pod 所在节点发生故障,那么该节点上的 Pod
会被调度到其他节点,但需要注意的是,被重新调度的 Pod 是一个全新的 Pod,跟之前的
Pod 没有半毛钱关系。
(3)平坦的网络
K8s 集群中的所有 Pod 都在同一个共享网络地址空间中,也就是说每个 Pod 都可以通过其
他 Pod 的 IP 地址来实现访问。
(1)下面是 yaml 文件定义的 Pod 的完整内容
apiVersion: v1kind: Podmetadata: //元数据name: stringnamespace: stringlabels:-name: stringannotations:-name: stringspec:containers: //pod 中的容器列表,可以有多个容器- name: string //容器的名称image: string //容器中的镜像imagesPullPolicy: [Always|Never|IfNotPresent]//获取镜像的策略,默认值为Always,每次都尝试重新下载镜像command: [string] //容器的启动命令列表(不配置的话使用镜像内部的命令) args:[string] //启动参数列表workingDir: string //容器的工作目录 volumeMounts: //挂载到到容器内部的存储卷设置-name: stringmountPath: string //存储卷在容器内部 Mount 的绝对路径 readOnly: boolean //默认值为读写ports: //容器需要暴露的端口号列表-name: stringcontainerPort: int //容器要暴露的端口hostPort: int //容器所在主机监听的端口(容器暴露端口映射到宿主机的端口,设置hostPort 时同一 台宿主机将不能再启动该容器的第 2 份副本)protocol: string //TCP 和 UDP,默认值为 TCP env: //容器运行前要设置的环境列表-name: string value: stringresources:limits: //资源限制,容器的最大可用资源数量 cpu: Srtingmemory: stringrequeste: //资源限制,容器启动的初始可用资源数量 cpu: stringmemory: stringlivenessProbe: //pod 内容器健康检查的设置 exec:command: [string] //exec 方式需要指定的命令或脚本 httpGet: //通过 httpget 检查健康path: string port: number host: string scheme: Srtring httpHeaders:- name: Stirng value: stringtcpSocket: //通过 tcpSocket 检查健康port: number initialDelaySeconds: 0//首次检查时间 timeoutSeconds: 0 //检查超时时间periodSeconds: 0 //检查间隔时间successThreshold: 0failureThreshold: 0 securityContext: //安全配置privileged: falaerestartPolicy: [Always|Never|OnFailure]//重启策略,默认值为 AlwaysnodeSelector: object //节点选择,表示将该 Pod 调度到包含这些 label 的 Node 上,以key:value 格式指定imagePullSecrets:-name: stringhostNetwork: false //是否使用主机网络模式,弃用 Docker 网桥,默认否volumes: //在该 pod 上定义共享存储卷列表-name: string emptyDir: {} hostPath:path: string secret:secretName: string item:-key: string path: stringconfigMap: name: string items:-key: stringpath: string
4 .Pod的基本使用方法 在 kubernetes 中对运行容器的要求为:容器的主程序需要一直在前台运行,而不是后台运
行。应用需要改造成前 台运行的方式。如果我们创建的 Docker 镜像的启动命令是后台执行程序,则在 kubelet 创建包含这个容器的 pod 之 后运行完该命令,即认为 Pod 已经结束,将立刻销毁该 Pod。如果为该 Pod 定义了 RC,则创建、销毁会陷入一个无 限循环的过程中。Pod 可以由 1 个或多个容器组合而成。
(1)一个容器组成的Pod 的yaml
# 一个容器组成的 PodapiVersion: v1 kind: Pod metadata:name: mytomcat labels:name: mytomcat spec:containers:- name: mytomcat image: tomcat ports:- containerPort: 8000
(2)多个容器组成的Pod的yaml
#两个紧密耦合的容器apiVersion: v1 kind: Pod metadata:name: myweb labels:name: tomcat-redisspec:containers:-name: tomcat image: tomcat ports:-containerPort: 8080-name: redis image: redis ports:-containerPort: 6379
(3)Pod相关命令
创建pod
kubectl create -f xxx.yaml
查看
kubectl get pod/po
删除
kubectl delete -f pod pod_name.yamlkubectl delete pod --all/[pod_name]
5.Pod的分类Pod有两种类型
(1)普通Pod
普通 Pod 一旦被创建,就会被放入到 etcd 中存储,随后会被 Kubernetes Master 调度到某
个具体的 Node 上并进行绑定,随后该 Pod 对应的 Node 上的 kubelet 进程实例化成一组相
关的 Docker 容器并启动起来。在默认情 况下,当 Pod 里某个容器停止时,Kubernetes 会
自动检测到这个问题并且重新启动这个 Pod 里某所有容器, 如果 Pod 所在的 Node 宕机,
则会将这个 Node 上的所有 Pod 重新调度到其它节点上。
(2)静态Pod
静态 Pod 是由 kubelet 进行管理的仅存在于特定 Node 上的 Pod,它们不能通过 API Server
进行管理,无法与 ReplicationController、Deployment 或 DaemonSet 进行关联,并且
kubelet 也无法对它们进行健康检查。
(1)Pod的状态
Pod内所有容器均已退出,但至少一个容器退出失败
Unknown由于某种原因无法获取Pod状态,例如网络通信不畅(2)Pod重启策略
Pod的重启策略包括Always、OnFailure和Never,默认值是Always。
每个 Pod 都可以对其能使用的服务器上的计算资源设置限额,Kubernetes 中可以设置限额
的计算资源有 CPU 与 Memory 两种,其中 CPU 的资源单位为 CPU 数量,是一个绝对值而非相
对值。Memory 配额也是一个绝对值,它的单 位是内存字节数。
Kubernetes 里,一个计算资源进行配额限定需要设定以下两个参数: Requests 该资源最
小申请数量,系统必须满足要求 Limits 该资源最大允许使用的量,不能突破,当容器试
图使用超过这个量的资源时,可能会被 Kubernetes Kill 并重启
举例
sepccontainers:- name: dbimage: mysqlresources:requests:memory: "64Mi"cpu: "250m"limits:memory: "128Mi"cpu: "500m"
上述代码表明 MySQL 容器申请最少 0.25 个 CPU 以及 64MiB 内存,在运行过程中容器所能使
用的资源配额为 0.5 个 CPU 以及 128MiB 内存。