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

相关推荐
我星期八休息12 小时前
网络编程—应用层HTTP协议
linux·运维·开发语言·前端·网络·网络协议·http
一个天蝎座 白勺 程序猿13 小时前
从电网改造踩坑说起:深度拆解时序大模型TimechoAI的自主可控与安全合规底气
大数据·运维·服务器·大模型·timechoai
ShineWinsu13 小时前
对于Linux:UDPsocket编程基础的解析
linux·运维·网络协议·udp·ip·端口号·进程间通信
小森林之主14 小时前
Docker Compose 紧急救援:凌晨3点服务器报警的解决方案
docker·微服务·容器化·docker compose·故障排除
Spider Cat 蜘蛛猫14 小时前
Anthropic的skill-creator使用分享
运维·服务器
Yang961117 小时前
探索无线新视界:鼎讯信通DXMP系列频谱仪模块深度剖析
运维·网络
杨了个杨898217 小时前
Docker Compose 简介及应用
运维·docker·容器
豆瓣鸡17 小时前
XXL-JOB 定时任务——从 Docker 部署到分片广播,分布式任务调度落地
spring boot·分布式·docker·定时任务
Urbano17 小时前
卫衣生产工艺科普与智能自动化设备应用解析
大数据·运维·人工智能