K8s学习四（资源调度_1）

资源调度

  • 发现对Pod操作不方便，不能直接操作，而且不能直接编辑，需要对原来的配置文件进行操作，而且需要删除之后再创建Pod，不方便，更多是通过控制器来操作。

Label和Selector

  • 通过设置标签和选择器来确定需要的资源，如果是kubectl get po，就是Pod，这里的po可以替换成其他资源，如deploy。
Label
  • label，标签可以在配置文件或者命令行kubectl中设置
  • 命令行中，有下面的命令：
# 创建临时label
kubectl label po <资源名称> app=hello# 修改已经存在的标签
kubectl label po <资源名称> app=hello2 --overwrite# 查看label# selector 按照 label 单值查找节点
kubectl get po -A -l app=hello# selector 按照 label 多值查找节点，也可以不等查找
kubectl get po -A -l test=1.0.0,type=app
kubectl get po -A -l test=1.0.0,app!=hello# selector 按照 label 选择多值查找节点，引号必须有，避免歧义
kubectl get po -A -l 'test in (1.0.0,1.0.1),type=app'# 查看所有节点的 labels
kubectl get po --show-labels# selector 按照 label 综合查找节点
kubectl get po -A -l app=hello --show-labels# - 是 -- 命令的缩写，例如，-l 是 --label 的缩写，-A 是 --all-namespaces 的缩写。
Selector
  • 进行选择对应的资源
  • 可以在配置文件中配置，在各对象的配置 spec.selector 或其他可以写 selector 的属性中编写
  • 也可以在kubectl命令中：
# 匹配单个值，查找 app=hello 的 pod
kubectl get po -A -l app=hello# 匹配多个值
kubectl get po -A -l 'k8s-app in (metrics-server, kubernetes-dashboard)'# 查找 version!=1 and app=nginx 的 pod 信息
kubectl get po -l version!=1,app=nginx# 不等值 + 语句
kubectl get po -A -l version!=1,'app in (busybox, nginx)'
  • 一些命令演示如下：
    在这里插入图片描述

Deployment(无状态)

  • deployment的嵌套关系如下：
    在这里插入图片描述

  • 这里replicationcontroller已经逐步被替代，因为replicaset可以用selector来选择。

功能
创建

  • 先用命令行创建一个nginx的deployment，运行kubectl create deploy nginx-deploy --image=nginx:1.7.9

  • 然后查看deploy，replicaset和Pod，会发现像上面介绍的是一层一层嵌套关系，如下：-
    在这里插入图片描述

  • 执行kubectl get po,rs,deploy --show-labels得到：
    在这里插入图片描述

  • 创建的yaml文件：

apiVersion: apps/v1 # deployment api版本kind: Deployment # 资源类型为deploymentmetadata: # 元信息labels: # deploy标签app: nginx-deployname: nginx-deploy # deploy的名字namespace: default # 所在的命名空间spec:replicas: 1 # 期望的副本数revisionHistoryLimit: 10 # 进行滚动更新后，保留的历史版本数selector: # 选择器，用于找到匹配的RSmatchLabels: # 按照标签匹配app: nginx-deploy # 匹配的标签strategy: # 更新策略rollingUpdate: # 滚动更新配置maxSurge: 25% # 进行滚动更新时，最多可以启动25%的新实例maxUnavailable: 25% # 进行滚动更新时，最多可以同时停止25%的旧实例type: RollingUpdate # 更新类型，采用滚动更新template: # Pod模板metadata: # Pod的元信息labels: # Pod标签app: nginx-deployspec: # Pod期望信息containers: # Pod容器- image: nginx:1.7.9 # 镜像imagePullPolicy: IfNotPresent # 拉取策略name: nginx # 容器名称restartPolicy: Always # 重启策略terminationGracePeriodSeconds: 30 # 删除操作最多宽限多长时间
  • deploy和statefulset可能用到matchLabels
滚动更新

  • 只有修改了 deployment 配置文件中的 template 中的属性后，才会触发更新操作

  • 通过 kubectl edit deployment nginx-deploy 进行修改

  • 下面先修改非template，看看是否更新

  • 进入修改之后，在label中新加入标签：
    在这里插入图片描述

  • 查看是否更新,发现确实没有更新
    在这里插入图片描述

