综合百科

如何理解Deployment的操作

时间：2024-05-18 11:53:57

本篇文章给大家分享的是有关如何理解deployment的操作，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。

我们通过一些简单的例子来演示Deployment的创建、查看、更新、删除等操作，以期快速地掌握Deployment的用法。

创建

首先我们先将以下配置保存到名为deployment.yaml的文件中。

apiVersion:apps/v1kind:Deploymentmetadata:name:nginx-deploymentlabels:app:nginxspec:replicas:3selector:matchLabels:app:nginxtemplate:metadata:labels:app:nginxspec:containers:-name:nginximage:nginx:1.19.0

该份配置将创建一个名为nginx-deployment的Deployment资源对象，根据spec.replicas中的信息可知，它期望有3个Pod副本。

接下来使用kubectl create命令将该配置提交给kube-apiserver，如下所示：

[root@ecs-d8b6manifests]#kubectlcreate-fdeployment.yamldeployment.apps/nginx-deploymentcreated

根据命令行输出内容可知，名为nginx-deployment的Deployment已创建完成。

查看

当创建一个Deployment资源对象时，Deployment控制器不会直接创建Pod，而是通过创建ReplicaSet来间接创建Pod。

查看Deployment

查看新创建的Deployment资源：

[root@ecs-d8b6manifests]#kubectlgetdeploymentNAMEREADYUP-TO-DATEAVAILABLEAGEnginx-deployment3/33390s

命令行输出中各字段含义如下：

  • NAME：Deployment资源名称，同配置中的metadata.name；

  • READY：<已处于Reday状态的Pod数量>/<期望的Pod数量>；

  • UP-TO-DATE：处于最新状态的Pod数量；

  • AVAILABLE：可用的Pod数量；

  • AGE：应用运行时间，也是资源自创建至今经过的时间。

此处READY和AVAILABLE有一些细微的区别，当Pod中指定的容器全部运行起来后，就可以认定该Pod为READY，所以READY含义更倾向于Running，而AVAILABLE要求会更严格一些，只有当Pod处于READY状态且持续一段时间后才可被认定为AVAILABLE，其含义更倾向于可用的数量。

UP-TO-DATE表示运行最新配置的Pod数量，当修改Deployment配置中Pod模版时，新版的Pod会被创建且短期内会与旧版的Pod并存，UP-TO-DATE正是表示已创建的新版Pod数量。

查看ReplicaSet

接着查看ReplicaSet：

[root@ecs-d8b6manifests]#kubectlgetreplicasetNAMEDESIREDCURRENTREADYAGEnginx-deployment-6fd78f555b333104s

由Deployment创建的ReplicaSet名称由Deployment的名称和一个随机字符串组成。

查看Pod

接着查看最终生成的Pod：

[root@ecs-d8b6manifests]#kubectlgetpodsNAMEREADYSTATUSRESTARTSAGEnginx-deployment-6fd78f555b-clf9w1/1Running0110snginx-deployment-6fd78f555b-vlvp61/1Running0110snginx-deployment-6fd78f555b-wjslg1/1Running0110s

这些Pod都是由ReplicaSet自动创建出来的，其名称由ReplicaSet名称和一个随机字符串组成。

更新

由于Deployment控制器通过ReplicaSet来创建并管理Pod，当修改Deployment配置中的spec.replicas时，Deployment控制器相应地也会修改Replicaset中spec.replicas值，最终由Replicaset控制器来调整Pod的副本数，该部分功能我们已经在介绍ReplicaSet时演示过，此处不再演示。

我们在此演示一种Deployment相较于ReplicaSet更高阶的功能，即应用版本的升降级。当前应用使用的nginx镜像版本为1.19.0，我们希望把该版本降为1.18.0。

通过以下命令，将spec.template.spec.containers.image值由nginx:1.19.0改为nginx:1.18.0:

[root@ecs-d8b6manifests]#kubectleditdeploymentsnginx-deployment

然后再次查看Deployment、ReplicaSet和Pod：

[root@ecs-d8b6manifests]#kubectlgetdeploymentNAMEREADYUP-TO-DATEAVAILABLEAGEnginx-deployment3/33333m[root@ecs-d8b6manifests]#kubectlgetreplicasetNAMEDESIREDCURRENTREADYAGEnginx-deployment-6fd78f555b00033mnginx-deployment-7df9bc6ff533332s[root@ecs-d8b6manifests]#kubectlgetpodsNAMEREADYSTATUSRESTARTSAGEnginx-deployment-7df9bc6ff5-4rz8l1/1Running040snginx-deployment-7df9bc6ff5-tmxwl1/1Running044snginx-deployment-7df9bc6ff5-vmdzp1/1Running042s

可以看到，之前的ReplicaSet（nginx-deployment-6fd78f555b）副本数已被修改为0，新的ReplicaSet（nginx-deployment-7df9bc6ff5）被创建了出来，进而创建了新的Pod。新的Pod中运行的容器镜像版本就是我们修改后的容器镜像版本，读者可以自行验证。

删除

当删除Deployment资源时，由Deployment控制器创建的ReplicaSet也会被删除，因此由ReplicaSet创建的Pod也会被删除。

[root@ecs-d8b6manifests]#kubectldeletedeploymentnginx-deploymentdeployment.apps"nginx-deployment"deleted[root@ecs-d8b6manifests]#kubectlgetreplicasetNoresourcesfoundindefaultnamespace.[root@ecs-d8b6manifests]#kubectlgetpodsNoresourcesfoundindefaultnamespace.
本文标签： deployment