架构师系列-k8s（四）-Deployment控制器

2024-04-28 05:20
文章标签 云原生 系列 k8s 控制器 deployment 架构师

本文主要是介绍架构师系列-k8s（四）-Deployment控制器，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

3. Deployment控制器

3.1 Deployment概述

Deployment为Pod和Replica Set（下一代Replication Controller）提供声明式更新

只需要在 Deployment 中描述想要的目标状态是什么，Deployment controller 就会帮您将 Pod 和ReplicaSet 的实际状态改变到您的目标状态，也可以定义一个全新的 Deployment 来创建 ReplicaSet 或者删除已有的 Deployment 并创建一个新的来替换。

3.1.1 其他特性

Deployment控制器资源的主要职责是为了保证Pod资源的健康运行，其大部分功能均可通过调用ReplicaSet实现，同时还增添部分特性。

  • 事件和状态查看：必要时可以查看Deployment对象升级的详细进度和状态。
  • 回滚：升级操作完成后发现问题时，支持使用回滚机制将应用返回到前一个或由用户指定的历史记录中的版本上。
  • 版本记录：对Deployment对象的每一个操作都予以保存，以供后续可能执行的回滚操作使用。
  • 暂停和启动：对于每一次升级，都能够随时暂停和启动。
  • 多种自动更新方案：一是Recreate，即重建更新机制，全面停止、删除旧有的Pod后用新版本替代；另一个是RollingUpdate，即滚动升级机制，逐步替换旧有的Pod至新的版本。

3.2 Deployment配置

3.2.1 编辑资源清单

vi nginx-deployment.ymlapiVersion: apps/v1
kind: Deployment
metadata:name: nginx-deployment
spec:replicas: 2minReadySeconds: 2  # 这里需要估一个比较合理的值，从容器启动到应用正常提供服务strategy:  # k8s 默认的 strategy 就是 RollingUpdate， 这里写明出来可以调节细节参数#type: Recreatetype: RollingUpdaterollingUpdate:maxSurge: 1  # 更新时允许最大激增的容器数，默认 replicas 的 1/4 向上取整maxUnavailable: 0  # 更新时允许最大 unavailable 容器数，默认 replicas 的 1/4 向下取整selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx:1.7.9ports:- containerPort: 80

3.2.2 配置项说明

3.2.2.1 配置解释

  • 我们定义了一个Deployment，名字叫nginx-deployment；
  • 通过spec.replicas字段定义了Pod的副本数是2；
  • 通过minReadySeconds设置等待多长的时间后才进行升级
  • 通过spec.selector字段定义了被打上app: nginx的标签的Pod才会被管理；
  • tmplate字段定义了这个Deployment管理的Pod应该是怎样的，具有怎样的属性；

3.2.2.2 控制器描述

总的来说一个Deploymet控制器可以由两部分组成：

4055358ce0134ed4a8f7f9ab84226a49.png 

3.2.3 创建控制器

kubectl apply -f nginx-deployment.yml
kubectl get pods -o wide

 

3.2.4 查看replicaset

ReplicaSet是一个副本控制器，ReplicaSet可以用selector来控制Pod的数量，而Deployments是一个更高层次的概念，它管理ReplicaSets，并提供对pod的声明性更新以及许多其他的功能。

kubectl get replicaset -o wide

通过查看资源对象可以看出，Deployment会自动创建相关的ReplicaSet控制器资源，并以"[DEPLOYMENT-name]-[POD-TEMPLATE-HASH-VALUE]"格式为其命名，其中的hash值由Deployment自动生成。而Pod名则是以ReplicaSet控制器的名称为前缀，后跟5位随机字符。

0eec6e014e0848c6b81584fadd1dd4a8.png

3.3 更新策略

ReplicaSet控制器的应用更新需要手动分成多步并以特定的次序进行，过程繁杂且容易出错，而Deployment却只需要由用户指定在Pod模板中要改动的内容，（如镜像文件的版本），余下的步骤便会由其自动完成。Pod副本数量也是一样。

Deployment控制器支持两种更新策略：滚动更新（rolling updata）和 重建更新（recreate），默认情况下为滚动更新

