k8s–deployment控制器、扩缩容、升级策略

作者：王立君淑霖_189 | 来源：互联网 | 2023-09-25 09:59

介绍Deployment表示用户对K8S集群的一次更新操作。Deployment是一个比RS(ReplicaSet,RS)应用模型更广的API对象，可以是创建一个新的服务，更新一个

介绍

Deployment 表示用户对 K8S 集群的一次更新操作。Deployment 是一个比 RS( Replica Set, RS) 应用模型更广的 API 对象，可以是创建一个新的服务，更新一个新的服务，也可以是滚动升级一个服务。滚动升级一个服务，实际是创建一个新的 RS，然后逐渐将新 RS 中副本数增加到理想状态，将旧 RS 中的副本数减少到 0 的复合操作。

这样一个复合操作用一个 RS 是不好描述的，所以用一个更通用的 Deployment 来描述。以 K8S 的发展方向，未来对所有长期伺服型的业务的管理，都会通过 Deployment来管理。

Deployment主要功能有下面几个：

支持 ReplicaSet 的所有功能

支持发布的停止、继续

支持滚动升级和回滚版本

Deployment 的资源清单文件：

apiVersion: apps/v1 # 版本号
kind: Deployment # 类型
metadata: # 元数据
name: # rs名称
namespace: # 所属命名空间
labels: #标签
controller: deploy
spec: # 详情描述
replicas: 3 # 副本数量
revisionHistoryLimit: 3 # 保留历史版本
paused: false # 暂停部署，默认是false
progressDeadlineSeconds: 600 # 部署超时时间（s），默认是600
strategy: # 策略
type: RollingUpdate # 滚动更新策略
rollingUpdate: # 滚动更新
maxSurge: 30% # 最大额外可以存在的副本数，可以为百分比，也可以为整数
maxUnavailable: 30% # 最大不可用状态的 Pod 的最大值，可以为百分比，也可以为整数
selector: # 选择器，通过它指定该控制器管理哪些pod
matchLabels: # Labels匹配规则
app: nginx-pod
matchExpressions: # Expressions匹配规则
- {key: app, operator: In, values: [nginx-pod]}
template: # 模板，当副本数量不足时，会根据下面的模板创建pod副本
metadata:
labels:
app: nginx-pod
spec:
containers:
- name: nginx
image: nginx:1.17.1
ports:
- containerPort: 80

创建 deployment

创建 pc-deployment.yaml，内容如下：

apiVersion: apps/v1
kind: Deployment # 类型为 deployment
metadata:
name: pc-deployment # deployment 的名称
namespace: zouzou
spec:
replicas: 3 # 副本数为 3
selector: # 选择器，和 template 的对应
matchLabels:
app: nginx-pod
template:
metadata:
labels:
app: nginx-pod
spec:
containers:
- name: nginx
image: nginx:1.14

创建 pod

# 创建 deployment，--record=true 表示将命令记录到版本里面
[root@dce-10-6-215-215 tmp]# kubectl create -f pc-deployment.yaml --record=true
deployment.apps/pc-deployment created
# 查看 deployment，deploy 是 deployment 的简写
# UP-TO-DATE：最新版本的 pod 的数量
# AVAILABLE：当前可用的 pod 的数量，pc-deployment 就是 yaml 里写的 name
[root@dce-10-6-215-215 tmp]# kubectl get deploy pc-deployment -n zouzou
NAME READY UP-TO-DATE AVAILABLE AGE
pc-deployment 3/3 3 3 23s
# 查看 rs，发现 rs 的名称是在原来的 deployment 的名字后面添加了一个 10 位数的随机串
[root@dce-10-6-215-215 tmp]# kubectl get rs -n zouzou
NAME DESIRED CURRENT READY AGE
nginx3-c5d7c9466 1 1 1 62m
pc-deployment-5db6b86685 3 3 3 33s
# 查看 pod，pod 是在 rs 的名称后面添加了 5 位随机数
[root@dce-10-6-215-215 tmp]# kubectl get pod -n zouzou
NAME READY STATUS RESTARTS AGE
nginx3-c5d7c9466-vnt9c 1/1 Running 0 59m
pc-deployment-5db6b86685-6rhsd 1/1 Running 0 46s
pc-deployment-5db6b86685-w9g25 1/1 Running 0 46s
pc-deployment-5db6b86685-z2ktw 1/1 Running 0 46s

