文章目录
- 1. Pod 的分类
- 2. 控制器类型
- 3. ReplicaSet
- 3.1 工作原理
- 3.2 何时使用 ReplicaSet
- 3.3 创建 ReplicaSet
- 3.4 修改 RS 管理 pod 的标签
- 3.5 还原 RS 管理 pod 的标签
- 4. Deployment
- 4.1 准备工作
- 4.2 用例
- 4.3 创建 Deployment
- 4.4 Deployment 进行 Pod 的版本更新
- 4.5 Deployment 进行 Pod 版本回滚
- 4.6 Deployment 可以调整的参数
- 5. DaemonSet
- 5.1 准备工作
- 5.2 创建 DaemonSet
- 5.3 DaemonSet 可以调整的参数
- 6. Jobs
- 6.1 准备工作
- 6.2 创建 Jobs
- 6.3 控制并行性
- 7. CronJob
- 7.1 准备工作
- 7.2 Cron 时间表语法
- 7.3 创建 CronJob
- 7.4 CronJob 可以调整的参数
1. Pod 的分类
- 自主式 Pod：Pod 退出后不会被创建
- 控制器管理的 Pod：在控制器的生命周期里，始终要维持 Pod 的副本数目
2. 控制器类型
- Replication Controller 和 ReplicaSet
- Deployment
- DaemonSet
- StatefulSet
- Jobs
- CronJob
- HPA全称Horizontal Pod Autoscaler
3. ReplicaSet
官方文档：概念 | 工作负载 | 工作负载资源 | ReplicaSet
- ReplicaSet 的目的是维护一组在任何时候都处于运行状态的 Pod 副本的稳定集合。 因此，它通常用来保证给定数量的、完全相同的 Pod 的可用性。
3.1 工作原理
-
ReplicaSet 是通过一组字段来定义的，包括一个用来识别可获得的 Pod 的集合的选择算符、一个用来标明应该维护的副本个数的数值、一个用来指定应该创建新 Pod 以满足副本个数条件时要使用的 Pod 模板等等。 每个 ReplicaSet 都通过根据需要创建和删除 Pod 以使得副本个数达到期望值， 进而实现其存在价值。当 ReplicaSet 需要创建新的 Pod 时，会使用所提供的 Pod 模板。
-
ReplicaSet 通过 Pod 上的 metadata.ownerReferences 字段连接到附属 Pod，该字段给出当前对象的属主资源。 ReplicaSet 所获得的 Pod 都在其 ownerReferences 字段中包含了属主 ReplicaSet 的标识信息。正是通过这一连接，ReplicaSet 知道它所维护的 Pod 集合的状态， 并据此计划其操作行为。
-
ReplicaSet 使用其选择算符来辨识要获得的 Pod 集合。如果某个 Pod 没有 OwnerReference 或者其 OwnerReference 不是一个 控制器，且其匹配到 某 ReplicaSet 的选择算符，则该 Pod 立即被此 ReplicaSet 获得。
-
Replication Controller和ReplicaSet
ReplicaSet 是下一代的 Replication Controller，官方推荐使用ReplicaSet。
3.2 何时使用 ReplicaSet
- ReplicaSet 确保任何时间都有指定数量的 Pod 副本在运行。 然而，Deployment 是一个更高级的概念，它管理 ReplicaSet，并向 Pod 提供声明式的更新以及许多其他有用的功能。 因此，我们建议使用 Deployment 而不是直接使用 ReplicaSet，除非 你需要自定义更新业务流程或根本不需要更新。
- 虽然 ReplicaSets 可以独立使用，但今天它主要被Deployments 用作协调 Pod 创建、删除和更新的机制。
- 这实际上意味着，你可能永远不需要操作 ReplicaSet 对象：而是使用 Deployment，并在 spec 部分定义你的应用。
3.3 创建 ReplicaSet
- 示例
[root@k8s-1 ~]# vim rs.yaml
apiVersion: apps/v1
kind: ReplicaSet
metadata:name: replicaset-example
spec:replicas: 3selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx
- 生效后，查看当前被部署的 ReplicaSet ，并看到所创建的前端
[root@k8s-1 ~]# kubectl get rs
NAME DESIRED CURRENT READY AGE
replicaset-example 3 3 3 8m52s
- 查看查看启动了的 Pods，总数为 3
[root@k8s-1 ~]# kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
eplicaset-example-gkpll 1/1 Running 0 2m18s app=nginx
eplicaset-example-p85kh 1/1 Running 0 2m18s app=nginx
eplicaset-example-xwt4r 1/1 Running 0 2m18s app=nginx
-
查看 Pods 的属主引用被设置为前端的 ReplicaSet。 要实现这点，可取回运行中的 Pods 之一的 YAML
-
输出将类似这样，ReplicaSet 的信息被设置在 metadata 的 ownerReferences 字段中
-
pod 的名字由 RS- 随机数 组成，从下图的 ownerReference 可以查看到当前 pod 由 RS 创建
[root@k8s-1 ~]# kubectl get pod replicaset-example-gkpll -o yaml | less
- 修改示例，将副本数改成 6
[root@k8s-1 ~]# vim rs.yaml replicas: 6
- 生效后，查看启动了的 Pods，总数变为 6
[root@k8s-1 ~]# kubectl apply -f rs.yaml
replicaset.apps/eplicaset-example configured
[root@k8s-1 ~]# kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
eplicaset-example-d75lr 1/1 Running 0 58s app=nginx
eplicaset-example-gkpll 1/1 Running 0 6m50s app=nginx
eplicaset-example-gnqv9 1/1 Running 0 58s app=nginx
eplicaset-example-p85kh 1/1 Running 0 6m50s app=nginx
eplicaset-example-xtddf 1/1 Running 0 58s app=nginx
eplicaset-example-xwt4r 1/1 Running 0 6m50s app=nginx
- 查看当前被部署的 ReplicaSet
[root@k8s-1 ~]# kubectl get rs
NAME DESIRED CURRENT READY AGE
eplicaset-example 6 6 6 8m52s
3.4 修改 RS 管理 pod 的标签
- 修改第一个 pod 的标签，原本标签为 nginx，现在更改为 demo
[root@k8s-1 ~]# kubectl label pod eplicaset-example-d75lr app=demo --overwrite
pod/eplicaset-example-d75lr labeled
- 修改完成后，查看启动的 Pods，发现总数变为 7
[root@k8s-1 ~]# kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
eplicaset-example-d75lr 1/1 Running 0 2m41s app=demo
eplicaset-example-gkpll 1/1 Running 0 8m33s app=nginx
eplicaset-example-gnqv9 1/1 Running 0 2m41s app=nginx
eplicaset-example-j9rn9 1/1 Running 0 20s app=nginx
eplicaset-example-p85kh 1/1 Running 0 8m33s app=nginx
eplicaset-example-xtddf 1/1 Running 0 2m41s app=nginx
eplicaset-example-xwt4r 1/1 Running 0 8m33s app=nginx
- 部署的 RS 的状态，发现还是 6
[root@k8s-1 ~]# kubectl get rs
NAME DESIRED CURRENT READY AGE
eplicaset-example 6 6 6 8m52s
- 查看 RS 的状态
- 改了其中一个 Pod 的标签，RS 就会发现少了一个 nginx 标签的Pod。
- 这个改了标签的 Pod 脱离了 RS 的管控，RS 会再拉起一个新的 Pod，满足 6 个 Pod
[root@k8s-1 ~]# kubectl describe rs eplicaset-example
Events:Type Reason Age From Message---- ------ ---- ---- -------Normal SuccessfulCreate 9m55s replicaset-controller Created pod: eplicaset-example-gkpllNormal SuccessfulCreate 9m55s replicaset-controller Created pod: eplicaset-example-xwt4rNormal SuccessfulCreate 9m55s replicaset-controller Created pod: eplicaset-example-p85khNormal SuccessfulCreate 4m3s replicaset-controller Created pod: eplicaset-example-d75lrNormal SuccessfulCreate 4m3s replicaset-controller Created pod: eplicaset-example-xtddfNormal SuccessfulCreate 4m3s replicaset-controller Created pod: eplicaset-example-gnqv9Normal SuccessfulCreate 102s replicaset-controller Created pod: eplicaset-example-j9rn9
3.5 还原 RS 管理 pod 的标签
- 改回之前的 nginx 标签
[root@k8s-1 ~]# kubectl label pod eplicaset-example-d75lr app=nginx --overwrite
pod/eplicaset-example-d75lr labeled
- 查看启动的 Pods，并查看对应标签，发现总数为 6
[root@k8s-1 ~]# kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
eplicaset-example-d75lr 1/1 Running 0 4m56s app=nginx
eplicaset-example-gkpll 1/1 Running 0 10m app=nginx
eplicaset-example-gnqv9 1/1 Running 0 4m56s app=nginx
eplicaset-example-p85kh 1/1 Running 0 10m app=nginx
eplicaset-example-xtddf 1/1 Running 0 4m56s app=nginx
eplicaset-example-xwt4r 1/1 Running 0 10m app=nginx
- RS 的状态
- 当将标签还原后，RS就会发现集群中就有 7 个符合要求和标签 Pods，超出了要求的副本数。于是，RS 就会回收新创建的那个 Pod
4. Deployment
官方文档： 概念 | 工作负载 | 工作负载资源 | Deployment
4.1 准备工作
-
一个 Deployment 为 Pod 和 ReplicaSet 提供声明式的更新能力。
-
你负责描述 Deployment 中的 目标状态，而 Deployment 控制器（Controller） 以受控速率更改实际状态， 使其变为期望状态。你可以定义 Deployment 以创建新的 ReplicaSet，或删除现有 Deployment， 并通过新的 Deployment 收养其资源。
4.2 用例
以下是 Deployments 的典型用例：
- 创建 Deployment 以将 ReplicaSet 上线。 ReplicaSet 在后台创建 Pods。 检查 ReplicaSet 的上线状态，查看其是否成功。
- 通过更新 Deployment 的 PodTemplateSpec，声明 Pod 的新状态 。 新的 ReplicaSet 会被创建，Deployment 以受控速率将 Pod 从旧 ReplicaSet 迁移到新 ReplicaSet。 每个新的 ReplicaSet 都会更新 Deployment 的修订版本。
- 如果 Deployment 的当前状态不稳定，回滚到较早的 Deployment 版本。 每次回滚都会更新 Deployment 的修订版本。
- 扩大 Deployment 规模以承担更多负载。
- 暂停 Deployment 以应用对 PodTemplateSpec 所作的多项修改， 然后恢复其执行以启动新的上线版本。
- 使用 Deployment 状态 来判定上线过程是否出现停滞。
- 清理较旧的不再需要的 ReplicaSet 。
4.3 创建 Deployment
- 下面是一个 Deployment 示例。其中创建了一个 ReplicaSet，负责启动三个 nginx Pods
-
创建名为 nginx-deployment（由 .metadata.name 字段标明）的 Deployment。
-
该 Deployment 创建三个（由 replicas 字段标明）Pod 副本。
-
selector 字段定义 Deployment 如何查找要管理的 Pods。 在这里，你选择在 Pod 模板中定义的标签（app: nginx）。 不过，更复杂的选择规则是也可能的，只要 Pod 模板本身满足所给规则即可。
-
template 字段包含以下子字段：
- Pod 被使用 .metadata.labels 字段打上 app: nginx 标签。
- Pod 模板规约（即 .template.spec 字段）指示 Pods 运行一个 nginx 容器
- 创建一个容器并使用 .spec.template.spec.containers[0].name 字段将其命名为 nginx。
[root@k8s-1 ~]# vim deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:name: deployment-example
spec:replicas: 3selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx
- 生效创建 Deployment
[root@k8s-1 ~]# kubectl apply -f deployment.yaml
deployment.apps/deployment-example created
- 运行 kubectl get all 检查 Deployment 是否已创建。 输出类似于
-
在检查集群中的 Deployment 时，所显示的字段有：
- NAME 列出了集群中 Deployment 的名称。
- READY 显示应用程序的可用的“副本”数。显示的模式是“就绪个数/期望个数”。
- UP-TO-DATE 显示为了达到期望状态已经更新的副本数。
- AVAILABLE 显示应用可供用户使用的副本数。
- AGE 显示应用程序运行的时间。
-
请注意期望副本数是根据 .spec.replicas 字段设置 3。
[root@k8s-1 ~]# kubectl get all
NAME READY STATUS RESTARTS AGE
pod/deployment-example-6799fc88d8-6xgtr 1/1 Running 0 38s
pod/deployment-example-6799fc88d8-7bmbr 1/1 Running 0 38s
pod/deployment-example-6799fc88d8-bcn8x 1/1 Running 0 38sNAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 126mNAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/deployment-example 3/3 3 3 38sNAME DESIRED CURRENT READY AGE
replicaset.apps/deployment-example-6799fc88d8 3 3 3 38s
- 会发现最下方，创建了deployment 后有一个 RS，
RS 的名字就是 deployment+rs版本，RS 控制业务版本，
RS 控制副本数
4.4 Deployment 进行 Pod 的版本更新
- 修改 yaml 清单中 nginx 的版本
[root@k8s-1 ~]# vim deployment.yaml
- 生效
[root@k8s-1 ~]# kubectl apply -f deployment.yaml
deployment.apps/deployment-example configured
- 查看 Deployment 上线状态
- 通过以下命令，查看到是滚动更新
[root@k8s-1 ~]# kubectl describe deployments.apps deployment-example
Pod Template:Labels: app=nginxContainers:nginx:Image: nginx:1.21.1Port: <none>Host Port: <none>Environment: <none>Mounts: <none>Volumes: <none>
Conditions:Type Status Reason---- ------ ------Available True MinimumReplicasAvailableProgressing True NewReplicaSetAvailable
OldReplicaSets: <none>
NewReplicaSet: deployment-example-54f48578cf (3/3 replicas created)
Events:Type Reason Age From Message---- ------ ---- ---- -------Normal ScalingReplicaSet 10m deployment-controller Scaled up replica set deployment-example-6799fc88d8 to 3Normal ScalingReplicaSet 4m42s deployment-controller Scaled up replica set deployment-example-54f48578cf to 1Normal ScalingReplicaSet 2m16s deployment-controller Scaled down replica set deployment-example-6799fc88d8 to 2Normal ScalingReplicaSet 2m16s deployment-controller Scaled up replica set deployment-example-54f48578cf to 2Normal ScalingReplicaSet 2m5s deployment-controller Scaled down replica set deployment-example-6799fc88d8 to 1Normal ScalingReplicaSet 2m5s deployment-controller Scaled up replica set deployment-example-54f48578cf to 3Normal ScalingReplicaSet 40s deployment-controller Scaled down replica set deployment-example-6799fc88d8 to 0
- 通过 kubectl get all 命令查看到最初的 RS 还存在，只是为 0 了，它将一直被保留下来作为之后的回滚使用
[root@k8s-1 ~]# kubectl get all
NAME READY STATUS RESTARTS AGE
pod/deployment-example-54f48578cf-hrntl 1/1 Running 0 3m1s
pod/deployment-example-54f48578cf-nx46r 1/1 Running 0 5m27s
pod/deployment-example-54f48578cf-z8d7b 1/1 Running 0 2m50sNAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 136mNAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/deployment-example 3/3 3 3 10mNAME DESIRED CURRENT READY AGE
replicaset.apps/deployment-example-54f48578cf 3 3 3 5m27s
replicaset.apps/deployment-example-6799fc88d8 0 0 0 10m
4.5 Deployment 进行 Pod 版本回滚
- 将 YAML 清单中的 nginx 版本改为 latest
[root@k8s-1 ~]# vim deployment.yaml
- 生效
[root@k8s-1 ~]# kubectl apply -f deployment.yaml
deployment.apps/deployment-example configured
- 通过 kubectl get all 命令发现，RS 回到最初的版本了，Pod 中 nginx 容器的版本也回到了 latest
[root@k8s-1 ~]# kubectl get all
NAME READY STATUS RESTARTS AGE
pod/deployment-example-6799fc88d8-2vkw6 1/1 Running 0 42s
pod/deployment-example-6799fc88d8-dbxkc 1/1 Running 0 48s
pod/deployment-example-6799fc88d8-jq6zg 1/1 Running 0 34sNAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 140mNAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/deployment-example 3/3 3 3 14mNAME DESIRED CURRENT READY AGE
replicaset.apps/deployment-example-54f48578cf 0 0 0 8m59s
replicaset.apps/deployment-example-6799fc88d8 3 3 3 14m
- 查看 Pod 的状态
[root@k8s-1 ~]# kubectl get pod deployment-example-6799fc88d8-2vkw6 -o yaml | less
apiVersion: v1
kind: Pod
metadata:creationTimestamp: "2022-05-09T06:10:39Z"generateName: deployment-example-6799fc88d8-labels:app: nginxpod-template-hash: 6799fc88d8name: deployment-example-6799fc88d8-2vkw6namespace: defaultownerReferences:- apiVersion: apps/v1blockOwnerDeletion: truecontroller: truekind: ReplicaSetname: deployment-example-6799fc88d8uid: d9f42478-56f1-4f4c-8eb4-8541befa6d40resourceVersion: "12095"uid: 747ef794-427b-41c4-88f7-47d307a1400f
spec:containers:- image: nginximagePullPolicy: Alwaysname: nginx
- 查看 RS 的状态
[root@k8s-1 ~]# kubectl get rs deployment-example-6799fc88d8 -o yaml | less
apiVersion: apps/v1
kind: ReplicaSet
metadata:annotations:deployment.kubernetes.io/desired-replicas: "3"deployment.kubernetes.io/max-replicas: "4"deployment.kubernetes.io/revision: "3"deployment.kubernetes.io/revision-history: "1"creationTimestamp: "2022-05-09T05:57:04Z"generation: 7labels:app: nginxpod-template-hash: 6799fc88d8name: deployment-example-6799fc88d8namespace: defaultownerReferences:- apiVersion: apps/v1blockOwnerDeletion: truecontroller: truekind: Deploymentname: deployment-exampleuid: 47d61e3f-3b59-4205-bd2a-08cff99fd529resourceVersion: "12139"uid: d9f42478-56f1-4f4c-8eb4-8541befa6d40
spec:replicas: 3selector:matchLabels:
- 通过上述 2 个命令查看到 Pod是由 RS 创建的，而 RS 是由 Deployment 创建的
-
deployment 只负责管理不同版本的 RS， RS 管理 Pod 副本数
-
每个 RS 对应一个 deployment template 版本，同一个 replicaset 下的 Pod 版本相同
-
当进行版本更新时，deployment 生效后，当前 RS 会先回收现有的 Pod，再进行更新，创建新的 Pod
4.6 Deployment 可以调整的参数
- 对 Deployment 执行 edit 操作并调整滚动更新策略
- 更新一个删一个
[root@k8s-1 ~]# kubectl edit deployments.apps deployment-example replicas: 3 //rollingUpdate:maxSurge: 0maxUnavailable: 1
-
写完退出即生效
-
拉伸副本数为 6
[root@k8s-1 ~]# kubectl scale deployment deployment-example --replicas=6
deployment.apps/deployment-example scaled
- 查看状态
[root@k8s-1 ~]# kubectl get all
NAME READY STATUS RESTARTS AGE
pod/deployment-example-6799fc88d8-2vkw6 1/1 Running 0 9m57s
pod/deployment-example-6799fc88d8-79z4m 1/1 Running 0 2m9s
pod/deployment-example-6799fc88d8-bvxfz 1/1 Running 0 2m9s
pod/deployment-example-6799fc88d8-dbxkc 1/1 Running 0 10m
pod/deployment-example-6799fc88d8-jq6zg 1/1 Running 0 9m49s
pod/deployment-example-6799fc88d8-pp4wl 1/1 Running 0 2m9sNAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 149mNAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/deployment-example 6/6 6 6 23mNAME DESIRED CURRENT READY AGE
replicaset.apps/deployment-example-54f48578cf 0 0 0 18m
replicaset.apps/deployment-example-6799fc88d8 6 6 6 23m
- 对 Deployment 执行 edit 操作
- 副本数改为 6 ，
- nginx的版本改为 latest，
- 镜像策略为 “有则拉取本地的，没有则拉取外网”，
- 最少等待 5 秒就绪
[root@k8s-1 ~]# kubectl edit deployments.apps deployment-example
spec:minReadySeconds: 5progressDeadlineSeconds: 600replicas: 6
- 通过 kubectl get pod 查看到，pod 是每更新一个删除一个，且 5s 的速度
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
deployment-example-7cf7d6dbc8-2hqhr 1/1 Running 0 3s
deployment-example-7cf7d6dbc8-grj42 1/1 Running 0 68s
deployment-example-7cf7d6dbc8-mx965 1/1 Running 0 54s
deployment-example-7cf7d6dbc8-nxr8z 1/1 Running 0 43s
deployment-example-7cf7d6dbc8-pp56h 1/1 Running 0 17s
deployment-example-7cf7d6dbc8-sd8qz 1/1 Running 0 32s
[root@k8s-1 ~]# kubectl rollout history deployment
deployment.apps/deployment-example
REVISION CHANGE-CAUSE
2 <none>
3 <none>
4 <none>
- 对 Deployment 执行 edit 操作并将滚动更新策略改为 一次更新 2 个，将 nginx 的版本改为 1.21.1
- 先修改滚动更新策略
[root@k8s-1 ~]# kubectl edit deployments.apps deployment-example rollingUpdate:maxSurge: 0maxUnavailable: 2
- 关闭之后即生效，再次执行 edit 操作并修改 nginx 的版本
[root@k8s-1 ~]# kubectl edit deployments.apps deployment-example spec:containers:- image: nginx:1.21.1imagePullPolicy: IfNotPresentname: nginx
- kubectl get pod 查看状态
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
deployment-example-585c7c497-cbstf 0/1 ContainerCreating 0 1s
deployment-example-585c7c497-cnwzr 1/1 Running 0 15s
deployment-example-585c7c497-gqb4q 0/1 ContainerCreating 0 1s
deployment-example-585c7c497-h8d4r 1/1 Running 0 24s
deployment-example-585c7c497-lj4n5 1/1 Running 0 13s
deployment-example-585c7c497-tx55h 1/1 Running 0 24s
deployment-example-7cf7d6dbc8-2hqhr 1/1 Terminating 0 6m5s
deployment-example-7cf7d6dbc8-grj42 1/1 Terminating 0 7m10s
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
deployment-example-585c7c497-cbstf 1/1 Running 0 11s
deployment-example-585c7c497-cnwzr 1/1 Running 0 25s
deployment-example-585c7c497-gqb4q 1/1 Running 0 11s
deployment-example-585c7c497-h8d4r 1/1 Running 0 34s
deployment-example-585c7c497-lj4n5 1/1 Running 0 23s
deployment-example-585c7c497-tx55h 1/1 Running 0 34s
- 暂停更新
- 更新的时候，把它暂停
- 查看当前 RS 状态
[root@k8s-1 ~]# kubectl rollout history deployment
deployment.apps/deployment-example
REVISION CHANGE-CAUSE
2 <none>
3 <none>
4 <none>
5 <none>
[root@k8s-1 ~]# kubectl get rs
NAME DESIRED CURRENT READY AGE
deployment-example-54f48578cf 0 0 0 36m
deployment-example-585c7c497 6 6 6 79s
deployment-example-6799fc88d8 0 0 0 42m
deployment-example-7cf7d6dbc8 0 0 0 8m4s
- 暂停更新
[root@k8s-1 ~]# kubectl rollout pause deployment deployment-example
deployment.apps/deployment-example paused
- 对 Deployment 执行 edit 操作并将 nginx 的版本改为 latest
- 关闭即生效，发现没有自动完成更新，因为已经使用 pause 暂停了 Departments 更新
[root@k8s-1 ~]# kubectl edit deployments.apps deployment-example
[root@k8s-1 ~]# kubectl get rs
NAME DESIRED CURRENT READY AGE
deployment-example-54f48578cf 0 0 0 42m
deployment-example-585c7c497 6 6 6 7m29s
deployment-example-6799fc88d8 0 0 0 48m
deployment-example-7cf7d6dbc8 0 0 0 14m
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
deployment-example-585c7c497-cbstf 1/1 Running 0 7m13s
deployment-example-585c7c497-cnwzr 1/1 Running 0 7m27s
deployment-example-585c7c497-gqb4q 1/1 Running 0 7m13s
deployment-example-585c7c497-h8d4r 1/1 Running 0 7m36s
deployment-example-585c7c497-lj4n5 1/1 Running 0 7m25s
deployment-example-585c7c497-tx55h 1/1 Running 0 7m36s
- 在暂停更新的过程中，可以更改它的副本数
[root@k8s-1 ~]# kubectl scale deployment deployment-example --replicas=3
deployment.apps/deployment-example scaled
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
deployment-example-585c7c497-gqb4q 1/1 Running 0 7m50s
deployment-example-585c7c497-h8d4r 1/1 Running 0 8m13s
deployment-example-585c7c497-tx55h 1/1 Running 0 8m13s
- 恢复 Deployment 更新，发现在 5s 后 Pod 两个两个的完成更新
[root@k8s-1 ~]# kubectl rollout resume deployment deployment-example
deployment.apps/deployment-example resumed
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
deployment-example-585c7c497-gqb4q 1/1 Terminating 0 8m37s
deployment-example-585c7c497-h8d4r 1/1 Running 0 9m
deployment-example-bb957bbb5-498db 0/1 ContainerCreating 0 2s
deployment-example-bb957bbb5-5wfvq 0/1 ContainerCreating 0 2s
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
deployment-example-bb957bbb5-498db 1/1 Running 0 25s
deployment-example-bb957bbb5-5wfvq 1/1 Running 0 25s
deployment-example-bb957bbb5-mszrg 1/1 Running 0 15s
5. DaemonSet
官方文档：概念 | 工作负载 | 工作负载资源 | DaemonSet
5.1 准备工作
-
最常见的情况：DaemonSet 使得每个node上都有一个flannel网络组件
-
DaemonSet 确保全部（或者某些）节点上运行一个 Pod 的副本。 当有节点加入集群时， 也会为他们新增一个 Pod 。 当有节点从集群移除时，这些 Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod。
-
DaemonSet 的一些典型用法：
在每个节点上运行集群守护进程
在每个节点上运行日志收集守护进程
在每个节点上运行监控守护进程 -
一种简单的用法是为每种类型的守护进程在所有的节点上都启动一个 DaemonSet。 一个稍微复杂的用法是为同一种守护进程部署多个 DaemonSet；每个具有不同的标志， 并且对不同硬件类型具有不同的内存、CPU 要求。
5.2 创建 DaemonSet
- 示例
[root@k8s-1 ~]# vim daemonset.yaml
apiVersion: apps/v1
kind: DaemonSet
metadata:name: daemonset-examplelabels:k8s-app: zabbix-agent
spec:selector:matchLabels:name: zabbix-agenttemplate:metadata:labels:name: zabbix-agentspec:containers:- name: zabbix-agentimage: zabbix/zabbix-agent
- 生效
[root@k8s-1 ~]# kubectl apply -f daemonset.yaml
daemonset.apps/daemonset-example created
- kubectl get pod 后，发现只有 2 个DaemonSet
- DaemonSet 中不需要指定副本数， deployment 默认 Pod 副本数为 1
- 因为当前有 2 个 node，所以，DaemonSet 创建了 2 个 pod
- 有几个 node，起几个 pod
- 通过下列信息可知，每个 node 上都有一个 Pod
[root@k8s-1 ~]# kubectl get pod -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
daemonset-example-7vm9l 1/1 Running 0 2m1s 10.244.2.23 k8s-3 <none> <none>
daemonset-example-hzmft 1/1 Running 0 2m1s 10.244.1.21 k8s-2 <none> <none>
- 查看 DaemonSet 更新策略
[root@k8s-1 ~]# kubectl describe daemonsets.apps
Name: daemonset-example
Selector: name=zabbix-agent
Node-Selector: <none>
Labels: k8s-app=zabbix-agent
Annotations: deprecated.daemonset.template.generation: 1
Desired Number of Nodes Scheduled: 2
Current Number of Nodes Scheduled: 2
Number of Nodes Scheduled with Up-to-date Pods: 2
Number of Nodes Scheduled with Available Pods: 2
Number of Nodes Misscheduled: 0
Pods Status: 2 Running / 0 Waiting / 0 Succeeded / 0 Failed
Pod Template:Labels: name=zabbix-agentContainers:zabbix-agent:Image: zabbix/zabbix-agentPort: <none>Host Port: <none>Environment: <none>Mounts: <none>Volumes: <none>
Events:Type Reason Age From Message---- ------ ---- ---- -------Normal SuccessfulCreate 3m1s daemonset-controller Created pod: daemonset-example-hzmftNormal SuccessfulCreate 3m1s daemonset-controller Created pod: daemonset-example-7vm9l
5.3 DaemonSet 可以调整的参数
- 对 DaemonSet 执行 edit 操作，并修改滚动更新策略
- OnDelete 类型（手动删除 pod 后，再进行更新）
[root@k8s-1 ~]# kubectl edit daemonsets.apps updateStrategy:rollingUpdate:maxSurge: 0maxUnavailable: 1type: OnDelete
- 关闭即生效，再对 DaemonSet 执行 edit 操作并将镜像修改为 zabbix-agent2
- 关闭即生效，但是发现没有更新
[root@k8s-1 ~]# kubectl edit daemonsets.apps daemonset-example spec:containers:- image: zabbix/zabbix-agent2imagePullPolicy: Alwaysname: zabbix-agent
- 删除一个 Pod 后，再次查看状态，发现更新成功
[root@k8s-1 ~]# kubectl delete pod daemonset-example-7vm9l
[root@k8s-1 ~]# kubectl delete pod daemonset-example-hzmft
[root@k8s-1 ~]# kubectl get pod -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
daemonset-example-4ttgm 1/1 Running 0 80s 10.244.2.24 k8s-3 <none> <none>
daemonset-example-fdm52 1/1 Running 0 31s 10.244.1.22 k8s-2 <none> <none>
6. Jobs
官方文档：概念 | 工作负载 | 工作负载资源 | Jobs
6.1 准备工作
-
Job 会创建一个或者多个 Pods，并将继续重试 Pods 的执行，直到指定数量的 Pods 成功终止。 随着 Pods 成功结束，Job 跟踪记录成功完成的 Pods 个数。 当数量达到指定的成功个数阈值时，任务（即 Job）结束。 删除 Job 的操作会清除所创建的全部 Pods。 挂起 Job 的操作会删除 Job 的所有活跃 Pod，直到 Job 被再次恢复执行。
-
一种简单的使用场景下，你会创建一个 Job 对象以便以一种可靠的方式运行某 Pod 直到完成。 当第一个 Pod 失败或者被删除（比如因为节点硬件失效或者重启）时，Job 对象会启动一个新的 Pod。
-
你也可以使用 Job 以并行的方式运行多个 Pod。
6.2 创建 Jobs
- 下面是一个 Job 配置示例。它负责计算 π 到小数点后 2000 位，并将结果打印出来。 此计算大约需要 10 秒钟完成。
[root@k8s-1 ~]# vim job.yaml
apiVersion: batch/v1
kind: Job
metadata:name: pi
spec:template:spec:containers:- name: piimage: perlcommand: ["perl", "-Mbignum=bpi", "-wle", "print bpi(2000)"]restartPolicy: NeverbackoffLimit: 4
- 生效后，查看状态
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
pi--1-g58wh 0/1 Completed 0 8m55s
[root@k8s-1 ~]# kubectl logs pi--1-g58wh
- 查看 Job 的部署信息，资源类型是 Job
[root@k8s-1 ~]# kubectl get pod pi--1-g58wh -o yaml ownerReferences:- apiVersion: batch/v1blockOwnerDeletion: truecontroller: truekind: Jobname: piuid: 851f4445-e554-44f5-979e-adfeae39e403
6.3 控制并行性
-
并行性请求（.spec.parallelism）可以设置为任何非负整数。 如果未设置，则默认为 1。 如果设置为 0，则 Job 相当于启动之后便被暂停，直到此值被增加。
-
实际并行性（在任意时刻运行状态的 Pods 个数）可能比并行性请求略大或略小， 原因如下：
- 对于 确定完成计数 Job，实际上并行执行的 Pods 个数不会超出剩余的完成数。 如果 .spec.parallelism 值较高，会被忽略。
- 对于 工作队列 Job，有任何 Job 成功结束之后，不会有新的 Pod 启动。 不过，剩下的 Pods 允许执行完毕。
- 如果 Job 控制器 没有来得及作出响应，或者
- 如果 Job 控制器因为任何原因（例如，缺少 ResourceQuota 或者没有权限）无法创建 Pods。 Pods 个数可能比请求的数目小。
- Job 控制器可能会因为之前同一 Job 中 Pod 失效次数过多而压制新 Pod 的创建。
- 当 Pod 处于体面终止进程中，需要一定时间才能停止。
- 设置任务执行数
- 6 个 pod，每次 2 个并行
[root@k8s-1 ~]# vim job.yaml
apiVersion: batch/v1
kind: Job
metadata:name: pi
spec:completions: 6parallelism: 2template:spec:containers:- name: piimage: perlcommand: ["perl", "-Mbignum=bpi", "-wle", "print bpi(2000)"]restartPolicy: NeverbackoffLimit: 4
- 生效后，查看状态
- 每次都是 2 个 Pod 并行执行
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
pi--1-4zc4w 0/1 ContainerCreating 0 10s
pi--1-nsjqf 0/1 ContainerCreating 0 10s
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
pi--1-4zc4w 0/1 Completed 0 7m24s
pi--1-57cqr 0/1 Completed 0 6m57s
pi--1-9b5fw 0/1 Completed 0 6m32s
pi--1-nsjqf 0/1 Completed 0 7m24s
pi--1-ntn6l 0/1 Completed 0 7m8s
pi--1-z2d75 0/1 Completed 0 6m46s
- 检查 Job 的状态
[root@k8s-1 ~]# kubectl describe jobs.batch
Name: pi
Namespace: default
Selector: controller-uid=dfb106e0-2f8d-4799-8805-95666c97bfa8
Labels: controller-uid=dfb106e0-2f8d-4799-8805-95666c97bfa8job-name=pi
Annotations: <none>
Parallelism: 2
Completions: 6
Completion Mode: NonIndexed
Start Time: Mon, 09 May 2022 15:23:29 +0800
Completed At: Mon, 09 May 2022 15:27:49 +0800
Duration: 4m20s
Pods Statuses: 0 Running / 6 Succeeded / 0 Failed
Pod Template:Labels: controller-uid=dfb106e0-2f8d-4799-8805-95666c97bfa8job-name=piContainers:pi:Image: perlPort: <none>Host Port: <none>Command:perl-Mbignum=bpi-wleprint bpi(2000)Environment: <none>Mounts: <none>Volumes: <none>
Events:Type Reason Age From Message---- ------ ---- ---- -------Normal SuccessfulCreate 7m54s job-controller Created pod: pi--1-4zc4wNormal SuccessfulCreate 7m54s job-controller Created pod: pi--1-nsjqfNormal SuccessfulCreate 7m38s job-controller Created pod: pi--1-ntn6lNormal SuccessfulCreate 7m27s job-controller Created pod: pi--1-57cqrNormal SuccessfulCreate 7m16s job-controller Created pod: pi--1-z2d75Normal SuccessfulCreate 7m2s job-controller Created pod: pi--1-9b5fwNormal Completed 3m34s job-controller Job completed
7. CronJob
官方文档：概念 | 工作负载 | 工作负载资源 | CronJob
7.1 准备工作
-
CronJob 创建基于时隔重复调度的 Jobs。
-
一个 CronJob 对象就像 crontab (cron table) 文件中的一行。 它用 Cron 格式进行编写， 并周期性地在给定的调度时间执行 Job
-
CronJob 用于执行周期性的动作，例如备份、报告生成等。 这些任务中的每一个都应该配置为周期性重复的（例如：每天/每周/每月一次）； 你可以定义任务开始执行的时间间隔。
7.2 Cron 时间表语法
- 例如，下面这行指出必须在每个星期五的午夜以及每个月 13 号的午夜开始任务：
0 0 13 * 5
7.3 创建 CronJob
- CronJob 用于执行周期性的动作
- 例如备份、报告生成等。 这些任务中的每一个都应该配置为周期性重复的（例如：每天/每周/每月一次）； 你可以定义任务开始执行的时间间隔。
[root@k8s-1 ~]# vim cronjob.yaml
apiVersion: batch/v1
kind: CronJob
metadata:name: cronjob-example
spec:schedule: "* * * * *"jobTemplate:spec:template:spec:containers:- name: cronjobimage: busyboxargs:- /bin/sh- -c- date; echo Hello from k8s clusterrestartPolicy: OnFailure
- 生效后，查看状态
[root@k8s-1 ~]# kubectl get cronjobs.batch
NAME SCHEDULE SUSPEND ACTIVE LAST SCHEDULE AGE
cronjob-example * * * * * False 0 <none> 18s
[root@k8s-1 ~]# kubectl get jobs.batch
NAME COMPLETIONS DURATION AGE
cronjob-example-27534699 1/1 26s 41s
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
cronjob-example-27534699--1-2h84n 0/1 Completed 0 42s
7.4 CronJob 可以调整的参数
- 对 CronJob 执行 edit 操作，查看可以调整的参数（没有做修改）
[root@k8s-1 ~]# kubectl edit cronjobs.batch
Edit cancelled, no changes made.
- 查看pod，发现已经有 3 个，因为 CronJob 会保留 3 个 history
[root@k8s-1 ~]# kubectl get pod
NAME READY STATUS RESTARTS AGE
cronjob-example-27534701--1-cgfm9 0/1 Completed 0 2m24s
cronjob-example-27534702--1-f7mtx 0/1 Completed 0 84s
cronjob-example-27534703--1-98jr4 0/1 Completed 0 24s
[root@k8s-1 ~]# kubectl get jobs.batch
NAME COMPLETIONS DURATION AGE
cronjob-example-27534701 1/1 9s 2m45s
cronjob-example-27534702 1/1 26s 105s
cronjob-example-27534703 1/1 7s 45s