3.3.1 重建更新

重建更新为：先删除所有的Pod再根据新的模板创建新的Pod，中间会导致服务的不可用，用户要么使用的是新版本，要么就是旧版本

3.3.2 滚动更新

滚动更新是默认的更新策略，它在删除一些旧版本的Pod的同时补充创建一些新的Pod，更新期间服务不会中断。

滚动更新期间，应用升级期间还要确保可用的Pod对象数量不低于某些阈值，确保可以持续处理客户端请求，变动的方式和Pod对象的数量范围将通过maxSurge和maxunavailable两个属性协同进行定义

配置参数

两个参数用法如下：

  • maxSurge：指定升级期间存在的总Pod对象数量最多以超出期望值的个数，其值可以为0或者正整数，也可以是一个期望值的百分比：例如如果期望值是3，当前的属性值为1，则表示Pod对象的总数不能超过4个。
  • maxUnavailable：升级期间正常可用的Pod副本数（包括新旧版本）最多不能低于期望的个数、其值可以是0或者正整数，也可以是一个期望值的百分比，默认值为1；该值意味着如果期望值是3，那么在升级期间至少要有两个Pod对象处于正常提供服务的状态

maxSurge和maxUnavailable的数量不能同时为0，否则Pod对象的复本数量在符合用户期望的数量后无法做出合理变动以进行滚动更新操作。

3.4 更新控制器

命令扩容一般用于短期的临时性扩容，应付完成后要记得缩容到原来水平

3.4.1 命令更新

3.4.1.1 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image3.4.1.2 执行更新命令
kubectl set image deployment/nginx-deployment nginx=nginx:1.153.4.1.3 查看更新过程
在更新前打开新窗口，监控pod的更新变化kubectl get pods -o wide -w

04510df16fbe453ba0672962efcb03f9.png

在更新前打开新窗口，监控RS的更新变化

kubectl get rs -o wide -w

我们发现更新后新建了一个RS，并且保留原来的RS但是节点数为0用来回滚

0cdf3c5d2d464bb1a36f02025fbac44e.png

3.4.1.4 查看版本

通过命令查看pod的版本号

kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image

3.4.2 配置更新

3.4.2.1 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image3.4.2.2 编辑资源清单
vi nginx-deployment.ymlapiVersion: apps/v1
kind: Deployment
metadata:name: nginx-deployment
spec:replicas: 2selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx:1.20 # 将nginx版本改为1.20ports:- containerPort: 803.4.2.3 应用更新
kubectl apply -f nginx-deployment.yml3.4.2.4 查看更新过程
在更新前打开新窗口，监控pod的更新变化kubectl get pods -o wide -w

44fd6d38f52e41ef970bf6b32c84ea76.png

在更新前打开新窗口，监控RS的更新变化kubectl get rs -o wide -w
我们发现更新后新建了一个RS，并且保留原来的RS但是节点数为0用来回滚

838eae6209f24d90a2a42d501b93cc72.png

3.4.2.5 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image

cdff66c9294848b192e0361dda4e0dbc.png

3.4.3 回滚更新

通过rollout命令进行回滚操作

3.4.3.1 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image3.4.3.2 执行回滚命令
kubectl rollout undo deployment/nginx-deployment3.4.3.3 查看更新过程
在更新前打开新窗口，监控pod的更新变化kubectl get pods -o wide -w在更新前打开新窗口，监控RS的更新变化kubectl get rs -o wide -w
我们发现回滚没有创建新的rs而是将使用了原来的rs3.4.3.4 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image

1f3ad60e8cf940cca6462e0205aab74c.png

3.4.4 再次回滚

3.4.4.1 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image3.4.4.2 执行回滚命令
kubectl rollout undo deployment/nginx-deployment3.4.4.3 查看更新过程
在更新前打开新窗口，监控pod的更新变化kubectl get pods -o wide -w在更新前打开新窗口，监控RS的更新变化kubectl get rs -o wide -w
我们发现回滚没有创建新的rs而是将使用了原来的rs3.4.4.4 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image
我们发现rollout回滚只在最近的两个版本之间来回回滚，不会回滚到在上一个版本。

3.4.5 回滚指定版本

