工作负荷在kubernetes应用程序的上操作。
在Kubernetes你可以在一组Pods运行它Kuberneres中，pod它代表一组集群上运行的容器。
Kubernetes Pods有一定的生命周期。例如，当某个Pod集群运行时，Pod当运行节点出现致命错误时，所有节点Pods都会失败。Kubernetes即使节点后来恢复正常运行，你也需要创造新的失败Pod来恢复应用。

但是，为了让用户的生活稍微好一点，你不需要直接管理每一个Pod。相反，您可以使用负载资源为您管理一组Pods。这些资源配置控制器可以确保正确的类型和运行状态Pod数量是正确的，符合你指定的状态。

常用的工作负载控制器：

• Deployment
• StatefulSet
• DaemonSet
• Job
• CronJob

一个Deployment为Pods和ReplicaSets提供声明更新能力。

你负责描述Deployment目标状态，而Deployment控制器以受控速率更改实际状态，使其变为期望状态。你可以定义Deployment以创建新的ReplicaSet，或删除现有Deployment，并通过新的Deployment收养其资源。

Deployment非常适合管理您的集群中的无状态应用，Deployment中的所有pod它们相等，必要时被更换。
创建deployment

[root@master haproxy]# cat nginx.yml  apiVersion: apps/v1 kind: Deployment metadata:   name: deploy   labels:     app: nginx spec:    replicas: 5   selector:     matchLabels:       app: nginx   template:      metadata:        labels:         app: nginx     spec:        containers:       - name: nginx         image: nginx:latest         ports:         - containerPort: 80 [root@master haproxy]# kubectl apply -f nginx.yml deployment.apps/deploy created [root@master haproxy]# kubectl get pod NAME                     READY   STATUS              RESTARTS   AGE deploy-585449566-7hsbk   0/1     ContainerCreating   0          9s deploy-585449566-l2m4l   0/1     ContainerCreating   0          9s deploy-585449566-pldrf   0/1     ContainerCreating   0          9s deploy-585449566-rnh8q   0/1     ContainerCreating   0          9s deploy-585449566-t6dw4   0/1     ContainerCreating   0          9s [root@master haproxy]#  

在该例中：

通过默认调度器调度

FEATURE STATE: Kubernetes v1.23 [stable]

DaemonSet 确保所有符合条件的节点都运行该 Pod 的一个副本。 通常，运行 Pod 的节点由 Kubernetes 调度器选择。 不过，DaemonSet Pods 由 DaemonSet 控制器创建和调度。这就带来了以下问题：

• Pod 行为的不一致性：正常 Pod 在被创建后等待调度时处于 Pending 状态， DaemonSet Pods 创建后不会处于 Pending 状态下。这使用户感到困惑。
• Pod 抢占由默认调度器处理。启用抢占后，DaemonSet 控制器将在不考虑 Pod 优先级和抢占 的情况下制定调度决策。
• ScheduleDaemonSetPods 允许您使用默认调度器而不是 DaemonSet 控制器来调度 DaemonSets， 方法是将 NodeAffinity 条件而不是 .spec.nodeName 条件添加到 DaemonSet Pods。 默认调度器接下来将 Pod 绑定到目标主机。 如果 DaemonSet Pod 的节点亲和性配置已存在，则被替换 （原始的节点亲和性配置在选择目标主机之前被考虑）。 DaemonSet 控制器仅在创建或修改 DaemonSet Pod 时执行这些操作， 并且不会更改 DaemonSet 的 spec.template。

nodeAffinity:
  requiredDuringSchedulingIgnoredDuringExecution:
    nodeSelectorTerms:
    - matchFields:
      - key: metadata.name
        operator: In
        values:
        - target-host-name

此外，系统会自动添加 node.kubernetes.io/unschedulable：NoSchedule 容忍度到 DaemonSet Pods。在调度 DaemonSet Pod 时，默认调度器会忽略 unschedulable 节点。

Job 会创建一个或者多个 Pods，并将继续重试 Pods 的执行，直到指定数量的 Pods 成功终止。 随着 Pods 成功结束，Job 跟踪记录成功完成的 Pods 个数。 当数量达到指定的成功个数阈值时，任务（即 Job）结束。 删除 Job 的操作会清除所创建的全部 Pods。 挂起 Job 的操作会删除 Job 的所有活跃 Pod，直到 Job 被再次恢复执行。

