一、pod控制器概要
Pod控制器是什么呢？简单的来说Pod控制器就是用来管理pod的。大量部署过docker的同学，有一点会感同身受，难针对、难管理而，今天我们学习的核心组件pod就可以解决这个问题。官方点来说Pod控制器是用于实现管理pod的中间层，确保pod资源符合预期的状态，pod的资源出现故障时，会尝试 进行重启，当根据重启策略无效，则会重新新建pod的资源。那么pod控制器包含哪些呢？如下|：
- ReplicationController：1.2以前的老版本管理工具，后续会被Replicaset取代，这里我们就了解一下，有这样一个东西即可。
- Replicaset：用作pod 创建、删除和更新，ReplicaSet能确保运行指定数量的pod ，通过label selector来确定pod数量是否满足用户指定的副本数量。（管理副本）
- Deployment：将 Pod 和ReplicaSet 的实际状态改变到用户的目标状态。支持扩容、回滚、更新等功能；管理无状态应用最好的控制器；守护进程类（作用于replicaset上，支持回滚等操作）
- Daemonset：确保每个节点上运行一个Pod副本。无状态服务；守护进程类
- Job： 执行一次性运行任务。不需要持续运行
- Cronjob： 周期性运行任务。不需要持续运行
- StatefulSet： 管理有状态应用，每一个应用都被单独管理。管理比较麻烦
二、Replicaset
replicaset用作pod 创建、删除和更新，ReplicaSet能确保运行指定数量的pod ，通过label selector来确定pod数量是否满足用户指定的副本数量。（管理副本）
那么它是如何定义的呢？请参考下文yaml文件。
apiVersion: apps/v1
kind: ReplicaSet
metadata:
name: rsdemo
namespace: default
spec:
replicas: 2
selector:
matchLabels:
app: rsdemo
release: can
template:
metadata:
name: rsdemo1
labels:
app: rsdemo
release: can
spec:
containers:
- name: resdemocontainers
image: ikubernetes/myapp:v1
imagePullPolicy: IfNotPresent
ports:
- name: http
containerPort: 80三、Deployment（重点）
Pod 和ReplicaSet 的实际状态改变到用户的目标状态。支持扩容、回滚、更新等功能；管理无状态应用最好的控制器；守护进程类（作用于replicaset上，支持回滚等操作），定义的yaml文件如下：
apiVersion: apps/v1
kind: Deployment
metadata:
name: deploymentdemo
namespace: default
spec:
replicas: 2
selector:
matchLabels:
app: myapp
release: canary
template:
metadata:
labels:
app: myapp
release: canary
version: v1
spec:
containers:
- name: myapp
image: ikubernetes/myapp:v1
imagePullPolicy: IfNotPresent
ports:
- name: http
containerPort: 80
版本更新和回滚
版本更新修策略改：（少用）
如果您要选择更新策略，如您希望更新时 不停止原容器，可以修改maxUnavailable参数为0，具体如何使用可在master节点上执如下命令，查看解释：
kubectl explain deployment.spec.strategy.rollingUpdate
查看回滚版本：
kubectl rollout history deploy myapp-deploy
回滚到上一个版本：
kubectl rollout undo deployment/nginx-test
kubectl rollout undo deployment myapp
也可以使用 --revision参数指定某个历史版本：
kubectl rollout undo deployment/nginx-test --to-revision=2
kubectl rollout undo deployment myapp --to-revision=1
当您回滚到第一个版本时，再选择回滚一个版本 就会回滚到最后一个修改的版本。
资源更新
当您需要修改镜像时，最简单的方式是选择修改yaml文件，然后apply -f 重新加载文件，deployment会自动读取滚动升级。但如果您要通过脚本等方式来实现修改deployment，修改配置文件就不是明智的选择了，我们可以使用patch命令：
kubectl patch
语法
$ patch (-f FILENAME | TYPE NAME) -p PATCH
示例
使用patch更新Node节点。
kubectl patch node k8s-node-1 -p '{"spec":{"unschedulable":true}}'更新容器的镜像
kubectl patch pod valid-pod -p '{"spec":{"containers":[{"name":"kubernetes-serve-hostname","image":"new image"}]}}'
更新deployment
kubectl patch deployment myapp-deploy -p '{"spec":{"strategy":{"rollingUpdate":{"maxSurge":1, "maxUnavailable":0}}}}'当然，如果只是修改容器的话 ，我们可以使用更简单的命令 set image
kubectl set image
更新现有的资源对象的容器镜像。
可使用资源对象包括（不区分大小写）：
pod (po)、replicationcontroller (rc)、deployment (deploy)、daemonset (ds)、job、replicaset (rs)
语法
$ image (-f FILENAME | TYPE NAME) CONTAINER_NAME_1=CONTAINER_IMAGE_1 ... CONTAINER_NAME_N=CONTAINER_IMAGE_N
示例
将deployment中的nginx容器镜像设置为“nginx：1.9.1”。
kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1
所有deployment和rc的nginx容器镜像更新为“nginx：1.9.1”
kubectl set image deployments,rc nginx=nginx:1.9.1 --all
将daemonset abc的所有容器镜像更新为“nginx：1.9.1”
kubectl set image daemonset abc *=nginx:1.9.1
从本地文件中更新nginx容器镜像
kubectl set image -f path/to/file.yaml nginx=nginx:1.9.1 --local -o yaml
四、Daemonset
本部分参考：https://www.cnblogs.com/breezey/p/6582519.html
在有种场景下，我们需要在所有的kubernetes节点上都运行同一个应用的一个副本，比如在后续我们会说如何收集kubernetes中的pod日志，在收集日志的时候，需要在每个k8s node节点上运行一个收集日志的进程 ，如fluentd。我们知道在通常情况下，kubernetes基于它内部的调度算法来自动分配pod运行在哪个节点上，没有办法保证在每个node上运行一个fluentd pod。这个时候，daemonsets的调度方式就派上了用场。简单来说，daemonsets就是让一个应用在所有的k8s集群节点上都运行一个副本。
我们直接看下面的示例，在所有节点上都启动一个busybox：
apiVersion: extensions/v1beta1
kind: DaemonSet
metadata:
name: busybox
spec:
template:
metadata:
labels:
app: busybox
spec:
containers:
- name: busybox
image: myhub.mingyuanyun.com/library/busybox
command:
- sleep
- "3600"我们通过kubectl get daemonset可以看到启动了6个busybox的pod，因为我们有6个kubernetes节点。而事实上，我们并没有指定复制的个数，这就是daemonsets的作用：
NAME DESIRED CURRENT READY NODE-SELECTOR AGE busybox 6 6 6 <none> 1m
您还可以参考：https://www.cnblogs.com/xzkzzz/p/9553321.html （启动一个redis配置一下filebeat）
此部分 后续还会更新，
