Pod调度

已于 2023-06-01 10:24:14 修改
阅读量460 收藏
点赞数
分类专栏： 云计算 文章标签： docker kubernetes 运维
于 2023-06-01 00:46:17 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_51882166/article/details/130979716
版权

Pod调度

默认情况，Pod运行在Node节点上，由Scheduler组件采用算法计算出来，这个过程不受人为控制

K8S提供四大类调度方式:

  • 自动调度

  • 定向调度:NodeName,NodeSelector

  • 亲和性调度：NodeAffinity、PodAffinity、PodAntiAffinity

  • 污点（容忍）调度：Taints、Toleration

定向调度

官方文档：https://kubernetes.io/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node/

利用Pod上nodeName或nodeSelector，以此方式进行强制调度，即使Node不存在也会调度

NodeName

查看节点

[root@master ~]# kubectl get nodes
NAME     STATUS   ROLES    AGE     VERSION
master   Ready    master   3d10h   v1.17.4
node1    Ready    <none>   3d10h   v1.17.4
node2    Ready    <none>   3d10h   v1.17.4

创建pod-nodename.yaml文件

apiVersion: v1
kind: Pod
metadata:
  name: pod-nodename
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  nodeName: node1 # 指定调度到node1节点上

#创建名称空间
[root@master ~]# kubectl create ns dev
namespace/dev created
[root@master ~]# vim pod-nodename.yaml
[root@master ~]# kubectl create -f pod-nodename.yaml
pod/pod-nodename created
#发现在node1
[root@master ~]# kubectl get pod pod-nodename -n dev -o wide
NAME           READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
pod-nodename   1/1     Running   0          31s   10.244.1.16   node1   <none>           <none>

#删除pod
[root@master ~]# kubectl delete -f pod-nodename.yaml
pod "pod-nodename" deleted
[root@master ~]# vim pod-nodename.yaml
#修改nodename为一个不存在的node3
[root@master ~]# cat pod-nodename.yaml
apiVersion: v1
kind: Pod
metadata:
  name: pod-nodename
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  nodeName: node3 # 指定调度到node3节点上
[root@master ~]# kubectl create -f pod-nodename.yaml
pod/pod-nodename created
#查看信息 发现一直在pending状态 运行不起来 强制调度在一个不存在node3上
[root@master ~]# kubectl get pod pod-nodename -n dev -o wide
NAME           READY   STATUS    RESTARTS   AGE   IP       NODE    NOMINATED NODE   READINESS GATES
pod-nodename   0/1     Pending   0          5s    <none>   node3   <none>           <none>

NodeSelector

nodeSelector 是节点选择约束的最简单推荐形式。你可以将 nodeSelector 字段添加到 Pod 的规约中设置你希望目标节点所具有的节点标签。 Kubernetes 只会将 Pod 调度到拥有你所指定的每个标签的节点上（此调度也是强制调度)。

分别向node节点添加标签

[root@master mine]# kubectl label nodes node1 nodeenv=pro
node/node1 labeled
[root@master mine]# kubectl label nodes node2 nodeenv=test
node/node2 labeled

创建pod-nodeselector.yaml文件

apiVersion: v1
kind: Pod
metadata:
  name: pod-nodeselector
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  nodeSelector: 
    nodeenv: pro # 指定调度到具有nodeenv=pro标签的节点上

[root@master mine]# vim pod-nodeselector.yaml
[root@master mine]# kubectl create -f pod-nodeselector.yaml
pod/pod-nodeselector created
#发现pod被调度在node1上
[root@master mine]# kubectl get pod pod-nodeselector -n dev -o wide
NAME               READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE                         READINESS GATES
pod-nodeselector   1/1     Running   0          35s   10.244.1.17   node1   <none>                                 <none>


#删除Pod修改yaml文件
[root@master mine]# kubectl delete -f pod-nodeselector.yaml
pod "pod-nodeselector" deleted
[root@master mine]# vim pod-nodeselector.yaml
[root@master mine]# cat pod-nodeselector.yaml
apiVersion: v1
kind: Pod
metadata:
  name: pod-nodeselector
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  nodeSelector:
    nodeenv: test # 指定调度到具有nodeenv=test标签的节点上
