CKA 09_Kubernetes工作负载与调度 资源调度 三类QoS request 资源需求 limit 资源限额

news/2024/7/4 7:59:51 标签: kubernetes, docker, 容器, 运维, 云原生

文章目录

  • 1. 资源调度
    • 1.1 准备工作
    • 1.2 为什么需要 request 和 limit
    • 1.3 内存限制
      • 1.3.1 Brustable
      • 1.3.2 Guaranteed
      • 1.3.3 BestEffort
      • 1.3.4 当容器申请的资源超出 limit 和 request
    • 1.4 CPU限制

1. 资源调度

1.1 准备工作

  • Kubernetes 采用 request 和 limit 两种限制类型来对资源进行分配。
    request(资源需求)：即运行 Pod 的节点必须满足运行 Pod 的最基本需求才能运行 Pod 。
    limit(资源限额)：即运行 Pod 期间，可能内存使用量会增加，那最多能使用多少内存，这就是资源限额。

  • 资源类型:

    • CPU 的单位是核心数，内存的单位是字节。
      • 一个容器申请 0.5 个CPU，就相当于申请 1 个CPU的一半，你也可以加个后缀 m 表示千分之一的概念。比如说 100m 的CPU，100豪 的 CPU 和 0.1 个 CPU 都是一样的。
    • memory 内存单位：
      • K、M、G、T、P、E #通常是以1000为换算标准的。
      • Ki、Mi、Gi、Ti、Pi、Ei #通常是以1024为换算标准的。
    • ephemeral-storage: 临时存储
    • extended-resource：gpu

1.2 为什么需要 request 和 limit

  • 三类 QoS 及适应场景

    • Guaranteed 敏感型、需要保障的业务
    • Burstable 次敏感型、需要弹性的业务
    • BestEffort 可容忍型业务

  • 不同的 QoS 对调度的影响

    • 调度器使用 request 进行调度
    • CPU 按照 request 划分权重
    • memory 划分 OOMScore
    • BestEffort 会被优先驱离

1.3 内存限制

官方文档：任务 | 配置 Pods 和容器 | 为容器和 Pod 分配内存资源

1.3.1 Brustable

  1. 创建 Pod
  • 该 Pod 中的容器会申请 200M 的内容，并且内存最基本需求是50 MiB，最大不能超过 100MiB
  • 上下文冲突了，所以，在生效时一定会失败
[root@k8s-1 ~]# vim memory-pod.yaml
apiVersion: v1
kind: Pod
metadata:
  name: memory-demo
spec:
  containers:
  - name: memory-demo
    image: stress
    args:
    - --vm
    - "1"
    - --vm-bytes
    - 200M
    resources:
      requests:
        memory: 50Mi
      limits:
        memory: 100Mi
  1. 生效后，发现 Pod 处于失败的状态
[root@k8s-1 ~]# kubectl apply -f memory-pod.yaml 
pod/memory-demo created
[root@k8s-1 ~]# kubectl get pod

在这里插入图片描述

  1. 查看 Pod 的状态，发现该 Pod 的 QoS 为 Brustable（弹性业务）
[root@k8s-1 ~]# kubectl describe pod memory-demo 
......
QoS Class:                   Burstable
......

在这里插入图片描述

  1. 查看 Pod 的运行日志
kubectl logs memory-demo

在这里插入图片描述

  1. 创建 Pod
  • 该 Pod 限制最少需要 200豪 CPU 和 50MiB 内存，最多不能超过 1 个 CPU 和 100MiB 内存
[root@k8s-1 ~]# vim memory-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: memory-demo
spec:
  containers:
  - name: memory-demo
    image: nginx
    #args:
    #- --vm
    #- "1"
    #- --vm-bytes
    #- 200M
    resources:
      requests:
        cpu: 200m
        memory: 50Mi
      limits:
        cpu: 1
        memory: 100Mi
  1. 生效后，Pod 正常运行
