欢迎来到李先生的博客

深山的鹿,不知归处;万般皆苦,只可自渡。
扩大
缩小

Kubernetes概念之mater、node

很久没写博客了,终于把重心找回来了,不过没有以前有斗志、有理想、有目标了、慢慢来。你若问我我最近几年的规划是什么,还真不知道。突然发现摧毁一个人真的很简单。k8s也是一遍一遍的从入门到放弃,还是要好好弄弄了。 

本文通过《Kubernetes权威指南》的概念部分学习总结 

Kubernetes集群管理的两个角色Master、Node

1、Master

Master:Kubernetes里的Master指的是集群控制节点,每个Kubernetes集群里需要有一个Master节点来负责整个集群的管理和控制,基本上Kubernetes的所有控制命令都发给他,他来负责具体的执行过程,在平时执行的命令基本上都是在master节点上运行的。Master通常为一台单独的服务,集群的话3台。
 
Master节点上运行着一组关键的进程:
1)Kubernetes API Server(kube-apiserver):提供了HTTP Reset接口的关键服务进程,是Kubernetes里所有资源的增、删、改、查等操作的唯一入口,也是集群控制的入口进程。
2)Kubernetes Controller Manager(kube-controller-manager):Kubernetes里所有资源对象的自动化控制中心,资源对象的大总管。
3)Kubernetes Scheduler(kube-schedule):负责资源调度(Pod调度)的进程,相当于调度室。
4)etcd服务:Kubernetes里所有资源对象的数据全部是保存在etcd中的。
 
 

2、Node

除了Master,Kubernetes集群中的其他集群被称为Node节点,Node节点可以是物理机,也可以是虚拟机。Node节点才是Kubernetes集群中的工作负载节点,每个Node都会Master分配一些工作负载(Docker容器),当某个Node宕机时,其上的工作负载会被Master自动转移到其他节点上去。
 
每个Node节点上都运行着以下一组关键进程:
kubelet:负责Pod对应容器的创建、启停等任务,同时与Master节点密切协作,实现集群管理的基本功能。
kube-proxy:实现Kubernetes Service的通信与负责均衡机制的重要组件。
Docker Engine(docker):Docker引擎,负责本机容器创建和管理工作。
 
Node节点可以在运行期间动态增加到Kubernetes集群中。在默认情况下kubelet会向master注册自己,这也是Kubernetes推荐的Node管理方式。一旦Node被纳入集群管理范围,kubelet进程就会定时向Master节点汇报自身的状态,如操作系统、Docker版本、机器的CPU和内存情况,以及当前有哪些Pod在运行等,这样Master就可以获知每个Node的资源使用情况,并实现高效均衡的资源调度策略。而当某个Node超过指定时间没有汇报信息时,会被Mater认为失联,此时Node的状态就会被标为不可用(Node Ready)随后Master会触发“工作负载大转移”的自动流程。
 

 

 

 

posted on 2019-09-11 17:07  Captain_Li  阅读(163)  评论(5编辑  收藏

导航