[root@master mine]# kubectl create -f pod-nodeselector.yaml
pod/pod-nodeselector created
#现在已经调度到标签为node2的节点上了
[root@master mine]# kubectl get pod pod-nodeselector -n dev -o wide
NAME               READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
pod-nodeselector   1/1     Running   0          9s    10.244.2.12   node2   <none>           <none>

亲和性调度

官方文档：https://kubernetes.io/zh-cn/docs/tasks/configure-pod-container/assign-pods-nodes-using-node-affinity/

基于NodeSelector基础上进行拓展，实现优选选择满足条件的NodeSelector进行调度，如果没有，也可以调度到不满足条件的节点上，使调度更加灵活。

Affinity主要分为三类：

  • nodeAffinity(node亲和性）: 以node为目标，解决pod可以调度到哪些node的问题

  • podAffinity(pod亲和性) : 以pod为目标，解决pod可以和哪些已存在的pod部署在同一个拓扑域中的问题

  • podAntiAffinity(pod反亲和性) : 以pod为目标，解决pod不能和哪些已存在pod部署在同一个拓扑域中的问题

nodeAffinity

[root@master ~]# kubectl explain pod.spec.affinity.nodeAffinity
KIND:     Pod
VERSION:  v1

RESOURCE: nodeAffinity <Object>

DESCRIPTION:
     Describes node affinity scheduling rules for the pod.

     Node affinity is a group of node affinity scheduling rules.

FIELDS:
   preferredDuringSchedulingIgnoredDuringExecution      <[]Object>
调度器更倾向于将pod调度到满足

由该字段指定的关联表达式，但它可以选择一个节点

违反一个或多个表达式。首选节点为

权重和最大的一个，即每个节点满足所有

调度需求(资源请求，requiredDuringScheduling)

关联表达式等)，通过遍历对象来计算和

此字段的元素，如果节点匹配，则向和添加“weight”

对应的matchExpressions;和最大的节点是

最受欢迎的。
优先调度到满足指定的规则的Node，相当于软限制 (倾向)
    preference   一个节点选择器项，与相应的权重相关联
      matchFields   按节点字段列出的节点选择器要求列表
      matchExpressions   按节点标签列出的节点选择器要求列表(推荐)
        key    键
        values 值
        operator 关系符 支持In, NotIn, Exists, DoesNotExist, Gt, Lt
	weight 倾向权重，在范围1-100。


   requiredDuringSchedulingIgnoredDuringExecution       <Object>
     如果不满足此字段指定的关联要求

调度时间，pod将不会被调度到节点上。如果

此字段指定的关联需求在某个时刻不再满足

在pod执行期间(例如，由于更新)，系统可能会尝试，也可能不会尝试

以最终从其节点中驱逐pod。
Node节点必须满足指定的所有规则才可以，相当于硬限制
   nodeSelectorTerms  节点选择列表
      matchFields   按节点字段列出的节点选择器要求列表
      matchExpressions   按节点标签列出的节点选择器要求列表(推荐)
        key    键
        values 值
        operator 关系符 支持Exists, DoesNotExist, In, NotIn, Gt, Lt

关系符的使用说明:

- matchExpressions:
  - key: nodeenv              # 匹配存在标签的key为nodeenv的节点
    operator: Exists
  - key: nodeenv              # 匹配标签的key为nodeenv,且value是"xxx"或"yyy"的节点
    operator: In
    values: ["xxx","yyy"]
  - key: nodeenv              # 匹配标签的key为nodeenv,且value大于"xxx"的节点
    operator: Gt
    values: "xxx"

创建一个pod-nodeaffinity-required.yaml文件

apiVersion: v1
kind: Pod
metadata:
  name: pod-nodeaffinity-required
  namespace: dev  #提前创建好
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  affinity:  #亲和性设置
    nodeAffinity: #设置node亲和性
      requiredDuringSchedulingIgnoredDuringExecution: # 硬限制
        nodeSelectorTerms:
        - matchExpressions: # 匹配env的值在["xxx","yyy"]中的标签
          - key: nodeenv
            operator: In
            values: ["xxx","yyy"]