扩缩容

deployment 的扩缩容和 rs 的扩缩容一样，参考：https://www.cnblogs.com/zouzou-busy/p/16153136.html

1.使用命令的方式

# 变更副本数为 5 个，注意，扩缩的时候写的是控制器的名称，不是 pod [root@dce-10-6-215-215 tmp]# kubectl scale deploy pc-deployment --replicas=5 -n zouzou deployment.apps/pc-deployment scaled # 查看 deployment [root@dce-10-6-215-215 tmp]# kubectl get deploy pc-deployment -n zouzou NAME READY UP-TO-DATE AVAILABLE AGE pc-deployment 5/5 5 5 10m # 查看 pod [root@dce-10-6-215-215 tmp]# kubectl get pod -n zouzou NAME READY STATUS RESTARTS AGE nginx3-c5d7c9466-vnt9c 1/1 Running 0 69m pc-deployment-5db6b86685-6rhsd 1/1 Running 0 10m pc-deployment-5db6b86685-9sbnj 1/1 Running 0 30s pc-deployment-5db6b86685-cc5kt 1/1 Running 0 30s pc-deployment-5db6b86685-w9g25 1/1 Running 0 10m pc-deployment-5db6b86685-z2ktw 1/1 Running 0 10m

2.通过编辑的方式

# 编辑 deployment 的副本数量，改为两个
[root@dce-10-6-215-215 tmp]# kubectl edit deploy pc-deployment -n zouzou
deployment.apps/pc-deployment edited
# 查看 pod 数量，有些 pod 正在停止
[root@dce-10-6-215-215 tmp]# kubectl get pod -n zouzou
NAME READY STATUS RESTARTS AGE
nginx3-c5d7c9466-vnt9c 1/1 Running 0 72m
pc-deployment-5db6b86685-6rhsd 1/1 Running 0 13m
pc-deployment-5db6b86685-9sbnj 0/1 Terminating 0 3m38s
pc-deployment-5db6b86685-cc5kt 1/1 Running 0 3m38s
pc-deployment-5db6b86685-w9g25 0/1 Terminating 0 13m
pc-deployment-5db6b86685-z2ktw 0/1 Terminating 0 13m
# 查看 pod，只有两个在运行了
[root@dce-10-6-215-215 tmp]# kubectl get pod -n zouzou
NAME READY STATUS RESTARTS AGE
nginx3-c5d7c9466-vnt9c 1/1 Running 0 72m
pc-deployment-5db6b86685-6rhsd 1/1 Running 0 14m
pc-deployment-5db6b86685-cc5kt 1/1 Running 0 3m46s

3.通过修改 yaml 文件的方式，在 apply 一下，不做演示

镜像升级

升级：假设从版本为1.14 升级到 1.15 ，这就叫应用的升级【升级可以保证服务不中断】

deployment 支持两种更新策略，重建更新和滚动更新，可以通过 strategy 指定策略类型，支持两个属性

strategy: # 指定新的 pod 替换旧的 pod 的策略，支持两个属性
type: # 指定策略类型，支持两种策略
Recreate: # 重建更新，在创建出新的 pod 之前会先杀掉所有已经存在的 pod
RollingUpdate: # 滚动更新，就是杀死一部分，就启动一部分，在更新过程中，存在两个版本的 pod
rollingUpdate: # 用来指定在升级过程中不可用 pod 的最大数量，默认为 25%
maxSurge: # 用来指定在升级过程中可以超过期望的 pod 的最大数量，默认为 25%

重建更新

编辑 pc-deployment.yaml，在 spec 节点下添加更新策略

