k8s中的集群调度

最新推荐文章于 2024-06-20 13:48:21 发布
最新推荐文章于 2024-06-20 13:48:21 发布
阅读量1k 收藏 24
点赞数 9
文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_55707333/article/details/139272612
版权

文章目录

k8s中的集群调度

Kubernetes 是通过 List-Watch 的机制进行每个组件的协作，保持数据同步的，每个组件之间的设计实现了解耦

在 Kubernetes 集群中，Pod 是最小的部署单元，它包含一个或多个容器。Pod 的创建和调度是由 Kubernetes 的多个组件共同完成的，包括 API Server、Controller Manager、Scheduler 和 kubelet。本文将带您深入了解这一过程。

Pod 创建流程

  1. 用户请求：用户通过 kubectl 或其他 API 客户端向 API Server 发送创建 Pod 的请求。
  2. 存储请求：API Server 将 Pod 的元数据存储到 etcd 中。一旦存储成功，API Server 向客户端确认请求完成。
  3. 事件通知：etcd 在存储操作完成后，会向 API Server 发送一个创建事件。
  4. Controller Manager 监听：Controller Manager 通过 List-Watch 机制监听 API Server 的事件。当它接收到 Pod 创建事件时，会检查是否有对应的 Replication Controller (RC) 或其他控制器来确保所需的 Pod 副本数量。
  5. 调度准备：如果 Pod 副本数量不足，Controller Manager 会创建新的 Pod 副本，并在 API Server 中记录详细信息。
  6. Scheduler 监听：Scheduler 也通过 List-Watch 机制监听 API Server 的事件。当它接收到新的 Pod 创建事件时，它将决定将该 Pod 调度到哪个 Node 上。
  7. 调度决策：Scheduler 根据一系列的调度算法和策略（如资源需求、节点亲和性等）来选择最佳的 Node。
  8. 绑定 Pod：Scheduler 更新 Pod 的信息，包括其被调度到的 Node，并将这些信息写回 API Server，由 API Server 更新到 etcd。
  9. kubelet 监听：在每个 Node 上运行的 kubelet 通过 List-Watch 机制监听 API Server，等待被调度到该 Node 上的 Pod 事件。
  10. 容器启动：当 kubelet 发现有一个新的 Pod 被调度到它所在的 Node 时，它会调用 Docker（或其他容器运行时）来启动 Pod 中的容器。
  11. 状态反馈：kubelet 将 Pod 及其容器的状态反馈给 API Server，API Server 再将这些状态信息存储到 etcd 中。

通过指定节点来创建pod所在的node节点

没有设置指定节点时会通过调度器来进行pod创建的调度

apiVersion: apps/v1
kind: Deployment
metadata:
  name: web1
  labels:
    app: web1
spec:
  replicas: 4
  selector:
    matchLabels:
      app: web1
  template:
    metadata:
      labels:
        app: web1
    spec:
      containers:
      - name: nginx
        image: nginx:1.16
        ports:
          - containerPort: 80

在这里插入图片描述

可以看到pod节点会平均创建在node01 和 node02 上

通过指定节点来指定创建在node01节点上

apiVersion: apps/v1
kind: Deployment
metadata:
  name: web1
  labels:
    app: web1
spec:
  replicas: 4
  selector:
    matchLabels:
      app: web1
  template:
    metadata:
      labels:
        app: web1
    spec:
      nodeName: node01                           # 添加nodeName: node01 
      containers:
      - name: nginx
        image: nginx:1.16
        ports:
          - containerPort: 80

在这里插入图片描述

不通过调度器，直接通过指定节点将所有pod节点都部署在了node01节点上了

通过标签来指定pod创建在哪个节点上

给node节点添标签

kubectl label nodes node02 pji=a
kubectl label nodes node01 pji=b

在这里插入图片描述

可以看见node02 的标签为 pji=a ,node01 的标签为pji=b

apiVersion: apps/v1
kind: Deployment
metadata:
  name: web1
  labels:
    app: web1
spec:
  replicas: 4
  selector:
    matchLabels:
      app: web1
  template:
    metadata:
      labels:
        app: web1
    spec:
      nodeSelector:         #添加标签
        pji: a              #标签值pji: a
      containers:
      - name: nginx
        image: nginx:1.16
        ports:
          - containerPort: 80

以上配置可以将pod节点部署到node02节点上

在这里插入图片描述

apiVersion: apps/v1
kind: Deployment
metadata:
  name: web1
  labels:
    app: web1
spec:
  replicas: 4
  selector:
    matchLabels:
      app: web1
  template:
    metadata:
      labels:
        app: web1
    spec:
      nodeSelector:       
        pji: b
      containers:
      - name: nginx
        image: nginx:1.16
        ports:
          - containerPort: 80