#运行失败
[root@master tmp]# kubectl get pod -n dev -o wide
NAME                        READY   STATUS    RESTARTS   AGE   IP       NODE     NOMINATED NODE   READINESS GATES
pod-nodeaffinity-required   0/1     Pending   0          75s   <none>   <none>   <none>           <none>
#查看信息

[root@master tmp]# kubectl describe pod pod-nodeaffinity-required -n dev
...
  Warning  FailedScheduling  <unknown>  default-scheduler  0/3 nodes are available: 3 node(s) didn't match node selector.
  Warning  FailedScheduling  <unknown>  default-scheduler  0/3 nodes are available: 3 node(s) didn't match node selector.

#给node1打上标签

[root@master tmp]# kubectl label nodes node1 nodeenv=xxx
node/node1 labeled
[root@master tmp]# kubectl get nodes --show-labels
NAME     STATUS   ROLES    AGE   VERSION   LABELS
master   Ready    master   20h   v1.17.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=master,kubernetes.io/os=linux,node-role.kubernetes.io/master=
node1    Ready    <none>   20h   v1.17.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node1,kubernetes.io/os=linux,nodeenv=xxx
node2    Ready    <none>   20h   v1.17.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node2,kubernetes.io/os=linux
#再次创建 发现可以运行且在node1上

[root@master tmp]# kubectl create -f pod-nodeaffinity-required.yaml
pod/pod-nodeaffinity-required created
[root@master tmp]# kubectl get pod -n dev -o wide
NAME                        READY   STATUS    RESTARTS   AGE    IP           NODE    NOMINATED NODE   READINESS GATES
pod-nodeaffinity-required   1/1     Running   0          111s   10.244.1.2   node1   <none>           <none>




NodeAffinity规则设置的注意事项：
    1 如果同时定义了nodeSelector和nodeAffinity，那么必须两个条件都得到满足，Pod才能运行在指定的Node上
    2 如果nodeAffinity指定了多个nodeSelectorTerms，那么只需要其中一个能够匹配成功即可
    3 如果一个nodeSelectorTerms中有多个matchExpressions ，则一个节点必须满足所有的才能匹配成功
    4 如果一个pod所在的Node在Pod运行期间其标签发生了改变，不再符合该Pod的节点亲和性需求，则系统将忽略此变化

podAffinity

pod.spec.affinity.podAffinity
  requiredDuringSchedulingIgnoredDuringExecution  硬限制
    namespaces       指定参照pod的namespace
    topologyKey      指定调度作用域
    labelSelector    标签选择器
      matchExpressions  按节点标签列出的节点选择器要求列表(推荐)
        key    键
        values 值
        operator 关系符 支持In, NotIn, Exists, DoesNotExist.
      matchLabels    指多个matchExpressions映射的内容
  preferredDuringSchedulingIgnoredDuringExecution 软限制
    podAffinityTerm  选项
      namespaces      
      topologyKey
      labelSelector
        matchExpressions  
          key    键
          values 值
          operator
        matchLabels 
    weight 倾向权重，在范围1-100

topologyKey用于指定调度时作用域,例如:
    如果指定为kubernetes.io/hostname，那就是以Node节点为区分范围
	如果指定为beta.kubernetes.io/os,则以Node节点的操作系统类型来区分

先创建一个参照Pod, pod-podaffinity-target.yaml

apiVersion: v1
kind: Pod
metadata:
  name: pod-podaffinity-target
  namespace: dev
  labels:
    podenv: pro #设置标签
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  nodeName: node1 # 将目标pod名确指定到node1上

#创建Pod查看信息
[root@master tmp]# kubectl create -f pod-podaffinity-target.yaml
pod/pod-podaffinity-target created
[root@master tmp]# kubectl get pods -n dev --show-labels
NAME                     READY   STATUS    RESTARTS   AGE   LABELS
pod-podaffinity-target   1/1     Running   0          4s    podenv=pro

创建pod-podaffinity-required.yaml