# 查看历史版本
通过rollout history查看版本历史kubectl rollout history deployment/nginx-deployment# 历史版本内容
通过指定版本号来查看变更内容，找到需要回滚的版本，这里我会回滚到最早版本nginx:1.7.9kubectl rollout history deployment/nginx-deployment --revision=1
我们找到了需要回滚的版本是1# 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image#执行回滚命令
写入我们需要回滚到的指定版本1kubectl rollout undo deployment/nginx-deployment --to-revision=1# 查看版本
通过命令查看pod的版本号kubectl get pods -o custom-columns=Name:metadata.name,Image:spec.containers[0].image
到此我们已经回滚到了指定版本

3.5 Deployment扩缩容

3.5.1 scale命令扩容

命令扩容一般用于短期的临时性扩容，应付完成后要记得缩容到原来水平

3.5.1.1 查看当前容量

当前是两个节点

d8865cb280364a0ea778556c995bc4fd.png 

3.5.1.2 执行扩容

使用scale命令可以对集群进行扩缩容，扩充到4个节点

 kubectl scale deployment nginx-deployment --replicas=4

3.5.1.3 查看扩容过程

在更新前打开新窗口，监控pod的更新变化

kubectl get pods -o wide -w

在更新前打开新窗口，监控RS的更新变化

kubectl get rs -o wide -w

我们发现扩容后只是在原来的RS集群上面增加了两个节点

db740de4b19545c4ba094fb8d26b971b.png 

3.5.2 配置文件缩容

配置文件扩缩容一般用于初始容量变更，长期进行扩缩容

3.5.2.1 查看当前容量

当前是4个节点

kubectl get pods -o wide

3.5.2.2 应用配置文件

因为我们没有更改配置文件，直接应用配置文件即可

kubectl apply -f nginx-deployment.yml

3.5.2.3 查看扩容过程

在更新前打开新窗口，监控pod的更新变化

kubectl get pods -o wide -w

在更新前打开新窗口，监控RS的更新变化

kubectl get rs -o wide -w

我们发现扩容后只是在原来的RS集群上面减少了两个节点

b7005d53fa724c7eb1b080a1a5895489.png 

3.6 删除Deployment

3.6.1 查看集群情况

#查看Deployment
kubectl get deployments -o wide# 查看POD
kubectl get pods -o wide#删除Deployment
执行删除命令删除Deploymentkubectl delete deployment nginx-deployment#查看Deployment
kubectl get deployments -o wide# 查看POD
kubectl get pods -o wide

 

 

 

这篇关于架构师系列-k8s（四）-Deployment控制器的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/942408。

相关文章

JavaWeb系列二十: jQuery的DOM操作 下

JavaWeb系列二十: jQuery的DOM操作 下

jQuery的DOM操作 CSS-DOM操作多选框案例页面加载完毕触发方法作业布置jQuery获取选中复选框的值jQuery控制checkbox被选中jQuery控制(全选/全不选/反选)jQuery动态添加删除用户 CSS-DOM操作 获取和设置元素的样式属性: css()获取和设置元素透明度: opacity属性获取和设置元素高度, 宽度: height(), widt
阅读更多...
C语言入门系列：探秘二级指针与多级指针的奇妙世界

C语言入门系列：探秘二级指针与多级指针的奇妙世界

文章目录 一，指针的回忆杀1，指针的概念2，指针的声明和赋值3，指针的使用3.1 直接给指针变量赋值3.2 通过*运算符读写指针指向的内存3.2.1 读3.2.2 写 二，二级指针详解1，定义2，示例说明3，二级指针与一级指针、普通变量的关系3.1，与一级指针的关系3.2，与普通变量的关系,示例说明 4，二级指针的常见用途5，二级指针扩展到多级指针 小结 C语言的学习之旅中，二级
阅读更多...
JavaWeb系列六: 动态WEB开发核心(Servlet) 上

JavaWeb系列六: 动态WEB开发核心(Servlet) 上

