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分钟才执行

相关推荐
万里侯41 分钟前
GitOps 2026年演进趋势:从配置管理到环境即代码的范式转移及Pull vs Push模型的再思考
微服务·容器·k8s
acd120091 小时前
一次线上OOM排查实录:从jmap到代码重构,我踩过的坑全在这了
容器·重构·kubernetes
领创工作室2 小时前
GitHub Workflows 全面解析:从核心概念到开源实现
运维·github
吕海洋2 小时前
目前可用的docker源2026.08
运维·docker·容器
~|Bernard|4 小时前
Linux 定时任务(Cron)完整教程
linux·运维·服务器
小周学学学4 小时前
vmware-horizon第一章:horizon服务器安装
运维·服务器·vmware
gsls2008084 小时前
Penpot Docker 部署与 MCP 服务配置文档
运维·docker·容器·原型·penpot
天蓝不会忘记025 小时前
k8s集群部署的方法原理
云原生·容器·kubernetes
九硕智慧建筑一体化厂家5 小时前
直流智能照明|全场景节能升级!打造安全低碳的智慧建筑光环境
运维·笔记·安全·智慧城市
蓝速科技5 小时前
蓝速科技丨数智人终端选型指南:后台运维如何决定长期运营成本
运维·科技