apiVersion: v1
kind: Pod
metadata:
  name: pod-podaffinity-required
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  affinity:  #亲和性设置
    podAffinity: #设置pod亲和性
      requiredDuringSchedulingIgnoredDuringExecution: # 硬限制
      - labelSelector:
          matchExpressions: # 匹配env的值在["pro","yyy"]中的标签
          - key: podenv
            operator: In
            values: ["pro","yyy"]
        topologyKey: kubernetes.io/hostname

[root@master tmp]# vim pod-podaffinity-required.yaml
[root@master tmp]# kubectl create -f pod-podaffinity-required.yaml
pod/pod-podaffinity-required created
[root@master tmp]# kubectl get pods -n dev --show-labels
NAME                       READY   STATUS    RESTARTS   AGE     LABELS
pod-podaffinity-required   1/1     Running   0          8s      <none>
pod-podaffinity-target     1/1     Running   0          3m41s   podenv=pro
#都调度到node1上面去
[root@master tmp]# kubectl get pods -n dev -o wide --show-labels
NAME                       READY   STATUS    RESTARTS   AGE   IP           NODE    NOMINATED NODE   READINESS GATES   LABELS
pod-podaffinity-required   1/1     Running   0          27s   10.244.1.4   node1   <none>           <none>            <none>
pod-podaffinity-target     1/1     Running   0          4m    10.244.1.3   node1   <none>           <none>            podenv=pro

podAntiAffinity

用上面的文件创建一个pod：

[root@master tmp]# cat pod-podaffinity-target.yaml
apiVersion: v1
kind: Pod
metadata:
  name: pod-podaffinity-target
  namespace: dev
  labels:
    podenv: pro #设置标签
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  nodeName: node1 # 将目标pod名确指定到node1上
[root@master tmp]# kubectl create -f pod-podaffinity-target.yaml
pod/pod-podaffinity-target created

创建新的yaml文件：

apiVersion: v1
kind: Pod
metadata:
  name: pod-podantiaffinity-required
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  affinity:  #亲和性设置
    podAntiAffinity: #设置pod亲和性
      requiredDuringSchedulingIgnoredDuringExecution: # 硬限制
      - labelSelector:
          matchExpressions: # 匹配podenv的值在["pro"]中的标签
          - key: podenv
            operator: In
            values: ["pro"]
        topologyKey: kubernetes.io/hostname

这里时不能让新的Pod与podenv=pro的Pod在一个节点，所以执行命令后肯定不在同一个节点上

[root@master tmp]# kubectl get pod -n dev -o wide
NAME                           READY   STATUS    RESTARTS   AGE     IP           NODE    NOMINATED NODE   READINESS GATES
pod-podaffinity-target         1/1     Running   0          6m17s   10.244.1.5   node1   <none>           <none>
pod-podantiaffinity-required   1/1     Running   0          31s     10.244.2.4   node2   <none>           <none>

发现不在一个节点上

污点和容忍度

官方文档：https://kubernetes.io/zh-cn/docs/concepts/scheduling-eviction/taint-and-toleration/

节点亲和性 是 Pod 的一种属性，它使 Pod 被吸引到一类特定的节点 （这可能出于一种偏好，也可能是硬性要求）。 污点（Taint） 则相反——它使节点能够排斥一类特定的 Pod。

容忍度（Toleration） 是应用于 Pod 上的。容忍度允许调度器调度带有对应污点的 Pod。 容忍度允许调度但并不保证调度：作为其功能的一部分， 调度器也会评估其他参数。

污点和容忍度（Toleration）相互配合，可以用来避免 Pod 被分配到不合适的节点上。 每个节点上都可以应用一个或多个污点，这表示对于那些不能容忍这些污点的 Pod， 是不会被该节点接受的

污点

污点的格式为：key=value:effect, key和value是污点的标签，effect描述污点的作用，支持如下三个选项：

  • PreferNoSchedule：kubernetes将尽量避免把Pod调度到具有该污点的Node上，除非没有其他节点可调度
  • NoSchedule：kubernetes将不会把Pod调度到具有该污点的Node上，但不会影响当前Node上已存在的Pod
  • NoExecute：kubernetes将不会把Pod调度到具有该污点的Node上，同时也会将Node上已存在的Pod驱离
# 设置污点
kubectl taint nodes node1 key=value:effect

# 去除污点
kubectl taint nodes node1 key:effect-