以上配置可以将pod部署到node01上

在这里插入图片描述

pod 的亲和性

在 Kubernetes 中，Pod 亲和性（Pod Affinity）是一种调度策略，用于确保 Pod 调度到特定的节点上。这种策略可以通过标签选择器（Label Selector）来实现，使得具有特定标签的 Pod 倾向于调度到具有相同标签的节点上。
Pod 亲和性可以分为以下几种类型：

  1. 软亲和性（Soft Affinity）：
    • podAffinityTerm：指定 Pod 应该调度的节点集合。
    • preferredDuringSchedulingIgnoredDuringExecution：定义 Pod 应该优先调度到哪些节点上。
  2. 硬亲和性（Hard Affinity）：
    • podAffinityTerm：指定 Pod 必须调度的节点集合。
    • requiredDuringSchedulingIgnoredDuringExecution：定义 Pod 必须调度到哪些节点上。
      例如，如果您有一个包含两个节点的集群，并且希望将特定的 Pod 调度到具有标签 node-role.kubernetes.io/master: "" 的节点上，

硬策略 匹配标签pji=a的node的节点配置如下

apiVersion: apps/v1
kind: Deployment
metadata:
  name: web1
  labels:
    app: web1
spec:
  replicas: 4
  selector:
    matchLabels:
      app: web1
  template:
    metadata:
      labels:
        app: web1
    spec:
      containers:
      - name: nginx
        image: nginx:1.16
        ports:
          - containerPort: 80
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: pji
                operator: In
                values:
                - a

在这里插入图片描述

若是配置一个不存在的标签这会如下

在这里插入图片描述

出现Pending状态

软策略

设置标签为bcde但是此集群没有标签bcde的主机

apiVersion: apps/v1
kind: Deployment
metadata:
  name: web1
  labels:
    app: web1
spec:
  replicas: 20
  selector:
    matchLabels:
      app: web1
  template:
    metadata:
      labels:
        app: web1
    spec:
      containers:
      - name: nginx
        image: nginx:1.16
        ports:
        - containerPort: 80
      affinity:
        nodeAffinity:
          preferredDuringSchedulingIgnoredDuringExecution:
          - weight: 1
            preference:
              matchExpressions:
              - key: pji
                operator: In
                values:
                - bcde

在这里插入图片描述

则会调度在node01 （b）和 node02©上

Pod的亲和性和反亲和性

在 Kubernetes 中，亲和性（Affinity）和反亲和性（Anti-Affinity）是调度策略的一部分，用于影响 Kubernetes 调度器如何将 Pod 调度到集群中的节点上。这些特性可以帮助您确保 Pod 之间或 Pod 与节点之间保持特定的关系。

亲和性（Affinity）

亲和性是指调度器倾向于将 Pod 调度到满足特定条件的节点上。它包括以下几种类型：

  1. 节点亲和性（Node Affinity）：
    • 软亲和性（Soft Affinity）：如果节点不满足条件，调度器可以忽略亲和性。
    • 硬亲和性（Hard Affinity）：如果节点不满足条件，调度器将不会调度 Pod。
  2. Pod 亲和性（Pod Affinity）：
    • 软亲和性：如果其他 Pod 不满足条件，调度器可以忽略亲和性。
    • 硬亲和性：如果其他 Pod 不满足条件，调度器将不会调度 Pod。
  3. Pod 反亲和性（Pod Anti-Affinity）：
    • 软反亲和性：如果其他 Pod 不满足条件，调度器可以忽略反亲和性。
    • 硬反亲和性：如果其他 Pod 不满足条件，调度器将不会调度 Pod。

反亲和性（Anti-Affinity）

反亲和性是亲和性的对立面。与亲和性不同，反亲和性用于防止 Pod 调度到某些节点上，或者避免与某些 Pod 一起调度。反亲和性通常用于避免资源争用或实现高可用性。

亲和性配置

apiVersion: v1
kind: Pod
metadata:
  name: web5
  labels:
    app: web2
spec:
  containers:
  - name: nginx
    image: nginx:1.16
    ports:
    - containerPort: 80
  affinity:
    podAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - web2                      # 在有pod标签app=web2的标签上创建
        topologyKey: pji                #在拥有pji标签的节点上创建

在这里插入图片描述

反亲和性

apiVersion: v1
kind: Pod
metadata:
  name: web5
  labels:
    app: web1