[root@k8s-1 ~]# kubectl apply -f memory-pod.yaml 
pod/memory-demo created
[root@k8s-1 ~]# kubectl get pod
NAME          READY   STATUS    RESTARTS   AGE
memory-demo   1/1     Running   0          15s
  1. 查看 Pod 的状态，发现它的 QoS 为 Brustable
[root@k8s-1 ~]# kubectl describe pod memory-demo

在这里插入图片描述

1.3.2 Guaranteed

  • 当运行重要业务时，使用 Guaranteed
  1. 创建 Pod
  • 将该 Pod 的资源限制 limit 和 request 设置成一样的
[root@k8s-1 ~]# vim memory-pod.yaml

在这里插入图片描述

  1. 生效后，查看 Pod 的运行状态和状态信息
  • 发现 Pod 的 QoS 是 Guaranteed（敏感型、需要保障的业务）
    在这里插入图片描述

1.3.3 BestEffort

  1. 创建 Pod
  • limit 和 request 都不设置
[root@k8s-1 ~]# vim memory-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: memory-demo
spec:
  containers:
  - name: memory-demo
    image: nginx
    #args:
    #- --vm
    #- "1"
    #- --vm-bytes
    #- 200M
    #resources:
    #  requests:
    #    cpu: 200m
    #    memory: 50Mi
    #  limits:
    #    cpu: 1
    #    memory: 100Mi
  1. 生效后，查看 Pod 的运行状态和状态信息
  • 发现 Pod 的 QoS 为 BestEffort（可容忍型业务
    ）
  • 当资源不够时，为保证集群节点的运行状态，会驱离该 Pod，因为 BestEffort 的优先级很低
[root@k8s-1 ~]# kubectl get pod
NAME          READY   STATUS    RESTARTS   AGE
memory-demo   1/1     Running   0          16s

[root@k8s-1 ~]# kubectl describe pod memory-demo

在这里插入图片描述

1.3.4 当容器申请的资源超出 limit 和 request

  1. 创建 Pod
  • 该 Pod 申请 1G 的内存资源，但是限制其最多最少只能使用 500M 内存
  • 所以，在生效后，这个 Pod 一定是失败的
[root@k8s-1 ~]# vim memory-pod.yaml
apiVersion: v1
kind: Pod
metadata:
  name: memory-demo
spec:
  containers:
  - name: memory-demo
    image: stress
    args:
    - --vm
    - "1"
    - --vm-bytes
    - 1Gi				//和 Guaranteed 不同的是，该 Pod 申请了资源。
    resources:
      requests:
        memory: 500Mi
      limits:
        memory: 500Mi
  1. 生效后，发现 Pod 失败

在这里插入图片描述

1.4 CPU限制

官方文档： 任务 | 配置 Pods 和容器 | 为容器和 Pod 分配 CPU 资源

  1. 先查看主机的 CPU 信息
  • 当前主机是 2 个 核
[root@k8s-1 ~]# lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    1
Socket(s):             2
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 94
Model name:            Intel Core Processor (Skylake, IBRS)
Stepping:              3
CPU MHz:               2304.000
BogoMIPS:              4608.00
Hypervisor vendor:     KVM
Virtualization type:   full
L1d cache:             32K
L1i cache:             32K
L2 cache:              4096K
L3 cache:              16384K
NUMA node0 CPU(s):     0,1
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology eagerfpu pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch ssbd ibrs ibpb stibp fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 arat umip spec_ctrl intel_stibp arch_capabilities
  1. 创建 Pod
  • 该 Pod 申请 2 个 CPU，资源限制最少 5 个 CPU，最多不能超过 10 个 CPU
[root@k8s-1 ~]# cp memory-pod.yaml cpu.yaml
[root@k8s-1 ~]# vim cpu.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: cpu-demo
spec:
  containers:
  - name: cpu-demo
    image: stress
    resources:
      limits:
        cpu: "10"
      requests:
        cpu: "5"
    args:
    - -c
    - "2"
  1. 生效后，查看 Pod 运行状态和状态信息
  • 发现 Pod 处于 Pending 状态
  • 调度器主要查看的是 request 的限制，request 设置最少不能低于 5 个 CPU，但是主机只有 2 个CPU，所以，调度失败
