pod控制器

replicaSet

指定pod副本的数量

三个组件

（1）pod的副本数

（2）标签选择器，判断哪个pod归自己管理

（3）扩缩容

Deployment

1. 工作在replicaset之上，管理无状态应用
2. 目前是最好的控制器，支持滚动更新和回滚，提供声明式配置

statefulSet

控制器的一种，有状态的应用

1. 管理有状态的应用，可以设置副本数，可以扩缩容
2. pod的序号是固定的，重启后pod的名称也不会发生变化

Daemonset

（1）可以在所有节点部署一个的pod，没有副本数，没有扩缩容

（2）可以限制部署的节点，也是无状态的应用，服务必须是守护进程

job

工作pod控制器，执行完成即可退出，不需要重启，也不需要重建

cronjod

周期性的定时任务控制器，不需要在后台持续运行

rollingUpdate

滚动更新

maxSurge: 25%

升级过程中，新启动的pod数量不能超过期望pod数的?25%

maxUnavailable: 25%

升级过程中，新的pod启动好之后，销毁的旧的pod数量不能超过期望pod的25%

无状态应用：

pod的名称是无序的，认为所有pod都是一体的，共享存储NFS，所有deployment下的pod共享一个存储

有状态应用：

* pod的名称是有序的，所有的pod都是独立的，存储卷也是独立的

* 范围：0-n，删除也不会改变pod的序号，扩缩容也是有序的

headless service：无头服务，没有cluster IP

①headless service是k8s集群中一种特殊的服务类型，不分配cluster IP给service，也不会负载均衡到后端的pod

②通过DNS提供服务的发现和访问

③由于clusterIP是空的，k8s集群会给每个headless service当中的pod创建一个DNS记录

④为什么要用headless service：有序、独立个体

* deployment的pod是没有名称的，随机的字符串，无序的，需要一个集中的clusterip来集中统一为pod提供网络

* statefulset是有序的，pod的名称是固定的，重建之后pod的标识符也不会变，pod的名称是唯一的标识符，系统直接通过pod名称解析ip地址，ip地址可能会变

DNS记录：通过dns直接解析访问pod的ip地址

DNS记录的格式：

pod-name.headless-service-name.namespace.svc.cluster.local

web-0 ???????nginx-web ?????????defaults ?????本地地址（pod的ip地址）

必须要有动态的PVC

①有状态的副本集群都会涉及持久化存储，每个pod是独立个体，每个pod都有一个自己专用的存储点

②statefulset在定义的时候就规定了每个pod是不能同一个存储卷，所有才需要动态PV

statefulset的应用场景：

①不是固定节点的应用，不是固定ip的应用

②更新发布比较频繁

③支持自动伸缩，当节点的资源不够，可以自动扩容

①默认每个节点上都运行一个pod副本，当node加入集群，也会为他新增一个pod，当node节点从集群当中移除时，pod也会被回收

②daemonset不需要指定调度策略，默认会在每个节点部署一个pod（除非是污点）

③也可以通过指定的方式，只把daemonset部署在指定的节点上

③没有副本数选择，不需要设置

job

普通任务

cronjob

定时任务

限制一

必须指定容器的重启策略：onfailure、never

限制二

执行失败的次数也是受限的，默认是6次

（达到失败次数，才会指定指定的重启策略）

更新yaml文件，要先删除任务，再更新，不能动态更新：

kubectl delete jobs.batch centos

kubectl apply -f job.yaml

容器化部署，部署过数据库吗？

——最大的问题：不安全，数据库这样的核心资产不会容器化部署

前端会容器化部署吗？

——nginx，可以容器化部署