apiVersion: apps/v1
kind: Deployment # 类型为 deployment
metadata:
name: pc-deployment # deployment 的名称
namespace: zouzou
spec:
strategy: # 更新策略
type: Recreate # 重建更新
replicas: 3 # 副本数为 3
selector: # 选择器，和 template 的对应
matchLabels:
app: nginx-pod
template:
metadata:
labels:
app: nginx-pod
spec:
containers:
- name: nginx
image: nginx:1.14

在 apply 一下

kubectl apply -f pc-deployment.yaml

修改镜像，将镜像从 1.14 改为 1.15

kubectl set image deployment pc-deployment nginx=nginx:1.15 -n zouzou

为了观察方便，我们可以在开一个窗口，使用 -w 参数动态监听

从下面的结果可以看出，一下子三个 pod 都停止了，然后重新创建了三个 pod，在运行

[root@dce-10-6-215-215 ~]# kubectl get pods -n zouzou -w
NAME READY STATUS RESTARTS AGE
nginx3-c5d7c9466-vnt9c 1/1 Running 0 96m
pc-deployment-5db6b86685-6rhsd 1/1 Running 0 37m
pc-deployment-5db6b86685-cc5kt 1/1 Running 0 27m
pc-deployment-5db6b86685-cw5l6 1/1 Running 0 2m1s
pc-deployment-5db6b86685-cw5l6 1/1 Terminating 0 2m57s
pc-deployment-5db6b86685-cc5kt 1/1 Terminating 0 27m
pc-deployment-5db6b86685-6rhsd 1/1 Terminating 0 38m
pc-deployment-5db6b86685-cw5l6 0/1 Terminating 0 3m
pc-deployment-5db6b86685-cc5kt 0/1 Terminating 0 28m
pc-deployment-5db6b86685-6rhsd 0/1 Terminating 0 38m
pc-deployment-5db6b86685-cw5l6 0/1 Terminating 0 3m1s
pc-deployment-5db6b86685-cw5l6 0/1 Terminating 0 3m1s
pc-deployment-5db6b86685-6rhsd 0/1 Terminating 0 38m
pc-deployment-5db6b86685-6rhsd 0/1 Terminating 0 38m
pc-deployment-5db6b86685-cc5kt 0/1 Terminating 0 28m
pc-deployment-5db6b86685-cc5kt 0/1 Terminating 0 28m
pc-deployment-78d879f8b6-2d5fx 0/1 Pending 0 0s
pc-deployment-78d879f8b6-2d5fx 0/1 Pending 0 0s
pc-deployment-78d879f8b6-ntvb9 0/1 Pending 0 0s
pc-deployment-78d879f8b6-qpscz 0/1 Pending 0 0s
pc-deployment-78d879f8b6-ntvb9 0/1 Pending 0 0s
pc-deployment-78d879f8b6-qpscz 0/1 Pending 0 0s
pc-deployment-78d879f8b6-ntvb9 0/1 ContainerCreating 0 0s
pc-deployment-78d879f8b6-2d5fx 0/1 ContainerCreating 0 0s
pc-deployment-78d879f8b6-qpscz 0/1 ContainerCreating 0 0s
pc-deployment-78d879f8b6-2d5fx 0/1 ContainerCreating 0 3s
pc-deployment-78d879f8b6-qpscz 0/1 ContainerCreating 0 3s
pc-deployment-78d879f8b6-ntvb9 0/1 ContainerCreating 0 3s
pc-deployment-78d879f8b6-2d5fx 0/1 ContainerCreating 0 3s
pc-deployment-78d879f8b6-qpscz 0/1 ContainerCreating 0 3s
pc-deployment-78d879f8b6-ntvb9 0/1 ContainerCreating 0 3s
pc-deployment-78d879f8b6-ntvb9 1/1 Running 0 5s
pc-deployment-78d879f8b6-2d5fx 1/1 Running 0 5s
pc-deployment-78d879f8b6-qpscz 1/1 Running 0 5s

滚动更新

编辑 pc-deployment.yaml，修改更新策略，改为滚动更新