# 去除所有污点
kubectl taint nodes node1 key-
  1. 准备节点node1（为了演示效果更加明显，暂时停止node2节点）
  2. 为node1节点设置一个污点: tag=test:PreferNoSchedule；然后创建pod1( pod1 可以 )
  3. 修改为node1节点设置一个污点: tag=test:NoSchedule；然后创建pod2( pod1 正常 pod2 失败 )
  4. 修改为node1节点设置一个污点: tag=test:NoExecute；然后创建pod3 ( 3个pod都失败 )
#暂停node2
[root@master ~]# kubectl get nodes
NAME     STATUS     ROLES    AGE   VERSION
master   Ready      master   21h   v1.17.4
node1    Ready      <none>   21h   v1.17.4
node2    NotReady   <none>   21h   v1.17.4
#为node1节点设置一个污点: `tag=test:PreferNoSchedule`；然后创建pod1( pod1 可以 )
[root@master ~]# kubectl taint nodes node1 tag=test:PreferNoSchedule
node/node1 tainted
[root@master ~]# kubectl run pod1 --image=nginx:1.17.1 -n dev
kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-pod/v1 or kubectl create instead.
deployment.apps/pod1 created
#pod1存在
[root@master ~]# kubectl get pod -n dev
NAME                    READY   STATUS    RESTARTS   AGE
pod1-7c448df459-d24jd   1/1     Running   0          31s
# 为node1设置污点(取消PreferNoSchedule，设置NoSchedule)
[root@master ~]# kubectl taint nodes node1 tag:PreferNoSchedule-
node/node1 untainted
[root@master ~]# kubectl taint nodes node1 tag=test:NoSchedule
node/node1 tainted
#创建Pod2
[root@master ~]# kubectl get pod -n dev
NAME                    READY   STATUS    RESTARTS   AGE
pod1-7c448df459-d24jd   1/1     Running   0          12m
pod2-684ccb5d4c-t555g   0/1     Pending   0          5m30s
#修改为node1节点设置一个污点: `tag=test:NoSchedule`；然后创建pod2( pod1 正常  pod2 失败 )
# 为node1设置污点(取消NoSchedule，设置NoExecute)
[root@master ~]# kubectl taint nodes node1 tag:NoSchedule-
node/node1 untainted
[root@master ~]# kubectl taint nodes node1 tag=test:NoExecute
node/node1 tainted
#创建节点Pod3
[root@master ~]# kubectl run pod3 --image=nginx:1.17.1 -n dev
kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-pod/v1 or kubectl create instead.
deployment.apps/pod3 created
[root@master ~]# kubectl get pod -n dev -o wide
NAME                    READY   STATUS    RESTARTS   AGE    IP       NODE     NOMINATED NODE   READINESS GATES
pod1-7c448df459-fk54q   0/1     Pending   0          113s   <none>   <none>   <none>           <none>
pod2-684ccb5d4c-c8pw6   0/1     Pending   0          113s   <none>   <none>   <none>           <none>
pod3-6f94998d79-psvdc   0/1     Pending   0          11s    <none>   <none>   <none>           <none>
# 修改为node1节点设置一个污点: `tag=test:NoExecute`；然后创建pod3 ( 3个pod都失败 )

容忍度

污点就是拒绝，容忍就是忽略，Node通过污点拒绝pod调度上去，Pod通过容忍忽略拒绝

  • 上文中已经在node1节点上打上了NoExecute的污点，此时pod是调度不上去的
  • 可以添加容忍让Pod调度上去

创建pod-toleration.yaml

apiVersion: v1
kind: Pod
metadata:
  name: pod-toleration
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  tolerations:      # 添加容忍
  - key: "tag"        # 要容忍的污点的key
    operator: "Equal" # 操作符
    value: "test"    # 容忍的污点的value
    effect: "NoExecute"   # 添加容忍的规则，这里必须和标记的污点规则相同