在这里插入图片描述

  • 然后修改副本数为3，方便后面看滚动更新进行查看
    在这里插入图片描述

  • 也不是更新，发现deploy，rs都是一个，然后管理着3个Pod

  • 注：这是因为create的模板edit后直接生效了，要是自己定义的yaml文件，记得重新apply
    在这里插入图片描述

  • 下面将template里面的nginx镜像版本号修改之后保存退出，发现在滚动更新
    在这里插入图片描述

  • 具体查看信息用kubectl rollout status deploy nginx-deploy

  • 这次用命令行的方式进行设置，执行kkubectl set image deployment/nginx-deploy nginx=nginx:1.7.9

  • 进入deploy查看信息kubectl describe deploy nginx-deploy
    在这里插入图片描述

  • 可以看出是replicaset是不断变化的，大概意思是创建一个新的replicaset，然后更新一个Pod，更新好后，停止原来rs的旧Pod，然后再更新另一个新Pod，然后再停掉原来rs的旧Pod，直至完成。如下图：
    在这里插入图片描述

  • 再次看信息会发现，新的Pod已经和新的RS关联，如下图：
    在这里插入图片描述

  • 注：可能会出现并行的状态，就是修改之后，生成一个新的RS来更新，还没完成的时候，又进行了修改，然后就会停止之前的更新，创建新的RS来进行这次更新

回滚

  • 有时候你可能想回退一个Deployment，例如，当Deployment不稳定时，比如一直crash looping。

  • 默认情况下，kubernetes会在系统中保存前两次的Deploymentrollout历史记录，以便你可以随时会退（你可以修改revision history limit来更改保存的revision数）。

  • 假如更新 deployment 时参数不小心写错，如 nginx:1.9.1 写成了 nginx:1.91
    kubectl set image deployment/nginx-deploy nginx=nginx:1.91

  • 监控滚动升级状态，由于镜像名称错误，下载镜像失败，因此更新过程会卡住
    kubectl rollout status deployments nginx-deploy

  • 结束监听后，获取 rs 信息，我们可以看到新增的 rs 副本数是 2 个
    kubectl get rs

  • 通过 kubectl get pods 获取 pods 信息，我们可以看到关联到新的 rs 的 pod，状态处于 ImagePullBackOff 状态

  • 为了修复这个问题，我们需要找到需要回退的 revision 进行回退 通过 kubectl rollout history deployment/nginx-deploy 可以获取 revison 的列表

  • 通过 kubectl rollout history deployment/nginx-deploy --revision=2 可以查看详细信息

  • 确认要回退的版本后，可以通过 kubectl rollout undo deployment/nginx-deploy可以回退到上一个版本

  • 也可以回退到指定的 revision
    kubectl rollout undo deployment/nginx-deploy --to-revision=2

  • 再次通过 kubectl get deployment和 kubectl describe deployment可以看到，我们的版本已经回退到对应的 revison 上了

  • 注：可以通过设置 .spec.revisonHistoryLimit 来指定 deployment 保留多少 revison，如果设置为 0，则不允许 deployment 回退了。

  • 命令结果如下：
    在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  • 下面这个是旧rs里面之前创建Pod和删除Pod
    在这里插入图片描述
扩容缩容
  • 扩容与缩容只是直接创建副本数，没有更新 pod template 因此不会创建新的 rs
  • 通过 kube scale 命令可以进行自动扩容/缩容，以及通过 kube edit 编辑 replicas 也可以实现扩容/缩容
# 通过 kube edit 编辑，就是通过kubectl edit deploy nginx-deploy命令进去之后修改replicas#通过 kube scale 命令可以进行自动扩容/缩容
kubectl scale --replicas=6 deploy nginx-deploy

在这里插入图片描述

  • 缩容同理，只不过把数字变小就行
暂停与恢复

  • 由于每次对 pod template 中的信息发生修改后，都会触发更新 deployment 操作，那么此时如果频繁修改信息，就会产生多次更新，而实际上只需要执行最后一次更新即可，当出现此类情况时我们就可以暂停 deployment 的 rollout

  • 通过kubectl rollout pause deployment <name>就可以实现暂停，直到你下次恢复后才会继续进行滚动更新

  • 尝试对容器进行修改，然后查看是否发生更新操作了

kubectl set image deploy <name> nginx=nginx:1.17.9
kubectl get po
  • 通过以上操作可以看到实际并没有发生修改，此时我们再次进行修改一些属性，如限制 nginx 容器的最大cpu为 0.2 核，最大内存为 128M，最小内存为 64M，最小 cpu 为 0.1 核
kubectl set resources deploy <deploy_name> -c <container_name> --limits=cpu=200m,memory=128Mi --requests=cpu100m,memory=64Mi

  • 通过格式化输出kubectl get deploy <name> -o yaml，可以看到配置确实发生了修改，再通过 kubectl get po 可以看到 pod 没有被更新

  • 那么此时我们再恢复 rollout，通过命令 kubectl rollout resume deploy <name>

  • 恢复后，我们再次查看 rs 和 po 信息，我们可以看到就开始进行滚动更新操作了

kubectl get rs
kubectl get po
  • 修改内容
    在这里插入图片描述

在这里插入图片描述

  • pause之后，修改不会更新
    在这里插入图片描述

  • resume之后，更新。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/301236.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