一种简单的使用场景下，你会创建一个 Job 对象以便以一种可靠的方式运行某 Pod 直到完成。 当第一个 Pod 失败或者被删除（比如因为节点硬件失效或者重启）时，Job 对象会启动一个新的 Pod。

你也可以使用 Job 以并行的方式运行多个 Pod。

[root@master haproxy]# cat jobs.yaml 
apiVersion: batch/v1
kind: Job
metadata:
  name: pi
spec:
  template:
    spec:
      containers:
      - name: pi
        image: perl
        command: ["perl",  "-Mbignum=bpi", "-wle", "print bpi(2000)"]
      restartPolicy: Never
  backoffLimit: 4
[root@master haproxy]# 

查看

[root@master haproxy]# kubectl apply -f jobs.yaml 
job.batch/pi created
[root@master haproxy]# kubectl describe jobs/pi
Name:           pi
Namespace:      default
Selector:       controller-uid=7dc2f97e-c321-4aec-a976-b8c4aa16aae8
Labels:         controller-uid=7dc2f97e-c321-4aec-a976-b8c4aa16aae8
                job-name=pi
Annotations:    
Parallelism:    1
Completions:    1
Start Time:     Fri, 24 Dec 2021 09:10:20 -0500
Pods Statuses:  1 Running / 0 Succeeded / 0 Failed
Pod Template:
  Labels:  controller-uid=7dc2f97e-c321-4aec-a976-b8c4aa16aae8
           job-name=pi
  Containers:
   pi:
    Image:      perl
    Port:       
    Host Port:  
    Command:
      perl
      -Mbignum=bpi
      -wle
      print bpi(2000)
    Environment:  
    Mounts:       
  Volumes:        
Events:
  Type    Reason            Age   From            Message
  ----    ------            ----  ----            -------
  Normal  SuccessfulCreate  9s    job-controller  Created pod: pi-sgwvx
[root@master haproxy]# 

FEATURE STATE: Kubernetes v1.21 [stable]

CronJob 创建基于时隔重复调度的Jobs。

一个 CronJob 对象就像 crontab (cron table) 文件中的一行。 它用Cron格式进行编写， 并周期性地在给定的调度时间执行 Job。

注意：

所有 CronJob 的 schedule: 时间都是基于kube-controller-manager. 的时区。

如果你的控制平面在 Pod 或是裸容器中运行了 kube-controller-manager， 那么为该容器所设置的时区将会决定 Cron Job 的控制器所使用的时区。

为 CronJob 资源创建清单时，请确保所提供的名称是一个合法的DNS 子域名. 名称不能超过 52 个字符。 这是因为 CronJob 控制器将自动在提供的 Job 名称后附加 11 个字符，并且存在一个限制， 即 Job 名称的最大长度不能超过 63 个字符。

CronJob 用于执行周期性的动作，例如备份、报告生成等。 这些任务中的每一个都应该配置为周期性重复的（例如：每天/每周/每月一次）； 你可以定义任务开始执行的时间间隔。

[root@master haproxy]# cat cronjob.yaml 
apiVersion: batch/v1beta1
kind: CronJob
metadata:
  name: hello
spec:
  schedule: "*/1 * * * *"
  jobTemplate:
    spec:
      template:
        spec:
          containers:
          - name: hello
            image: busybox
            imagePullPolicy: IfNotPresent
            command:
            - /bin/sh
            - -c
            - date; echo Hello from the Kubernetes cluster
          restartPolicy: OnFailure
[root@master haproxy]# 

查看

[root@master haproxy]# kubectl apply -f cronjob.yaml 
cronjob.batch/hello created
[root@master haproxy]# kubectl get pods
NAME                     READY   STATUS      RESTARTS   AGE
deploy-585449566-7hsbk   1/1     Running     0          12m
deploy-585449566-l2m4l   1/1     Running     0          12m
deploy-585449566-pldrf   1/1     Running     0          12m
deploy-585449566-rnh8q   1/1     Running     0          12m
deploy-585449566-t6dw4   1/1     Running     0          12m
pi-sgwvx                 0/1     Completed   0          2m12s
replicaset-2x2rb         1/1     Running     0          8m15s
replicaset-6dbv2         1/1     Running     0          8m15s
replicaset-6qvr7         1/1     Running     0          8m15s
replicaset-f78lc         1/1     Running     0          8m15s
replicaset-zfrgg         1/1     Running     0          8m15s
[root@master haproxy]# 

*   *   *   *   *
分  时  日   月   周