[root@k8s-1 ~]# kubectl get pod
NAME       READY   STATUS    RESTARTS   AGE
cpu-demo   0/1     Pending   0          5s
  • 该 Pod 也一直被 kubelet 重启，但是，发现集群的 3 个节点都无法提高 5 个 CPU ，所以，Pod 自始至终都是 Pending 的状态
[root@k8s-1 ~]# kubectl describe pod cpu-demo

在这里插入图片描述


http://www.niftyadmin.cn/n/416566.html

相关文章

前端常见面试题解答

前端常见面试题解答

Q: 什么是闭包？ A: 闭包是指一个函数内部定义的函数，可以访问到该函数的变量。当外部函数调用完毕后，其内部函数依然可以访问和操作该函数的变量，因为这些变量被保存在内部函数所形成的闭包中。 Q: 什么是作用域？ A…
阅读更多...
【 Python 全栈开发 - WEB开发篇 - 32 】MySQL高级查询

【 Python 全栈开发 - WEB开发篇 - 32 】MySQL高级查询

文章目录 一、LIMIT限制查询结果的数量二、使用GROUP BY进行分组查询1.GROUP BY和聚合函数一起使用2.GROUP BY和聚合函数以及HAVING一起使用 三、使用ORDER BY对查询结果排序 一、LIMIT限制查询结果的数量 开始之前，我们先准备一下数据，打开cmd&#xf…
阅读更多...
protobuf实现原理

protobuf实现原理

文章目录 一、前言二、概述三、数据存储方式：Varints(一)原理(二)举例(三)缺点 四、协议的数据结构(一)原理(二)举例 一、前言 最近刚刚从一家公司离职，在职的时候使用到了go语言的grpc库，了解了除了json之外的另一个专门用于远程调用的序列…
阅读更多...
CKA 01_docker部署Kubernetes 部署docker 使用kubeadm引导集群 安装Pod网络

CKA 01_docker部署Kubernetes 部署docker 使用kubeadm引导集群 安装Pod网络

文章目录 1. 虚拟机步骤2. Docker 部署 Kubernetes2.1 部署 docker2.1.1 环境要求2.1.2 安装 docker 引擎2.1.3 worker 节点对 master 节点免密2.1.4 设定 docker 开机自启2.1.5 打开桥接，查看桥接流量2.1.6 设定 systemd 方式管理 cgroup2.1.7 docker部署完成2.1.8…
阅读更多...
SLAM中刚体的运动描述

SLAM中刚体的运动描述

简介 物体在真实世界中是运动的，SLAM中求解的机器人位姿就是求解机器人的运动。SLAM的问题就是求解世界坐标系中的静态物理点坐标以及运动的机器人点坐标集合（机器人运动点的集合构成机器人的运动轨迹）。而通常我们获取的信息是以机器人本体为…
阅读更多...
java的内部类

java的内部类

1.内部类的概念 内部类表示的事物是外部类的一部分，内部类单独出现没有任何意义。如发动机是汽车的一部分。 内部类的访问特点： （1）内部类可以直接访问外部类的成员，包括私有； （2）外…
阅读更多...
计算机网络方面的面试题目（合集）

计算机网络方面的面试题目（合集）

python面试题 1、python下多线程的限制以及多进程中传递参数的方式 python多线程有个全局解释器锁(global interpreter lock)，这个锁的意思是任一时间只能有一个线程使用解释器，跟单cpu跑多个程序一个意思，大家都是轮着用的，这叫“…
阅读更多...
你“心累”吗？教你方法

你“心累”吗？教你方法

解决“心累”的方法来了 前言一、“心累”的原因二、认识“心累”三、走出“心累”四、发现自己的“优势” 前言 不管是脑力劳动还是体力劳动，工作生活本身并没有多么累，但总感觉累。这就是我今天想说的话题：心累。 如果你也被这个状态折磨&a…
阅读更多...
最新文章

Copyright @ 2022~2023