<br /> <br /> <br />pod是容器化的基础,好比大楼的地基。<br />
Pod跟容器的关系
<br /> <br />类比一下:<br /> <br />POD: 物理机<br />容器: 物理机上的一个进程;<br /> <br />容器只是Pod的一个普通字段。<br /> <br />
Pod的作用范围
<br />跟容器的linux namespace相关的东西一定是Pod级别的,pod。<br /> <br /> <br />比如:<br /> <br />网络: hostAliases : 写入/ect/hosts内容 ; sharePrcessNamespace: 共享PID 空间<br /> <br />存储: vlume<br /> <br />安全: secret<br /> <br />调度: NodeSelector 用户指定pod跟node的对应关系 ; NodeName 标识调度过了,可用来调试pod;<br /> <br /> <br /> <br />
Pod的Container元素
containers和initContainers关系
<br /> <br />initContainers先于containers创建 ; sidecar实现的重要基础;按照定义的顺序来执行;<br /> <br />containers: 容器定义<br /> <br />元素如下:<br />
元素 | 说明 |
---|---|
image | 镜像地址 |
ports | 端口定义 |
command | 启动指令 |
workingDir | 工作目录 |
volumeMounts | 数据卷挂载 |
imagePullPolicy | 镜像拉取策略 |
lifecycle | 容器生命周期钩子定义<br />preStop<br />postStart |
<br /> <br />
Pod的问题定位
<br />通过 spec.status.phase来定位;<br /> <br />pending:创建过程中,由于某些原因调度失败<br />running: 正常运行中<br />succeed: 一次性调度成功<br />failed: 调度失败<br />unknow: 未知<br /> <br />还可以结合 condition来定位:<br /> <br />unscheduled: 没有调度<br />podScheduled: pod调度中<br />ready: 准备好<br />initalized: 初始化中<br /> <br />
其它指令
<br />attach: 进入容器的tty 命令行,如果有安装的话;<br />
kubectl attach -it youpodname -c youcontainername
小结
围绕pod的核心字段做了介绍。<br /> <br />示例配置文件:
apiVersion: apps/v1
kind: Pod
metadata:
name: my-pod
spec:
shareProcessNamespace: true
nodeSelector:
diskType: ssd
hostAliases:
- ip: "10.10.10.9"
hostnames:
- "a.b.com"
- "ac.b.com"
lifecycle:
postStart:
exec:
command: ["/bin/bash","-c","echo 'xxxx'> /usr/share/messages"]
preStop:
exec:
command: ["/usr/sbin/nginx","-t","quit"]
<br /> <br /> <br />![pod概念.png](https://oscimg.oschina.net/oscnet/up-aa74f9e7dfb53c19e0d6218e77353c1817d.png)<br /> <br />
原创不易,关注诚可贵,转发价更高!转载请注明出处,让我们互通有无,共同进步,欢迎沟通交流。
来源:oschina
链接:https://my.oschina.net/carterspring/blog/4953248