[root@master ~]# kubectl create -f pod-toleration.yaml
pod/pod-toleration created
#只有添加了容忍的pod才能在node1上运行
[root@master ~]# kubectl get pod -n dev
NAME                    READY   STATUS    RESTARTS   AGE
pod-toleration          1/1     Running   0          11s
pod1-7c448df459-fk54q   0/1     Pending   0          20m
pod2-684ccb5d4c-c8pw6   0/1     Pending   0          20m
pod3-6f94998d79-psvdc   0/1     Pending   0          18m

tolerations配置：

[root@master ~]# kubectl explain pod.spec.tolerations
.....

FIELDS:
   effect       <string>
 # 对应污点的effect，空意味着匹配所有影响

   key  <string>
# 对应着要容忍的污点的键，空意味着匹配所有的键

   operator     <string>
# key-value的运算符，支持Equal和Exists（默认）

   tolerationSeconds    <integer>
 # 容忍时间, 当effect为NoExecute时生效，表示pod在Node上的停留时间

   value        <string>

  # 对应着要容忍的污点的值
Dean.song
关注
专栏目录
7 Pod 调度
Frank的博客
08-05 493
目录 1 创建Pod的工作流程 2 Pod中影响调度的主要属性 3 资源限制对Pod调度的影响 4 将Pod调度到指定节点 4.1nodeSelector（强硬） 4.2nodeAffinity（亲和） 5 污点及污点容忍 6 绕过调度器nodeName 1 创建Pod的工作流程 用户发出创建pod的指令 APIServer接收到创建pod命令，生成包含Pod创建信息的yaml文件，将yaml文件写入ETCD Scheduler被APIServer通知到有新的待创建Pod的请求，..
Kubernetes Pod 调度策略
专注基础架构领域
12-12 330
在 kubernetes 集群当中，我们很少直接创建一个 pod 来启动应用服务，而是通过控制器来创建 pod 从而运行应用实例，比如： Deployment、DaemonSet、Job 等控制器完成对一组 Pod 副本的创建。
Kubernetes Pod调度策略
GaleZhang的博客
09-03 1485
前两天和组里老哥交流时提到了k8s的Pod调度非常有意思，因此恶补了一下这一块的知识，写个文章做个记录。个人榆枋之见，欢迎评论交流。
【云原生】Kubernetes----POD调度策略
hy199707的博客
05-28 1515
在Kubernetes集群中，Pod是最小的可部署单元，它封装了应用程序及其依赖的运行环境。然而，Pod并不会自行选择在哪个节点上运行，而是由Kubernetes的调度器（kube-scheduler）来负责。本文将深入探讨Kubernetes中的Pod调度机制，包括其工作原理、调度决策的因素以及如何定义Pod的调度策略
pod调度
z2980904212的博客
02-29 928
用户是通过 kubectl 根据配置文件，向 APIServer 发送命令，在 Node 节点上面建立 Pod 和 Container。APIServer 经过 API 调用，权限控制，调用资源和存储资源的过程，实际上还没有真正开始部署应用。这里 需要 Controller Manager、Scheduler 和 kubelet 的协助才能完成整个部署过程。在 Kubernetes 中，所有部署的信息都会写到 etcd 中保存。
POD 以及POD调度
吴大侠的博客
09-04 963
目录一、Pod的基本概念二、pod存在意义三、Pod的实现机制3.1 共享网络3.2 共享存储四、Pod镜像拉取策略五、Pod资源限制六、Pod重启机制七、Pod健康检查八、Pod调度策略-创建pod流程九、影响Pod调度1.Pod的资源限制2.节点选择器标签3.节点亲和性4.污点(1)基本介绍(2)应用场景(3)具体演示(4)节点添加污点(5)节点删除污点5.污点容忍一、Pod的基本概念 ​ ...
K8S之Pod调度
weixin_43048499的博客
09-02 2675
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
浅析Pod调度
DwanCloud
03-23 1398
浅析Pod调度
K8s系列之：深入理解Pod调度
zhengzaifeidelushang的博客
02-03 1978
K8s系列之：深入理解Pod调度一、Deployment/RC：全自动调度二、NodeSelector：定向调度三、NodeAffinity:Node亲和性调度四、PodAffinity：Pod亲和与互斥调度策略五、Taints和Tolerations(污点和容忍) 在K8s系统中，Pod在大部分场景下都只是容器的载体而已，通常需要通过Deployment、DaemonSet、RC、Job等对象来完成一组Pod的调度与自动控制功能。 一、Deployment/RC：全自动调度 Deployment或RC的主
k8s技术交流，包括Pod概念和特点Pod种类Pod镜像拉取策略Pod重启策略Pod控制器Pod探针、Pod调度
05-13
k8s技术交流，包括Pod概念和特点、Pod种类、Pod镜像拉取策略、Pod重启策略、Pod控制器、Pod探针、Pod调度 k8s技术交流是学习kubernetes的基础，它包括了Pod概念和特点、Pod种类、Pod镜像拉取策略、Pod重启策略、Pod...
【kubernetes】关于k8s集群如何将pod调度到指定node节点？
liu_xueyin的博客
03-03 3310
1)使用 nodeName 字段指定node节点名称2)使用nodeselector 字段指定node节点的标签3)使用节点亲和性Pod亲和性 Pod反亲和性。
k8s篇-POD调度详解（亲和性/污点容忍/优先级调度）
qq_19676401的博客
08-27 3269
一、Kubernetes调度过程 说白了，一个调度过程就是把pod放到合适的node上。 Kube-ApiServer <------⑴------> Controllers (Validate/Admit) | ↑ ⑶| ↑_ _ _ ⑵_ _ _ _ Kube-Scheduler (Bind NodeName) _____|____ / \ ↓ ↓ (Kube
这应该是最全的Pod调度策略
Dou_Hua_Hua的博客
08-18 1831
首先说明，文章很长很长很长很长????......建议先收藏 API Server接受客户端提交Pod对象创建请求后的操作过程中，有一个重要的步骤就是由调度器程序kube-scheduler从当前集群中选择一个可用的最佳节点来接收并运行它，通常是默认的调度器kube-scheduler负责执行此类任务。对于每个待创建的Pod对象来说，调度过程通常分为两个阶段—》过滤—》打分，过滤阶段用来过滤掉不符合调度规则的Node，打分阶段建立在过滤阶段之上，为每个符合调度的Node进行打分，分值越高则被调度到该Node
【docker】docker常见命令
hiliang521的博客
09-30 463
[docker] docker常见命令
docker 常用命令
qq_27683317的博客
09-26 812
docker run --name javaweb -d -p 8090:8090 javaweb:1.0 #运行一个容器。sudo docker rm -f $(sudo docker ps -q) #删除所有容器（包括运行中的）sudo docker rm $(sudo docker ps -a -q) #删除所有未运行的容器。sudo docker rmi $(docker images -q) #删除所有镜像。docker logs -f -t --tail=100 es #查看最后n行日志。
【Docker】Docker 容器的使用指南：如何进入容器并运行命令
人生苦短，睡觉要紧，睡醒再说。
10-01 1637
Docker 是一个开源的应用容器引擎，能轻松创建、部署和运行分布式应用。本文将介绍如何进入 Docker 容器并在其中运行命令，包括常用命令示例与说明。
Docker 从安装到实战
最新发布
jmgufss的博客
10-04 740
Docker的基本安装和使用方法。Docker 是一个开源的平台，用于自动化应用程序的部署、扩展和管理。
【Docker从入门到进阶】03.进阶应用
10-03 1276
创建自定义网络这样创建的网络默认使用桥接模式。查看网络将容器连接到自定义网络连接现有容器到网络断开容器与网络的连接多服务配置Docker Compose 文件允许您通过 service 块定义多个服务。每个服务定义了一个 Docker 容器，使用这些容器共同协作以完成一个复杂的应用。网络与卷管理支持定义自定义网络，方便应用内不同服务之间的通信。通过卷的使用实现数据的持久化和共享。在中可以明确声明各服务间的依赖关系。环境变量和配置管理可以在 Compose 文件中嵌入环境变量，或使用。
k8s yaml 设置 pod 调度到指定 hostname
06-15
要将 Pod 调度到指定的 hostname，可以在 Pod 的 YAML 配置文件中添加 `nodeSelector` 字段。`nodeSelector` 字段可以指定一个键值对，表示 Pod 只能调度到具有这个标签的节点上。 以下是一个示例 YAML 文件，将 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值