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

相关推荐
吴声子夜歌4 分钟前
Nginx应用与运维——Nginx缓存服务应用实战(一)
运维·nginx·缓存
海宇数据7 分钟前
零信任架构实战:基于海宇活体识别V步骤1构建自动化考前活体认证网关
运维·人工智能·架构·自动化
帷幕落秋7 分钟前
Mysql备份
运维·数据库
TTATTC15 分钟前
告别协议选型内耗:深入拆解微服务“内部 gRPC + 边界 REST”混合通信架构与 Envoy 转码实战
docker·开源
帷幕落秋2 小时前
Mysql的安装,加固与远程访问
运维·数据库
一隅论数智2 小时前
给AI Agent一颗“私域大脑“:本体增强的工程化之路
大数据·运维·数据仓库·人工智能·笔记·学习·政务
wdfk_prog2 小时前
Wi-Fi Direct 源码分析(11):P2P-GROUP-STARTED 之后——Group Interface、IP 配置与真实数据通路
运维·服务器·网络协议·tcp/ip·asp.net·p2p·wifi-direct
MicrosoftCloud2 小时前
用户权限 02|/etc/passwd、/etc/shadow、/etc/group:三个文件讲透 Linux 用户体系
linux·运维·ubuntu·用户管理·权限·useradd
天远API2 小时前
零信任架构实战:基于天远人车核验加强版构建自动化商用车承保核验网关
运维·人工智能·架构·自动化
崽崽..2 小时前
【Linux】ping命令刨析
linux·运维·服务器·网络