189 8069 5689

kubernetes--调度约束

基本原理

kubernetes通过watch的机制进行每个组件的协作，每个组件之间的设计实现了解耦.

调度方式

nodeName用于将Pod调度到指定的Node名称上,跳过调度器直接分配.

nodeSelector用于将Pod调度到匹配Label的Node上,前提是node要有标签.

kubernetes--调度约束

鱼台网站建设公司创新互联,鱼台网站设计制作，有大型网站制作公司丰富经验。已为鱼台成百上千提供企业网站建设服务。企业网站搭建\成都外贸网站建设公司要多少钱，请找那个售后服务好的鱼台做网站的公司定做！

原理详解

图中左上角的运维人员往节点中创建一个nginx资源.

API Server和etcd和Scheduler是master.

Kubelet和Docker是node节点.

API Server做为唯一入口，接受create创建资源的属性信息写入到etcd中（属性信息：名称，镜像名称，限制条件），
etcd完善发现机制（watch）给Scheduler调度器（查看那个节点适合），然后绑定相关pod的网络信息，
反馈给API Server，收到信息后api写入etcd中，此时etcd存储了pod的网络信息（IP），node1、中的kubelet会管理pod资源，
会触发容器的创建命令，安装完成后docker就会反馈状态信息给API Server，当API Server收到状态信息写入到etcd中.

API Server相当于是平台中的管理员,负责记录相关信息,

etcd相当于管理员的记事本,相关信息内容写在其中,

如果API Server挂了，那么k8s基本上就瘫痪了.

范例演示-nodeName

  • 编辑yaml文件
vim pod5.yaml

apiVersion: v1
kind: Pod
metadata:
  name: pod-example
  labels:
    app: nginx
spec:
  nodeName: 192.168.142.131
  #指定给node1节点
  containers:
  - name: nginx
    image: nginx:1.15
    #验证是否创建了nginx
  • 创建yaml文件
kubectl create -f pod5.yaml

kubectl get pods
  • 查看详细事件,发现未经过调度器
kubectl describe pod pod-example
  • 清空pod资源
kubectl delete -f .

kubectl get pods

范例演示-nodeSelector

  • 获取标签帮助
kubectl label --help
  • 需要获取node上的NAME名称
kubectl get node
  • 给对应的node设置标签分别为kgc=a和kgc=b
kubectl label nodes 192.168.142.130 kgc=a

kubectl label nodes 192.168.142.131 kgc=b
  • 查看标签
kubectl get nodes --show-labels

vim pod5.yaml

apiVersion: v1
kind: Pod
metadata:
  name: pod-example
  labels:
    app: nginx
spec:
  nodeSelector: 
    kgc: b
  containers:
  - name: nginx
    image: nginx:1.15

kubectl apply -f pod5.yaml
  • 查看详细事件,通过事件可以观察经过调度器分配
kubectl describe pod pod-example

故障排除

  • 查看pod事件
kubectl describe TYPE NAME_PREFIX
  • 查看pod日志（Failed状态下）
kubectl logs POD_NAME
  • 进入pod（状态为running，但是服务没有提供）
kubectl exec –it POD_NAME bash

kubernetes--调度约束

谢谢阅读!


名称栏目：kubernetes--调度约束
文章源于：http://jkwzsj.com/article/iisdpp.html

其他资讯