spec:
  containers:
  - name: nginx
    image: nginx:1.14
    ports:
    - containerPort: 80
  affinity:
    podAntiAffinity:
      preferredDuringSchedulingIgnoredDuringExecution:
      - weight: 100
        podAffinityTerm:
          labelSelector:
            matchExpressions:
            - key: "app"
              operator: In
              values:
              - web2
          topologyKey: "kubernetes.io/hostname"

之前的pod标签为web2 ，设置非亲缘性后 web5创建会避开node02

在这里插入图片描述

当然可以。

污点与容忍

污点（Taint）

污点是向节点添加的一个标签，它告诉 Kubernetes 调度器不要将 Pod 调度到具有该污点的节点上。这通常用于防止 Pod 调度到不希望它们运行的节点上，例如，当节点正在进行维护或出现问题时。
污点可以具有以下三个属性：

  • 键（Key）：污点的键，用于标识污点。
  • 值（Value）：与键关联的值。
  • 效果（Effect）：当污点匹配时，Pod 应该受到的影响。有效果包括 NoSchedule、PreferNoSchedule 和 NoExecute。

污点的创建

给node01创建一个键值对为ry=87的污点，使用NoSchedule策略

kubectl taint node node01 ry=87:NoSchedule

在这里插入图片描述

apiVersion: v1
kind: Pod
metadata:
  name: nginx4
  labels:
    app: nginx
spec:
  containers:
  - name: nginx
    image: nginx:latest
    ports:
    - containerPort: 80

创建新的Pod都创建在node02下，而不会创建在node01上

在这里插入图片描述

容忍（Tolerations）

容忍是 Pod 上的一个标签，它告诉 Kubernetes 调度器，尽管节点具有某个污点，但该 Pod 应该被调度到该节点上。容忍可以有多个键值对，并且可以设置不同的效果和时间范围。

设置容忍

apiVersion: v1
kind: Pod
metadata:
  name: nginx4
  labels:
    app: nginx
spec:
  containers:
  - name: nginx
    image: nginx:latest
    ports:
    - containerPort: 80
  tolerations:
  - key: "ry"
    operator: "Equal"
    value: "87"
    effect: "NoSchedule"

在这里插入图片描述

可以看见，node01的污点被无视了