apiVersion: apps/v1
kind: Deployment # 类型为 deployment
metadata:
name: pc-deployment # deployment 的名称
namespace: zouzou
spec:
strategy: # 更新策略
type: RollingUpdate # 滚动更新策略
rollingUpdate:
maxSurge: 25%
maxUnavailable: 25%
replicas: 3 # 副本数为 3
selector: # 选择器，和 template 的对应
matchLabels:
app: nginx-pod
template:
metadata:
labels:
app: nginx-pod
spec:
containers:
- name: nginx
image: nginx:1.14

在 apply 一下，这时候的镜像还是 1.14

kubectl apply -f pc-deployment.yaml

修改镜像，将镜像从 1.14 改为 1.15

kubectl set image deployment pc-deployment nginx=nginx:1.15 -n zouzou

为了观察方便，我们可以在开一个窗口，使用 -w 参数动态监听

从下面的结果可以看出，先创建一个容器，创建成功了在停止一个容器，依次更新

在我们执行完命令后，能看到升级的过程

首先是开始的 nginx 1.14 版本的 Pod 在运行，然后 1.15 版本的在创建

然后在 1.15 版本创建完成后，就会暂停1.14版本

最后把 1.14 版本的 Pod 移除，完成我们的升级

我们在下载 1.15版本，容器就处于 ContainerCreating 状态，然后下载完成后，就用 1.15 版本去替换 1.14 版本了，这么做的好处就是：升级可以保证服务不中断

[root@dce-10-6-215-215 ~]# kubectl get pods -n zouzou -w
NAME READY STATUS RESTARTS AGE
nginx3-c5d7c9466-vnt9c 1/1 Running 0 106m
pc-deployment-5db6b86685-fjz46 1/1 Running 0 2m39s
pc-deployment-5db6b86685-hdmvd 1/1 Running 0 2m34s
pc-deployment-5db6b86685-j7v8f 1/1 Running 0 2m44s
pc-deployment-78d879f8b6-crn8s 0/1 Pending 0 0s
pc-deployment-78d879f8b6-crn8s 0/1 Pending 0 0s
pc-deployment-78d879f8b6-crn8s 0/1 ContainerCreating 0 0s
pc-deployment-78d879f8b6-crn8s 0/1 ContainerCreating 0 2s
pc-deployment-78d879f8b6-crn8s 0/1 ContainerCreating 0 2s
pc-deployment-78d879f8b6-crn8s 1/1 Running 0 4s
pc-deployment-5db6b86685-hdmvd 1/1 Terminating 0 2m48s
pc-deployment-78d879f8b6-r8wbx 0/1 Pending 0 0s
pc-deployment-78d879f8b6-r8wbx 0/1 Pending 0 0s
pc-deployment-78d879f8b6-r8wbx 0/1 ContainerCreating 0 0s
pc-deployment-78d879f8b6-r8wbx 0/1 ContainerCreating 0 3s
pc-deployment-5db6b86685-hdmvd 0/1 Terminating 0 2m51s
pc-deployment-78d879f8b6-r8wbx 0/1 ContainerCreating 0 3s
pc-deployment-78d879f8b6-r8wbx 1/1 Running 0 5s
pc-deployment-5db6b86685-fjz46 1/1 Terminating 0 2m58s
pc-deployment-78d879f8b6-djg6c 0/1 Pending 0 0s
pc-deployment-78d879f8b6-djg6c 0/1 Pending 0 0s
pc-deployment-78d879f8b6-djg6c 0/1 ContainerCreating 0 0s
pc-deployment-78d879f8b6-djg6c 0/1 ContainerCreating 0 3s
pc-deployment-5db6b86685-fjz46 0/1 Terminating 0 3m1s
pc-deployment-78d879f8b6-djg6c 0/1 ContainerCreating 0 3s
pc-deployment-5db6b86685-fjz46 0/1 Terminating 0 3m2s
pc-deployment-5db6b86685-fjz46 0/1 Terminating 0 3m2s
pc-deployment-78d879f8b6-djg6c 1/1 Running 0 5s
pc-deployment-5db6b86685-j7v8f 1/1 Terminating 0 3m8s
pc-deployment-5db6b86685-hdmvd 0/1 Terminating 0 2m59s
pc-deployment-5db6b86685-hdmvd 0/1 Terminating 0 2m59s
pc-deployment-5db6b86685-j7v8f 0/1 Terminating 0 3m11s
pc-deployment-5db6b86685-j7v8f 0/1 Terminating 0 3m12s
pc-deployment-5db6b86685-j7v8f 0/1 Terminating 0 3m12s

