Kubernetes----Pod定向调度

简介: Kubernetes----Pod定向调度

【原文链接】

一、Pod调度简介

1.1 调度简介

在默认情况下,一个Pod在哪个Node节点上运行,是由scheduler组件采用相应的算法计算出来的,这个过程是不受人工控制的,但是在实际使用中,这并不满足要求,因为在很多情况下,我们想控制某些Pod在某些某些节点上,这就要求Kubernetes能对Pod进行调度,Kubernetes提供了四种调度方式

  • 自动调度:由scheduler计算得出
  • 定向调度:NodeName,NodeSelector
  • 亲和性调度:NodeAffinity,PodAffinity,PodAntiAffinity
  • 污点(容忍)调度:Taints,Toleration

1.2 定向调度简介

定向调度,指的是利用在pod上声明nodeName或者nodeSelector,以此将Pod调度到期望的node节点上,注意,这里所说的调度是强制的,这意味着即使调度的Node不存在,也会向上面进行调度,只不过pod运行失败而已

二、定向调度实例

2.1 基于NodeName定向调度

编辑pod_nodename.yaml文件,定向约束到node2节点,如下:

apiVersion: v1
kind: Namespace
metadata:
  name: dev

---

apiVersion: v1
kind: Pod
metadata:
  name: pod-nginx
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  nodeName: node2

使用如下命令创建资源

[root@master resource_manage]# kubectl apply -f pod_nodename.yaml
namespace/dev created
pod/pod-nginx created
[root@master resource_manage]#

如下,查看可以发现此时已经调度到node2节点上了

[root@master resource_manage]# kubectl get pod -n dev -o wide
NAME        READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
pod-nginx   1/1     Running   0          10s   10.244.2.43   node2   <none>           <none>
[root@master resource_manage]#

使用如下命令删除资源

[root@master resource_manage]# kubectl delete -f pod_nodename.yaml
namespace "dev" deleted
pod "pod-nginx" deleted
[root@master resource_manage]#

2.2 基于节点标签使用nodeSelector定向调度

首先给node1和node2节点打不同的标签

[root@master resource_manage]# kubectl label nodes node1 nodeenv=test
node/node1 labeled
[root@master resource_manage]# kubectl label nodes node2 nodeenv=demo
node/node2 labeled
[root@master resource_manage]# kubectl get node --show-labels
NAME     STATUS   ROLES                  AGE   VERSION   LABELS
master   Ready    control-plane,master   10d   v1.21.2   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/control-plane=,node-role.kubernetes.io/master=,node.kubernetes.io/exclude-from-external-load-balancers=
node1    Ready    <none>                 10d   v1.21.2   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node1,kubernetes.io/os=linux,nodeenv=test
node2    Ready    <none>                 10d   v1.21.2   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node2,kubernetes.io/os=linux,nodeenv=demo
[root@master resource_manage]#

然后编辑pod_nodeselector.yaml文件,内容如下即将pod调度到nodeenv=demo的节点上即node2节点上

apiVersion: v1
kind: Namespace
metadata:
  name: dev

---

apiVersion: v1
kind: Pod
metadata:
  name: pod-nginx
  namespace: dev
spec:
  containers:
  - name: nginx
    image: nginx:1.17.1
  nodeSelector:
    nodeenv: demo

使用如下命令创建资源

[root@master resource_manage]# kubectl apply -f pod_nodeselector.yaml
namespace/dev created
pod/pod-nginx created
[root@master resource_manage]#

如下,可以看到,pod如愿被调度到node2节点上

[root@master resource_manage]# kubectl get pod -n dev -o wide
NAME        READY   STATUS    RESTARTS   AGE    IP            NODE    NOMINATED NODE   READINESS GATES
pod-nginx   1/1     Running   0          105s   10.244.2.44   node2   <none>           <none>
[root@master resource_manage]#

最后使用如下命令删除资源

[root@master resource_manage]# kubectl delete -f pod_nodeselector.yaml
namespace "dev" deleted
pod "pod-nginx" deleted
[root@master resource_manage]#
相关实践学习
容器服务Serverless版ACK Serverless 快速入门:在线魔方应用部署和监控
通过本实验,您将了解到容器服务Serverless版ACK Serverless 的基本产品能力,即可以实现快速部署一个在线魔方应用,并借助阿里云容器服务成熟的产品生态,实现在线应用的企业级监控,提升应用稳定性。
云原生实践公开课
课程大纲 开篇:如何学习并实践云原生技术 基础篇: 5 步上手 Kubernetes 进阶篇:生产环境下的 K8s 实践 相关的阿里云产品:容器服务&nbsp;ACK 容器服务&nbsp;Kubernetes&nbsp;版(简称&nbsp;ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情:&nbsp;https://www.aliyun.com/product/kubernetes
目录
相关文章
|
应用服务中间件 nginx 容器
Kubernetes----Pod配置容器端口
Kubernetes----Pod配置容器端口
829 0
|
Kubernetes Perl 容器
【kubernetes】修改集群节点中 Pod 数量限制
Kubernetes 默认每个节点只能启动 110 个 Pod,由于业务需要,将每个节点默认限制的 Pod 数量改为 200。
2767 0
|
容器 Perl
Kubernetes----Pod配置容器重启策略
Kubernetes----Pod配置容器重启策略
1670 0
|
10月前
|
Kubernetes 算法 调度
13-Kubernetes-Pod详解-调度
13-Kubernetes-Pod详解-调度
|
10月前
|
Perl
18-Kubernetes-Pod控制器详解- Job
18-Kubernetes-Pod控制器详解- Job
|
11月前
|
编解码 运维 Kubernetes
【探索 Kubernetes|作业管理篇 系列 9】Pod 的服务对象(上)
【探索 Kubernetes|作业管理篇 系列 9】Pod 的服务对象(上)
105 0
|
Kubernetes NoSQL 网络安全
Kubernetes的 pod 重启策略、Pod状态、生命周期
Kubernetes的 pod 重启策略、Pod状态、生命周期
909 1
|
消息中间件 Kubernetes 监控
Kubernetes-Pod介绍(三)-Pod调度
不同的Pod之间的亲和性问题,例如主从MySQL数据库不能够分配到同一个节点上或者两种Pod必须调度到同一个节点上,实现本地网路、文件共享等等; 有状态的集群,例如Zookeeper、Kafka等有状态的集群,每个节点看起来都是差不多,但是每个节点都必须明确主节点,而且节点启动有严格的顺序要求,此外集群中的数据也需要持久化存储,每个工作节点挂点的时候,如何按照持计划的信息进行恢复等等问题; 每个Node上调度仅仅创建一个Pod,例如对Node节点的监控,主机节点日志、性能采集节点只能部署一个节点; 批量调度的任务以及定时调度的任务,调用完成的时候要求Pod就销毁;
|
运维 Kubernetes Linux
kubernetes 设置 Master 可调度与不可调度
kubernetes 设置 Master 可调度与不可调度 语法 kubectl taint node [node] key=value[effect] [effect] 可取值: [ NoSchedule | PreferNoSchedule | NoExecute ] NoSchedule: 一定不能被调度 PreferNoSchedule: 尽量不要调度 NoExecute: 不仅不会调度, 还会驱逐Node上已有的Pod
883 0
|
调度 Perl
Kubernetes----Pod亲和性调度
Kubernetes----Pod亲和性调度
897 0