什么是
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
apiVersion: apps/v1
kind: DaemonSet
metadata:
name: deamonset-example
labels:
app: daemonset
spec:
selector:
matchLabels:
name: deamonset-example
template:
metadata:
labels:
name: deamonset-example
spec:
containers:
- name: daemonset-example
image: wangyanglinux/myapp:v1
Job
Job
负责批处理任务,即仅执行一次的任务,它保证批处理任务的一个或多个
Pod
成功结束
特殊说明
-
spec.template 格式同 Pod
-
RestartPolicy 仅支持 Never 或 OnFailure
-
单个 Pod 时,默认 Pod 成功运行后 Job 即结束
-
.spec.parallelism 标志并行运行的 Pod 的个数,默认为 1
-
spec.activeDeadlineSeconds 标志失败 Pod 的重试最大时间,超过这个时间不会继续重试
Example
apiVersion: batch/v1
kind: Job
metadata:
name: pi
spec:
template:
metadata:
name: pi
spec:
containers:
- name: pi
image: perl
command: ["perl", "-Mbignum=bpi", "-wle", "print bpi(2000)"]
restartPolicy: Never
CronJob Spec
-
spec.template 格式同 Pod
-
RestartPolicy 仅支持 Never 或 OnFailure
-
单个 Pod 时,默认 Pod 成功运行后 Job 即结束
-
.spec.parallelism 标志并行运行的 Pod 的个数,默认为 1
-
spec.activeDeadlineSeconds 标志失败 Pod 的重试最大时间,超过这个时间不会继续重试
CronJob
Cron Job
管理基于时间的
Job
,即:
-
在给定时间点只运行一次
-
周期性地在给定时间点运行
使用条件:当前使用的
Kubernetes
集群,版本
>= 1.8
(对
CronJob
)
典型的用法如下所示:
-
在给定的时间点调度 Job 运行
-
创建周期性运行的 Job ,例如:数据库备份、发送邮件
CronJob Spec
-
.spec.schedule :调度,必需字段,指定任务运行周期,格式同 Cron
-
.spec.jobTemplate : Job 模板,必需字段,指定需要运行的任务,格式同 Job
-
.spec.startingDeadlineSeconds :启动 Job 的期限(秒级别),该字段是可选的。如果因为任何原因而错
-
过了被调度的时间,那么错过执行时间的 Job 将被认为是失败的。如果没有指定,则没有期限
-
.spec.concurrencyPolicy :并发策略,该字段也是可选的。它指定了如何处理被 Cron Job 创建的 Job 的
-
并发执行。只允许指定下面策略中的一种:
-
Allow (默认):允许并发运行 Job
-
Forbid :禁止并发运行,如果前一个还没有完成,则直接跳过下一个
-
Replace :取消当前正在运行的 Job ,用一个新的来替换
-
注意,当前策略只能应用于同一个 Cron Job 创建的 Job 。如果存在多个 Cron Job ,它们创建的 Job 之间总
-
是允许并发运行。
-
.spec.suspend :挂起,该字段也是可选的。如果设置为 true ,后续所有执行都会被挂起。它对已经开始
-
执行的 Job 不起作用。默认值为 false 。
-
.spec.successfulJobsHistoryLimit 和 .spec.failedJobsHistoryLimit :历史限制,是可选的字段。它
-
们指定了可以保留多少完成和失败的 Job 。默认情况下,它们分别设置为 3 和 1 。设置限制的值为 0 ,相
-
关类型的 Job 完成后将不会被保留。
Example
apiVersion: batch/v1beta1
kind: CronJob
metadata:
name: hello
spec:
schedule: "*/1 * * * *"
jobTemplate:
spec:
template:
spec:CrondJob 本身的一些限制
创建 Job 操作应该是 幂等的
containers:
- name: hello
image: busybox
args:
- /bin/sh
- -c
- date; echo Hello from the Kubernetes cluster
restartPolicy: OnFailure
$ kubectl get cronjob
NAME SCHEDULE SUSPEND ACTIVE LAST-SCHEDULE
hello */1 * * * * False 0 <none>
$ kubectl get jobs
NAME DESIRED SUCCESSFUL AGE
hello-1202039034 1 1 49s
$ pods=$(kubectl get pods --selector=job-name=hello-1202039034 --output=jsonpath=
{.items..metadata.name})
$ kubectl logs $pods
Mon Aug 29 21:34:09 UTC 2016
Hello from the Kubernetes cluster
# 注意,删除 cronjob 的时候不会自动删除 job,这些 job 可以用 kubectl delete job 来删除
$ kubectl delete cronjob hello
cronjob "hello" deleted
CrondJob
本身的一些限制
创建
Job
操作应该是
幂等的