滚动更新的过程如下图所示：

查看 RS 的变化

查看 RS 。发现原来的 RS 依旧存在，只是 pod 的数量变为了 0，而后又新产生了一个 RS，pod 的数量为 3 ，为什么会这样呢？想一下，当我们升级了版本之后，如果这个版本有 bug 怎么办？是不是要马上回滚到上一个版本，这就是 deployment 的高明之处，不会删除之前的 RS

# 查看 rs,发现原来的 rs 依旧存在，只是 pod 数量变为了 0，而后又新产生了一个 rs，pod数量为 3
# 其实这就是 deployment 能够进行版本回退的奥妙所在，后面会详细解释
[root@dce-10-6-215-215 ~]# kubectl get rs -n zouzou
NAME DESIRED CURRENT READY AGE
nginx3-c5d7c9466 1 1 1 111m
pc-deployment-5db6b86685 0 0 0 49m
pc-deployment-78d879f8b6 3 3 3 11m

查看更新状态

可以通过下面的命令查看更新的状态

# pc-deployment 是 deployment 的名称
kubectl rollout status deployment pc-deployment -n zouzou

推荐阅读

controller
Spring特性实现接口多类的动态调用详解

本文详细介绍了如何使用Spring特性实现接口多类的动态调用。通过对Spring IoC容器的基础类BeanFactory和ApplicationContext的介绍，以及getBeansOfType方法的应用，解决了在实际工作中遇到的接口及多个实现类的问题。同时，文章还提到了SPI使用的不便之处，并介绍了借助ApplicationContext实现需求的方法。阅读本文，你将了解到Spring特性的实现原理和实际应用方式。 ... [详细]

蜡笔小新 2023-12-14 03:24:19
controller
图解redis的持久化存储机制RDB和AOF的原理和优缺点

本文通过图解的方式介绍了redis的持久化存储机制RDB和AOF的原理和优缺点。RDB是将redis内存中的数据保存为快照文件，恢复速度较快但不支持拉链式快照。AOF是将操作日志保存到磁盘，实时存储数据但恢复速度较慢。文章详细分析了两种机制的优缺点，帮助读者更好地理解redis的持久化存储策略。 ... [详细]

蜡笔小新 2023-12-13 20:24:11
client
计算机网络初识及通信流程分析

本文介绍了计算机网络的定义和通信流程，包括客户端编译文件、二进制转换、三层路由设备等。同时，还介绍了计算机网络中常用的关键词，如MAC地址和IP地址。 ... [详细]

蜡笔小新 2023-12-13 16:50:29
utf-8
在Xamarin XAML语言中如何在页面级别构建ControlTemplate控件模板

本文介绍了在Xamarin XAML语言中如何在页面级别构建ControlTemplate控件模板的方法和步骤，包括将ResourceDictionary添加到页面中以及在ResourceDictionary中实现模板的构建。通过本文的阅读，读者可以了解到在Xamarin XAML语言中构建控件模板的具体操作步骤和语法形式。 ... [详细]

蜡笔小新 2023-12-12 17:52:50
go
如何更高效地使用IF函数来获取输出列表

本文讨论了如何使用IF函数从基于有限输入列表的有限输出列表中获取输出，并提出了是否有更快/更有效的执行代码的方法。作者希望了解是否有办法缩短代码，并从自我开发的角度来看是否有更好的方法。提供的代码可以按原样工作，但作者想知道是否有更好的方法来执行这样的任务。 ... [详细]

蜡笔小新 2023-12-12 17:32:28
go
Python爬虫技术基础篇面向对象高级编程（中）的多重继承

本文介绍了Python爬虫技术基础篇面向对象高级编程（中）中的多重继承概念。通过继承，子类可以扩展父类的功能。文章以动物类层次的设计为例，讨论了按照不同分类方式设计类层次的复杂性和多重继承的优势。最后给出了哺乳动物和鸟类的设计示例，以及能跑、能飞、宠物类和非宠物类的增加对类数量的影响。 ... [详细]