谢尉明
关注
  • 9
    点赞
  • 踩
  • 24
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
k8s集群调度
weixin_73462212的博客
03-05 1369
k8s集群调度
k8s指定node调度
qq_41009846的博客
08-30 2337
概述 在使用过程中，如果希望指定的pod放在自己希望的node节点上可以进行调度，选择对应的node节点。 可以看出可以使用节点的ip地址或者是在node节点添加标签，让pod调度器使用selector进行选择，这里我将使用两种方法，将主服务的beego端放在node1上，将判题器的两个judger放在node2上，judger1使用ip选择，judger2使用lable选择。 调度 nodename调度 apiVersion: apps/v1 kind: Deployment metadata:
K8S 集群调度
elihe2011的专栏
12-21 680
1. 集群调度 k8s 调度器 scheduler，它以独立的程序允许，启动后和一直和 APIServer 连接，获取 PodSpec.NodeName 为空的 pod， 然后将其 binding 调度到合适的的节点上。需考虑如下问题： 公平： 如何确保每个节点都被分配 资源高利用率：集群资源最大化被使用 效率：调度性能要好，能够快速完成大批量的 pod 调度 灵活：允许用户个性化调度需求 2. 调度过程 总结：预选 + 优选 2.1 Predicate 预选 作用：首先过滤掉不满足条件的节点 过程：如
K8S-集群调度(Scheduler)
迷雾总会解
08-26 1176
除了 kubernetes 自带的调度器，你也可以编写自己的调度器。通过参数指定调度器的名字，可以为 pod 选择某个调度器进行调度。比如下面的 pod 选择进行调度，而不是默认的。
K8S之Pod调度
weixin_43048499的博客
09-02 2491
K8S之Pod调度 文章目录K8S之Pod调度一、Schedule1.1 简介1.2 调度流程二、亲和性和反亲和性2.1 nodeSelector2.2 节点亲和性2.3 Pod亲和性2.4 Pod反亲和性三、污点和容忍度 一、Schedule 1.1 简介   调度器通过kubernetes的Watch机制来发现集群中新创建且尚未被调度到Node上的Pod。调度器会将发现的每一个未调度的Pod调度到一个合适 Node上来运行,从而更加合理、更加充分的利用集群的资源。 1.2 调度流程   kube-sch
k8s使用Volcano调度gpu
WEI的博客
05-21 546
安装nvidia-container-runtime。安装k8s-device-plugin。安装nvidia-docker2。cri-dockerd安装。安装volcano1.8。
k8s节点调度
识途老码
12-14 3976
设置指定的node为不可用 # 查看node状态 kubectl get nodes # 将node标记为不可调度状态 kubectl cordon node名 # drain清空node ## --delete-local-data 清空本地数据 ## --ignore-daemonsets 忽略daemonsets错误 ## --force 强制执行 kubectl drain node名 --delete-local-data --ignore-daemonsets --force # 查看no
k8s部署redis集群
liangkaiping0525的博客
07-06 5570
k8s部署Redis集群
k8s查看集群信息及基本命令
热门推荐
日拱一卒无有尽，功不唐捐终入海
03-22 3万+
kubectl version：查看 k8s 版本信息。 kubectl cluster-info：查看 k8s 集群信息，包括 API Server 的地址和版本以及控制平面组件的状态。 kubectl get nodes：查看集群中的节点信息，包括节点名称、IP 地址、状态和运行时间等。 kubectl get pods：查看当前命名空间下的 Pod 信息，包括 Pod 名称、所属节点、容器状态、IP 地址等。 kubectl get services：查看当前命名空间下的 Service 信息
k8s 高可用集群
05-03
k8s 高可用集群安装指南 k8s 高可用集群是一个...在本文中，我们介绍了 k8s 高可用集群的安装步骤，旨在帮助读者快速搭建高可用 k8s 集群。通过遵循本文的指南，读者可以轻松地搭建高可用 k8s 集群，以满足业务需求。
k8s课件k8s课件k8s课件k8s课件
02-15
本节将对k8s的基本概念、监控与日志、应用程序生命周期管理、调度、存储、集群安全等方面进行详细的解释，旨在帮助读者深入了解k8s的各个方面。 k8s基础概念 k8s是一种容器集群管理系统，由Google在2014年开源。k8...
部署一套完整的K8s高可用集群（kubeadm-V1.21）
05-09
部署一套完整的 K8s 高可用集群（kubeadm-V1.21） Kubernetes 作为容器集群系统，通过健康检查+重启策略实现了 Pod 故障自我修复能力，通过调度算法实现将 Pod 分布式部署，并保持预期副本数，根据 Node 失效状态...
解决k8s中xxl-job执行器pod重建后无法读取到执行日志的问题
08-24
但在k8s中，即使将本地文件通过nfs独立存储，在pod重建后也通常会因为ip变更，找不到执行器，导致读取不到执行日志。解决方案为单独再部署一个xxl-job-read-log服务，将读日志的请求都转到这个服务上，由这个服务...
容器集群k8s从入门到精通导学大纲资料.pdf
09-26
容器集群K8S从入门到精通导学大纲资料 以下是从给定文件信息中提炼出的知识点： 容器化部署 容器化部署是应用程序部署方式演变的第三个时代，具有以下优点： * 保证每个容器拥有自己的文件系统、CPU、内存、进程...
k8s中 docker和containerd 镜像相互导入导出
最新发布
xiaogg3678的专栏
06-20 394
k8s中 docker和containerd 镜像相互导入导出
Centos7升级K8S集群
codelearning的专栏
06-17 706
适用于使用kubeadm部署的k8s环境。Kubernetes 版本以 x.y.z 表示，其中 x 是主要版本， y 是次要版本，z 是补丁版本。升级时不可以跳过次版本。例如，你只能从 1.y 升级到 1.y+1，而不能从 1.y 升级到 1.y+2。版本偏差说明：生产环境升级之前注意备份数据。为了方便恢复，如果是虚拟机环境可以借助kube快照进行恢复。
k8s学习--Kruise Rollouts 基本使用
lwxvgdv的博客
06-19 1226
Kruise Rollouts 是由 OpenKruise 开发的 Kubernetes 拓展工具，专门设计用于管理应用部署和更新过程中的复杂需求。它提供了多种高级部署策略，旨在优化和控制 Kubernetes 应用程序的发布过程，使得可以更灵活、更安全地进行版本迭代和回滚。这个工具是对 Kubernetes 标准部署策略（如 RollingUpdate）的扩展和增强。总结来说，Kruise Rollouts 是 Kubernetes 生态中的一个重要拓展，适用于需要高度可控和自动化部署策略的复杂应用环境。
kubernetes node 节点管理
m0_60125201的博客
06-19 676
详细介绍了 kubernetes node 节点管理 的详细命令
k8s 多维资源调度算法
02-03
在K8s中，多维资源调度算法主要涉及以下几个方面： 1. 资源分配：K8s通过分配节点上的资源来满足容器的需求。调度器会考虑所有容器的资源需求，并将其分配到合适的节点上。该算法会根据容器的资源请求和节点的可用...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值