配置 施耐德 modbusTCP 分布式IO子站 PRA0100

配置 施耐德 modbusTCP 分布式IO子站 PRA0100

模块官方介绍&#xff1a;https://www.schneider-electric.cn/zh/product/BMXPRA0100 1. 总体步骤 2. 软件组态&#xff1a;在 Unity Pro 软件中创建编辑 PRA 模块工程 2.1 新建项目 模块箱硬件型号如下 点击 Unity Pro 软件左上方【新建】按钮&#xff0c;选择正确的 DIO …
阅读更多...
Web 后台项目，权限如何定义、设置、使用：菜单权限、按钮权限 ts element-ui-Plus

Web 后台项目，权限如何定义、设置、使用：菜单权限、按钮权限 ts element-ui-Plus

Web 后台项目&#xff0c;权限如何定义、设置、使用&#xff1a;菜单权限、按钮权限 ts element-ui-Plus 做一个后台管理项目&#xff0c;里面需要用到权限管理。这里说一下权限定义的大概&#xff0c;代码不多&#xff0c;主要讲原理和如何实现它。 一、权限管理的原理 权限…
阅读更多...
[计算机知识] TCP/IP网络模型、MySQL的结构

[计算机知识] TCP/IP网络模型、MySQL的结构

TCP/IP网络模型 应用层 给用户提供应用功能&#xff0c;如HTTP, DNS 应用层处于用户态&#xff0c;传输层及以下处于内核态 传输层 给应用层提供网络支持&#xff0c;如TCP, UDP TCP提供稳定、面向连接的网络传输协议 应用层的数据可能会太大&#xff0c;就需要进行拆分…
阅读更多...
并发编程01-深入理解Java并发/线程等待/通知机制

并发编程01-深入理解Java并发/线程等待/通知机制

为什么我们要学习并发编程&#xff1f; 最直白的原因&#xff0c;因为面试需要&#xff0c;我们来看看美团和阿里对 Java 岗位的 JD&#xff1a; 从上面两大互联网公司的招聘需求可以看到&#xff0c; 大厂的 Java 岗的并发编程能力属于标配。 而在非大厂的公司&#xff0c; 并…
阅读更多...
若依 ruoyi-vue 接口挂载获取Resources静态资源文件权限校验

若依 ruoyi-vue 接口挂载获取Resources静态资源文件权限校验

解决小程序图片打包过大&#xff0c;放置后端&#xff0c;不引用ngnix、minio等组件&#xff0c;还能进行权限校验 package com.huida.web.controller.common.app;import com.huida.common.core.controller.BaseController; import com.huida.common.utils.file.FileUtils; imp…
阅读更多...
二、【易 AI】Live2d 简介与使用

二、【易 AI】Live2d 简介与使用

When you cry for missing the sun, you will miss the stars again. 当你为错过太阳而哭泣时，你也要再错过群星了。 ——泰戈尔 一、Live2d 简介 Live2D是一种基于2D图像的动态角色技术，它能够将静态的2D角色转化为具有丰富表情和动作的实时交互角色。通过使用Live2D，开发…
阅读更多...
Filter Listener Interceptor

Filter Listener Interceptor

文章目录 第一章 Filter1. 目标2. 内容讲解2.1 Filter的概念2.2 Filter的作用2.3 Filter的入门案例2.3.1 案例目标2.3.2 代码实现2.3.2.1 创建ServletDemo012.3.2.2 创建EncodingFilter 2.4 Filter的生命周期2.4.1 回顾Servlet生命周期2.4.1.1 Servlet的创建时机2.4.1.2 Servle…
阅读更多...
Elasticsearch索引之嵌套类型：深度剖析与实战应用

Elasticsearch索引之嵌套类型：深度剖析与实战应用

码到三十五 &#xff1a; 个人主页 心中有诗画&#xff0c;指尖舞代码&#xff0c;目光览世界&#xff0c;步履越千山&#xff0c;人间尽值得 ! Elasticsearch是一个基于Lucene的搜索服务器&#xff0c;它提供了一个分布式、多租户能力的全文搜索引擎&#xff0c;并带有一个基…
阅读更多...
RuleEngine规则引擎底层改造AviatorScript 之函数执行

RuleEngine规则引擎底层改造AviatorScript 之函数执行

https://gitee.com/aizuda/rule-engine-open 需求&#xff1a;使用上述开源框架进行改造&#xff0c;底层更换成AviatorScript &#xff0c;函数实现改造。 原本实现方式 Overridepublic Object run(ExecuteFunctionRequest executeTestRequest) {Integer functionId executeT…
阅读更多...
详解简单的shell脚本 --- 命令行解释器【Linux后端开发】

详解简单的shell脚本 --- 命令行解释器【Linux后端开发】