韩老师学生 官网文档为什么会出现Servlet什么是ServletServlet在JavaWeb项目位置Servlet基本使用Servlet开发方式说明快速入门- 手动开发 servlet浏览器请求Servlet UML分析Servlet生命周期GET和POST请求分发处理通过继承HttpServlet开发ServletIDEA配置ServletServlet注意事项和细节 Servlet注
阅读更多...
C语言入门系列：初识函数

C语言入门系列：初识函数

文章目录 一，C语言函数与数学函数的区别1，回忆杀-初中数学2，C语言中的函数 二， 函数的声明1，函数头1.1，函数名称1.2，返回值类型1.3，参数列表 2，函数体2.1，函数体2.2，return语句 三，main函数四，函数的参数与传递方式1，实参和形参1.1，函数定义（含形参）1.2，函数调用（使用实参） 2，参数传递方式2.1，值传递2.2，引用传递 五，函数原型与预声明1，
阅读更多...
云原生容器技术入门：Docker、K8s技术的基本原理和用途

云原生容器技术入门：Docker、K8s技术的基本原理和用途

🐇明明跟你说过：个人主页 🏅个人专栏：《未来已来：云原生之旅》🏅 🔖行路有良友，便是天堂🔖 目录 一、容器技术概述 1、什么是容器技术 2、容器技术的历史与发展 3、容器技术与虚拟机的比较 4、容器技术在云原生中的作用 二、Docker基础 1、Docker简介 2、Docker架构 3、Docker与工作原理 三、Kubernetes（k8s）基础 1、
阅读更多...
django学习入门系列之第三点《案例 小米商城头标》

django学习入门系列之第三点《案例 小米商城头标》

文章目录 阴影案例 小米商城头标往期回顾 阴影 设置阴影 box-shadow:水平方向 垂直方向 模糊距离 颜色 box-shadow: 5px 5px 5px #aaa; 案例 小米商城头标 目标样式： CSS中的代码 /*使外边距等于0，即让边框与界面贴合*/body{margin: 0;}/*控制父级边框*/.header{backgroun
阅读更多...
MyBatis系列之分页插件及问题

MyBatis系列之分页插件及问题

概述 无论是C端产品页面，还是后台系统页面，不可能一次性将全部数据加载出来。后台系统一般都是PC端登录，用Table组件（如Ant Design Table）渲染展示数据，可点击列表的下一页（或指定某一页）查看数据。C端产品如App，在下滑时可查看更多数据，看起来像是一次性加载数据，实际上也是分批请求后台系统获取数据。而这，就是分页功能。 如果没有使用Hibernate或MyBatis这样的O
阅读更多...
CSS列表属性：list-style系列属性详解

CSS列表属性：list-style系列属性详解

CSS（层叠样式表）是用于控制网页样式的一种语言，它允许开发者以一种非常灵活的方式来设置网页元素的外观。在CSS中，list-style属性族是专门用来设置列表样式的。列表是网页设计中常见的元素，它们可以是有序列表（<ol>）或无序列表（<ul>）。list-style系列属性允许你自定义列表项前的标记，包括类型、位置和图像。 1. list-style-type list-style-typ
阅读更多...
ArkTS开发系列之导航 (2.7动画）

ArkTS开发系列之导航 (2.7动画）

上篇回顾： ArkTS开发系列之导航 (2.6 图形） 本篇内容：动画的学习使用 一、 知识储备 1. 布局更新动画 包含显式动画（animateTo）和属性动画（animation） 动画类型名称特点显式动画闭包内的变化都会触发动画执行， 可以做较复杂的动画属性动画属性变化时触发动画执行， 设置简单 说白了，显示动画就是靠闭包事件触发，属性动画是挂在组件身上的属性变化触发 显式动画
阅读更多...
飞行堡垒系列_键盘灯开关

飞行堡垒系列_键盘灯开关

飞行堡垒系列键盘灯可以通过键盘上的"Fn + 方向键"控制 演示机型品牌型号：飞行堡垒8 系统版本：Windows 11         飞行堡垒键盘灯可通过键盘上的"Fn+方向键"控制。         " Fn + 下方向键 "为减弱键盘灯光，多按几次键盘灯就可关闭。         " Fn + 上方向键 "可增强键盘灯光。除此此外，FN+F7/F8还可以调节屏幕的亮度。
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2