K8s中pod控制器

一.pod的控制器:又叫工作负载workload,介于k8s集群和节点之间。中间层,确保pod资源符合预期的状态;pod资源出现故障的时候,会自动重启;对于基于控制器创建的pod,delete pod相当于对pod进行了重启,并不会删除pod;删除pod必须要删除控制器deployment,pod就会自动删除

二.pod控制器的类型:基于控制器创建的pod,只删除pod相当于重启pod

1.replicaset:结合控制一块,控制副本数量

2.deployment:最常见,也是最好用的控制器,用于应用型pod因为是要对外访问的。

3.daemonset:确保在每个节点上都会部署一个pod,主要用于后台的支撑业务;特性:服务是无状态应用(pod的名称是不固定的);delete pod也相当于重启;需要在每个节点都部署,或者是需要在后台运行的pod,相当于elk,daemonset不能指定副本数,因为它本身就会在每个节点部署一个pod。

4.statefulset:有状态的部署,pod的名称是固定的,一旦创建永久不变,即使增加副本数,也是有序的递增;可以指定副本数;pod可以扩容和缩容;delete pod也是相当于重启pod,只不过pod的名称不在发生变化。主要用于数据库,数据库必须要指定的编号,对数据独立性要求比较高的应用尤其是数据库及redis。Cluster ip必须要为空;基于statefulset无头服务headless;有名称的副本需要持久化存储,每个pod都有一个独立的挂载卷;生产过程中动态pv自动给每个pod创建一个挂载卷。

所有的pod都会自动生成一个pv,在存储节点目录创建一个独立的数据卷,不能作为统一的数据同步到容器。

delete其中一个pod'后pod名称不会改变,但是IP会发生变化

三、job控制器不属于以上控制器的范围,它是任务型控制器:分为普通任务和定时任务;批量处理脚本,数据库迁移,视频解码一次性任务;需要定期执行任务,环境扫描,健康检查。

普通类型job vim job.yml

定时任务类型:cronjob.yml

刚开始看不到,因为1分钟才执行

相关推荐
运维&陈同学1 小时前
【zookeeper01】消息队列与微服务之zookeeper工作原理
运维·分布式·微服务·zookeeper·云原生·架构·消息队列
是阿建吖!1 小时前
【Linux】进程状态
linux·运维
明明跟你说过2 小时前
Linux中的【tcpdump】:深入介绍与实战使用
linux·运维·测试工具·tcpdump
O&REO2 小时前
单机部署kubernetes环境下Overleaf-基于MicroK8s的Overleaf应用部署指南
云原生·容器·kubernetes
运维小文3 小时前
K8S资源限制之LimitRange
云原生·容器·kubernetes·k8s资源限制
登云时刻3 小时前
Kubernetes集群外连接redis集群和使用redis-shake工具迁移数据(二)
redis·容器·kubernetes
Mr_Xuhhh3 小时前
重生之我在学环境变量
linux·运维·服务器·前端·chrome·算法
朝九晚五ฺ10 小时前
【Linux探索学习】第十四弹——进程优先级:深入理解操作系统中的进程优先级
linux·运维·学习
Kkooe11 小时前
GitLab|数据迁移
运维·服务器·git
wuxingge12 小时前
k8s1.30.0高可用集群部署
云原生·容器·kubernetes