Kubernetes---资源控制器之DaemonSet、Job和CronJob
⒈DaemonSet介绍，什么是DaemonSet
DaemonSet 确保全部（或者一些）Node 上运行一个Pod的副本【注意主节点并不会参加调度】。当有 Node 加入集群时，也会为他们新增一个Pod。当有Node从集群移除时，这些Pod 也会被回收。删除DaemonSet将会删除它创建的所有Pod
使用DaemonSet的一些典型用法：
·运行集群存储 daemon，例如在每个Node 上运行glusterd、ceph
·在每个Node 上运行日志收集 daemon，例如fluentd、logstash
·在每个Node 上运行监控daemon，例如Prometheus Node Exporter、collectd、Datadog代理、New Relic 代理，或Ganglia gmond
⒉DaemonSet资源文件示例
apiVersion: apps/v1
kind: DaemonSet
metadata:
name: deamonset-example
labels:
app: daemonset
spec:
selector:
matchLabels:
name: deamonset-example
template:
metadata:
1abels:
name: deamonset-example
spec:
containers:
- name: daemonset-example
image: fanqisoft/myapp:v1
⒊Job介绍，什么是Job
Job负责批处理任务，即仅执行一次的任务，它保证批处理任务的一个或多个Pod成功结束
特殊说明
·spec.template格式同Pod
·RestartPolicy仅支持Never或OnFailure
·单个Pod时，默认Pod成功运行后Job即结束·
.spec.completions 标志Job结束需要成功运行的Pod个数，默认为1·
.spec.parallelism 标志并行运行的Pod的个数，默认为1
·spec.activeDeadlineseconds标志失败Pod的重试最大时间，超过这个时间不会继续重试
⒋Job资源文件示例
apiVersion: batch/v1
kind: Job
metadata:
name:pi
spec:
template:
metadata:
name:pi
spec:
containers:
- name: pi
image: perl
command: ["per1","-Mbignum=bpi","-wle","print bpi(2000)"]
restartPolicy: Never
⒌CronJob
CronJob管理基于时间的Job，即：
·在给定时间点只运行一次
·周期性地在给定时间点运行
使用条件：当前使用的Kubernetes 集群，版本>=1.8（对CronJob)
典型的用法如下所示：
·在给定的时间点调度Job运行
·创建周期性运行的Job，例如：数据库备份、发送邮件
⒍CronJob Spec
·spec.template格式同Pod
·RestartPolicy仅支持Never或OnFailure
·单个Pod时，默认Pod成功运行后Job即结束·
.spec.completions标志Job结束需要成功运行的Pod个数，默认为1·
.spec.parallelism 标志并行运行的Pod的个数，默认为1
·spec.activeDeadlineSeconds 标志失败Pod的重试最大时间，超过这个时间不会继续重试
.spec.schedule：调度，必需字段，指定任务运行周期，格式同 Cron·
.spec.jobTemplate:Job模板，必需字段，指定需要运行的任务，格式同Job
.spec.startingDeadlineSeconds:启动Job的期限（秒级别），该字段是可选的。如果因为任何原因而错过了被调度的时间，那么错过执行时间的Job将被认为是失败的。如果没有指定，则没有期限.spec.concurrencyPolicy:并发策略，该字段也是可选的。它指定了如何处理被 Cron Job创建的Job的并发执行。只允许指定下面策略中的一种：
Allow（默认）：允许并发运行Job
Forbid：禁止并发运行，如果前一个还没有完成，则直接跳过下一个
Replace：取消当前正在运行的Job，用一个新的来替换
注意，当前策略只能应用于同一个CronJob创建的Job。如果存在多个Cron Job，它们创建的Job之间总是允许并发运行。
.spec.suspend：挂起，该字段也是可选的。如果设置为true，后续所有执行都会被挂起。它对已经开始执行的Job不起作用。默认值为false。
.spec.successfulJobsHistoryLimit和.spec.failed]obsHistoryLimit:历史限制，是可选的字段。它们指定了可以保留多少完成和失败的Job。默认情况下，它们分别设置为3和1。设置限制的值为e，相关类型的Job完成后将不会被保留。
⒎CronJob资源文件示例
apiVersion: batch/v1beta1
kind: CronJob
metadata:
name: he11o
spec:
schedule: "*/1 * * * *"
jobTemplate:
spec:
template:
spec:
containers:
- name: hello
image: busybox
args:
- /bin/sh
- -c
- date;echo Hello from the Kubernetes cluster
restartPolicy: OnFailure
⒏Cronjob本身的一些限制
创建Job操作应该是幂等的
CronJob并不太好去判断任务是否成功，CronJob通过创建Job去完成任务，Job成功与否可以判断，但CronJob无法链接到Job去获取成功与否，Cron只会定期的去创建Job，仅此而已。