首先附上完整代码 #include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <string.h> #include <sys/types.h> #include <sys/wait.h> //命令行解释器 //shell 运行原理&#xff1a;通过让子进程执行命令&#xff0c;父进…
阅读更多...
【深入理解Java IO流0x05】Java缓冲流：为提高IO效率而生

【深入理解Java IO流0x05】Java缓冲流：为提高IO效率而生

1. 引言 我们都知道&#xff0c;内存与硬盘的交互是比较耗时的&#xff0c;因此适当得减少IO的操作次数&#xff0c;能提升整体的效率。 Java 的缓冲流是对字节流和字符流的一种封装&#xff08;装饰器模式&#xff0c;关于IO流中的一些设计模式&#xff0c;后续会再出博客来讲…
阅读更多...
探索async/await的魔力：简化JavaScript异步编程

探索async/await的魔力：简化JavaScript异步编程

&#x1f31f; 前言 欢迎来到我的技术小宇宙&#xff01;&#x1f30c; 这里不仅是我记录技术点滴的后花园&#xff0c;也是我分享学习心得和项目经验的乐园。&#x1f4da; 无论你是技术小白还是资深大牛&#xff0c;这里总有一些内容能触动你的好奇心。&#x1f50d; &#x…
阅读更多...
Vulnhub：MHZ_CXF: C1F

Vulnhub：MHZ_CXF: C1F

目录 信息收集 arp-scan nmap nikto WEB web信息收集 dirmap gobuster ssh登录 提权 获得初始立足点 系统信息收集 横向渗透 提权 信息收集 arp-scan ┌──(root㉿ru)-[~/桌面] └─# arp-scan -l Interface: eth0, type: EN10MB, MAC: 00:50:56:…
阅读更多...
【Java集合】面试题汇总

【Java集合】面试题汇总

Java 集合Java 集合概览1. List, Set, Queue, Map 四者的区别&#xff1f;2. ArrayList 和 Array&#xff08;数组&#xff09;的区别&#xff1f;3. ArrayList 和 Vector 的区别?4. Vector 和 Stack 的区别?&#xff08;了解即可&#xff09;5. ArrayList 可以添加 null 值吗…
阅读更多...
paddle实现手写数字模型（一）

paddle实现手写数字模型（一）

参考文档&#xff1a;paddle官网文档调试代码如下&#xff1a; LeNet.py import paddle import paddle.nn.functional as Fclass LeNet(paddle.nn.Layer):def __init__(self):super().__init__()self.conv1 paddle.nn.Conv2D(in_channels1,out_channels6,kernel_size5,stride…
阅读更多...
YOLOV9 + 双目测距

YOLOV9 + 双目测距

YOLOV9 双目测距 1. 环境配置2. 测距流程和原理2.1 测距流程2.2 测距原理 3. 代码部分解析3.1 相机参数stereoconfig.py3.2 测距部分3.3 主代码yolov9-stereo.py 4. 实验结果4.1 测距4.2 视频展示 相关文章 1. YOLOV5 双目测距&#xff08;python&#xff09; 2. YOLOv7双目…
阅读更多...
强化学习MPC——（一）

强化学习MPC——（一）

1.什么是强化学习 强化学习是机器学习的一种&#xff0c;是一种介于监督学习和非监督学习的机器学习方法。 学习二字就很形象的说明了这是一种利用数据&#xff08;任何形式的&#xff09;来实现一些已有问题的方法&#xff0c;学习方法&#xff0c;大致可以分为机器学习&…
阅读更多...
说说TCP为什么需要三次握手和四次挥手？

说说TCP为什么需要三次握手和四次挥手？

一、三次握手 三次握手&#xff08;Three-way Handshake&#xff09;其实就是指建立一个TCP连接时&#xff0c;需要客户端和服务器总共发送3个包 主要作用就是为了确认双方的接收能力和发送能力是否正常、指定自己的初始化序列号为后面的可靠性传送做准备 过程如下&#xff…
阅读更多...
Redis 常见面试题

Redis 常见面试题

目录 1. Redis是什么&#xff1f;2. Redis优缺点&#xff1f;3. Redis为什么这么快&#xff1f;4. 既然Redis那么快&#xff0c;为什么不用它做主数据库&#xff0c;只用它做缓存&#xff1f;5. Redis的线程模型&#xff1f;6. Redis 采用单线程为什么还这么快&#xff1f;7. R…
阅读更多...
如何使用生成式人工智能撰写关于新产品发布的文章？

如何使用生成式人工智能撰写关于新产品发布的文章？

利用生成式人工智能撰写新产品发布文章确实是一种既有创意又高效的内容生成方式。以下是如何做到这一点的指南&#xff0c;附带一些背景信息&#xff1a; • 背景&#xff1a;在撰写文章之前&#xff0c;收集有关您的新产品的信息。这包括产品的名称、类别、特点、优势、目标受…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023