目录
1.Deployment(简称deploy)+ ReplicaSet(简称rs)
一、Pod控制器作用
Pod控制器,又称之为工作负载(workload),是用于实现管理pod的中间层,确保pod资源符合预
期的状态,pod的资源出现故障时,会尝试进行重启,当根据重启策略无效,则会重新新建pod的
资源
二、Pod控制器类型
1.Deployment(简称deploy)+ ReplicaSet(简称rs)
Deployment
- 部署无状态应用(没有实时数据需要存储)
- 负责创建和管理ReplicaSet,维护Pod副本数与预期状态保持一致
- 负责创建和删除控制器管理的Pod资源,有多个Pod副本时是并行创建启动的,升级策略默认为滚动更新的方式
- 应用场景:web服务
#获取创建资源的命令
kubectl create deployment XXX --image --dry-run=client -o yaml > XXX.yaml
kubectl get deployment XXX -o yaml > XXX.yaml
kubectl edit deployment XXX ;手动复制
#更新资源
kubectl set deployment XXX 容器=镜像名
kubectl edit deployment XXX
kubectl apply -f XXX.yaml
#回滚资源
kubectl rollout history deployment XXX
kubectl rollout undo deployment XXX --to-revision=N
#发布资源
kubectl expose deployment XXX --port --target-port --type
ReplicaSet
当用户创建指定数量的pod副本,确保pod副本数量符合预期状态,并且支持滚动式自动扩容和缩
容功能。
ReplicaSet主要三个组件组成:
- 用户期望的pod副本数量
- 标签选择器,判断哪个pod归自己管理
- 当现存的pod数量不足,会根据pod资源模板进行新建
注意: ReplicaSet帮助用户管理无状态的pod资源,精确反应用户定义的目标数量,但是RelicaSet不是直接使用的控制器,而是使用Deployment来间接管理 ReplicaSet。
2.StatefulSet(简称sts)
- 部署有状态应用(有实时数据需要存储,且数据有上下文的关系)
- 需要提前创建一个Headless Service资源(无头服务,ClusterIP为None的service资源),在sts资
- 源配置中使用serviceName字段指定Headless Service资源名称
- 每个Pod名称标识都是唯一且固定不变的(标识为 0 到 n-1)
- 每个Pod都可以有自己专属的持久化存储(基于PVC模板 volumeClaimTemplates 实现的)
- K8S集群内的Pod可以通过 <Pod名称>.<Headless Service资源名称>.<命名空间> 格式解析出sts控
- 制器管理的Pod资源的PodIP(基于Headless Service和CoreDNS实现的)
- 创建、滚动升级、扩容、缩容Pod副本时默认都是有序进