首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
SAAS
ToB门户
了解全球最新的ToB事件
论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
微博
Follow
记录
Doing
博客
Blog
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
排行榜
Ranklist
相册
Album
应用中心
qidao123.com ToB IT社区-企服评测·应用市场
»
论坛
›
数据库
›
Oracle
›
【Kubernetes】k8s集群的pod底子
返回列表
发新帖
【Kubernetes】k8s集群的pod底子
[复制链接]
发表于 2026-2-12 21:50:51
|
显示全部楼层
|
阅读模式
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要
登录
才可以下载或查看,没有账号?
立即注册
×
目次
一.Pod概述
1.什么是pod
2.k8s中pod的两种使用方式
3.pod
容器
的通例使用流程
4.创建pod的3种方式
二.Pod中
容器
概述
1.
容器
分类
2.Pod容器的3种镜像拉取计谋
3.Pod容器的3种重启计谋
4.pod的dns计谋
一.Pod概述
1.什么是pod
Pod是kubernetes中最小的资源管理组件,Pod也是最小化运行容器化应用的资源对象。一个Pod
代表着集群中运行的一个历程。kubernetes中其他大多数组件都是围绕着Pod来举行支持和扩展
Pod
功能
比方:
用于管理Pod运行的StatefulSet和Deployment等控制器对象,用于袒露Pod应用的Service和
Ingress对象,为Pod提供
存储
的PersistentVolume
存储
资源对象等
2.k8s中pod的两种使用方式
一个Pod中运行一个容器。“每个Pod中一个容器”的模式是最常见的用法;在这种使用方式中,你可以把Pod想象成是单个容器的封装,kuberentes管理的是Pod而不是直继续理容器
在一个Pod中同时运行多个容器。一个Pod中也可以同时封装几个必要精密耦合相互协作的容器,它们之间共享资源。这些在同一个Pod中的容器可以相互协作成为一个service单位,比如一个容器共享文件,另一个“sidecar”容器来更新这些文件。Pod将这些容器的
存储
资源作为一个实体来管理
3.pod容器的通例使用流程
一个Pod下的容器必须运行于同一节点上。今世容器技能发起一个容器只运行一个历程,该历程在
容器中PID定名空间中的历程号为1,可直接汲取并处置惩罚信号,历程克制时容器生命周期也就竣事
了。若想在容器内运行多个历程,必要有一个类似Linux操纵体系init历程的管控类历程,以树状结
构完成多历程的生命周期管理。运行于各自容器内的历程无法直接完成网络通讯,这是由于容器间
的隔离机制导致,k8s中的Pod资源抽象正是办理此类标题,Pod对象是一组容器的聚集,这些容器
共享NET、MNT、UTS及IPC定名空间,因此具有类似的域名、主机名和网络接口,并可通过IPC
直接通讯
Pod资源中针对各容器提供网络定名空间等共享机制的是底层底子容器pause,底子容器(也可称
为父容器)pause就是为了管理Pod容器间的共享操纵,这个父容器必要可以大概精确地知道怎样去创
建共享运行环境的容器,还能管理这些容器的生命周期。为了实现这个父容器的构想,kubernetes
中,用pause容器来作为一个Pod中全部容器的父容器。这个pause容器有两个核心的
功能
,一是
它提供整个Pod的Linux定名空间的底子。二来启用PID定名空间,它在每个Pod中都作为PID为1进
程(init历程),并采取僵尸历程
4.创建pod的3种方式
自主式Pod
由scheduler调理到node节点运行的;不被控制器管理;没有自愈本领,一旦Pod挂掉了,不会被
重新拉起;没有副本管理本领,不能滚动更新;设置信息是存储在etcd中
kubectl run ....
控制器管理的Pod
由scheduler调理到node节点运行的;被控制器管理;有自愈本领,一旦Pod挂掉了,会被控制器
重新拉起;有副本管理本领,支持滚动更新;设置信息是存储在etcd中
kubectl create <
od控制器资源范例> ....
静态Pod
不由scheduler调理到node节点运行的,而是由kubelet自行管理的;始终与kubelet运行在同一个
node节点上;不能通过向apiserver发送哀求直接删除
在node节点的/etc/kubernetes/manifests/目次中放置Pod的yaml设置文件,kubelet就会主动根据
yaml设置文件创建静态Pod;反之删除目次中的yaml设置文件,kubelet则会删除静态Pod
创建静态pod
vim /usr/lib/systemd/system/kubelet.service.d/10-kubeadm.conf
vim /var/lib/kubelet/config.yaml
复制
代码
kubectl run test1 --image=soscscs/myapp:v1 --port=80 --dry-run=client -o yaml > pod.yaml #导出一个pod的yaml
配置
模板
vim pod.yaml修改其中的name为test2
scp pod.yaml 192.168.80.102:/etc/kubernetes/manifests/ #将yaml文件复制到node节点上静态pod文件保存路径上,即可自动创建pod
复制
代码
二.Pod中容器概述
1.容器分类
pause容器(底子容器/父容器/根容器)
给Pod容器组做环境初始化
作为Linux定名空间共享的底子,为Pod里的别的容器提供网络、存储资源的共享
作为PID=1的init管控类历程管理整个Pod容器组的生命周期
pause容器是Pod开始启动的容器
cat /opt/kubernetes/cfg/kubelet
......
--pod-infra-container-image=registry.cn-hangzhou.aliyuncs.com/google-containers/pause-amd64:3.2"
复制
代码
每次创建 Pod 时间就会创建,运行的每一个Pod都有一个 pause-amd64 的底子容器主动会运
行,对于用户是透明的
docker ps -a
registry.cn-hangzhou.aliyuncs.com/google-containers/pause-amd64:3.2 "/pause"
复制代码
init容器(初始化容器/init container)
可以在应用容器启动前基于共享存储为应用容器提供运行依靠环境和工具包
还可以壅闭或延伸应用容器的启动
init容器是在pause容器之后启动
如果Pod界说了多个init容器,它们是串行启动的,即要在上一个init容器乐成的完成启动和退出后才会启动下一个init容器
应用容器(业务容器/用户容器/main container):
提供应用步调业务
应用容器是在全部init容器都乐成的完成启动和退出后才会启动
如果Pod界说了多个应用容器,它们是并行启动的
2.Pod容器的3种镜像拉取计谋
imagePullPolicy(与image字段同一层级)
IfNotPresent:优先使用node节点本地已存在的镜像,如果本地没有则从堆栈拉取镜像。是标签为非latest的镜像的默认拉取计谋
vim pod.yaml
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: soscscs/myapp:v1
name: test2
ports:
- containerPort: 80
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Always
status: {}
kubectl apply -f pod.yaml #创建
kubectl get pod test1 -o yaml #查看
复制代码
vim pod.yaml
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test2
name: test2
spec:
containers:
- image: soscscs/myapp:v2 #v2
版本
不存在
name: test2
imagePullPolicy: IfNotPresent #设置拉取策略为IfNotPresent
ports:
- containerPort: 80
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Always
status: {}
kubectl apply -f pod.yaml #创建
kubectl get pod
kubectl describe pod test2
复制代码
vim pod.yaml
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test4
name: test4
spec:
containers:
- image: soscscs/myapp:v2 #镜像已经存在
name: test2
imagePullPolicy: IfNotPresent
ports:
- containerPort: 80
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Always
status: {}
kubectl apply -f pod.yaml
kubectl describe pod test4
复制代码
Always:总是从堆栈拉取镜像,无论node节点本地是否已存在镜像。是标签为latest或无标签的镜像的默认拉取计谋
vim pod.yaml
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: soscscs/myapp:v1 #本地存在这个镜像
版本
name: test2
imagePullPolicy: Always #拉取策略设置为Always
ports:
- containerPort: 80
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Always
status: {}
kubectl apply -f pod.yaml
kubectl get pod
kubectl describe pod test1
复制代码
Never:仅使用node节点本地镜像,总是不从堆栈拉取镜像
vim pod.yaml
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: soscscs/myapp:v3 #v3
版本
不存在
name: test2
imagePullPolicy: Never #拉取策略设置为Never
ports:
- containerPort: 80
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Always
status: {}
kubectl apply -f pod.yaml
kubectl get pod
kubectl describe pod test1
复制代码
当设置中不设置拉取计谋和镜像版本时(或镜像版本设置为latest
),默认拉取计谋为Always
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: nginx #不设置镜像版本,且不设置拉取策略
name: test2
ports:
- containerPort: 80
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Always
status: {}
kubectl apply -f pod.yaml
kubectl get pod test1 -o yaml
复制代码
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: nginx:latest #版本设置为latest,不设置拉取策略
name: test2
ports:
- containerPort: 80
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Always
status: {}
kubectl apply -f pod.yaml
kubectl get pod test1 -o yaml
复制代码
3.Pod容器的3种重启计谋
restartPolicy(与containers字段同一层级)
Always:当Pod容器退出时,总是重启容器,无论容器退出状态码怎样。是默认的容器重启计谋
vim pod.yaml
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: soscscs/myapp:v1
imagePullPolicy: IfNotPresent
name: test2
ports:
- containerPort: 80
command:
- sh
- -c
- "sleep 10; exit 0"
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Always #重启策略
status: {}
复制代码
Never:当Pod容器退出时,总是不从前容器,无论容器退出状态码怎样
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: soscscs/myapp:v1
imagePullPolicy: IfNotPresent
name: test2
ports:
- containerPort: 80
command:
- sh
- -c
- "sleep 10; exit 1" #状态设置为1,异常退出
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: Never #不重启策略
status: {}
复制代码
OnFailure:当Pod容器非常退出时(容器退出状态码为非0),才会重启重启;正常退出的容器(容器退出状态码为0),不会重启
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: soscscs/myapp:v1
imagePullPolicy: IfNotPresent
name: test2
ports:
- containerPort: 80
command:
- sh
- -c
- "sleep 10; exit 1" #设置状态为异常退出
resources: {}
dnsPolicy: ClusterFirst
restartPolicy: OnFailure #异常状态推出下重启策略
status: {}
复制代码
4.pod的dns计谋
dnsPolicy默认设置为ClusterFirst
自界说dns地点
vim pod.yaml
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
run: test1
name: test1
spec:
containers:
- image: soscscs/myapp:v1
imagePullPolicy: IfNotPresent
name: test2
ports:
- containerPort: 80
resources: {}
dnsPolicy: None #设置为none,以下添加
dnsConfig:
nameservers: #指定nameservers、和searches
- 8.8.8.8
searches:
- xy101.com
restartPolicy: OnFailure
status: {}
kubectl apply -f pod.yaml
kubectl exec -it test1 -- sh
vi /etc/resolv.conf
复制代码
回复
使用道具
举报
返回列表
浏览过的版块
DevOps与敏捷开发
开源技术
人工智能
.Net
Java
物联网
linux
数据仓库与分析
备份
小秦哥
+ 我要发帖
登录后关闭弹窗
登录参与点评抽奖 加入IT实名职场社区
去登录
微信订阅号
微信服务号
微信客服(加群)
H5
小程序
快速回复
返回顶部
返回列表