蜡笔小新 2023-12-12 16:19:02
go
MySQL多表数据库操作方法及子查询详解

本文详细介绍了MySQL数据库的多表操作方法，包括增删改和单表查询，同时还解释了子查询的概念和用法。文章通过示例和步骤说明了如何进行数据的插入、删除和更新操作，以及如何执行单表查询和使用聚合函数进行统计。对于需要对MySQL数据库进行操作的读者来说，本文是一个非常实用的参考资料。 ... [详细]

蜡笔小新 2023-12-09 22:17:43
go
的错误消息：

ZSI.generate.Wsdl2PythonError: unsupported local simpleType restriction ... [详细]

蜡笔小新 2023-12-13 20:28:08
go
基于事件驱动的并发编程及其消息通信机制的同步与异步、阻塞与非阻塞、IO模型的分类

本文介绍了基于事件驱动的并发编程中的消息通信机制，包括同步和异步的概念及其区别，阻塞和非阻塞的状态，以及IO模型的分类。同步阻塞IO、同步非阻塞IO、异步阻塞IO和异步非阻塞IO等不同的IO模型被详细解释。这些概念和模型对于理解并发编程中的消息通信和IO操作具有重要意义。 ... [详细]

蜡笔小新 2023-12-13 19:32:09
go
Oracle分析函数first_value()和last_value()的用法及原理

本文介绍了Oracle分析函数first_value()和last_value()的用法和原理，以及在查询销售记录日期和部门中的应用。通过示例和解释，详细说明了first_value()和last_value()的功能和不同之处。同时，对于last_value()的结果出现不一样的情况进行了解释，并提供了理解last_value()默认统计范围的方法。该文对于使用Oracle分析函数的开发人员和数据库管理员具有参考价值。 ... [详细]

蜡笔小新 2023-12-13 19:07:23
client
计算机存储系统的层次结构及其优势

本文介绍了计算机存储系统的层次结构，包括高速缓存、主存储器和辅助存储器三个层次。通过分层存储数据可以提高程序的执行效率。计算机存储系统的层次结构将各种不同存储容量、存取速度和价格的存储器有机组合成整体，形成可寻址存储空间比主存储器空间大得多的存储整体。由于辅助存储器容量大、价格低，使得整体存储系统的平均价格降低。同时，高速缓存的存取速度可以和CPU的工作速度相匹配，进一步提高程序执行效率。 ... [详细]

蜡笔小新 2023-12-13 17:32:41
function
Python正则表达式学习记录及常用方法

本文记录了学习Python正则表达式的过程，介绍了re模块的常用方法re.search，并解释了rawstring的作用。正则表达式是一种方便检查字符串匹配模式的工具，通过本文的学习可以掌握Python中使用正则表达式的基本方法。 ... [详细]

蜡笔小新 2023-12-13 16:37:19
function
开发笔记：select from具体执行相关知识介绍及案例分析

本文由编程笔记小编整理，主要介绍了select from具体执行相关的知识，包括数据插入、查询最小rowID、查询每个重复名字的最小rowID、删除重复数据等操作，并提供了案例分析。希望对读者有一定的参考价值。 ... [详细]

蜡笔小新 2023-12-13 15:54:05
jsp
高质量SQL书写的30条建议

本文提供了30条关于优化SQL的建议，包括避免使用select *，使用具体字段，以及使用limit 1等。这些建议是基于实际开发经验总结出来的，旨在帮助读者优化SQL查询。 ... [详细]

蜡笔小新 2023-12-13 13:24:33
jsp
MySQL表分区的创建、增加和删除方法详解

本文详细介绍了MySQL表分区的创建、增加和删除方法，包括查看分区数据量和全库数据量的方法。欢迎大家阅读并给予点评。 ... [详细]

蜡笔小新 2023-12-13 12:26:11

王立君淑霖_189

这个家伙很懒，什么也没留下！

Tags | 热门标签

RankList | 热门文章