今天继续给大家介绍Linux运维相关知识,本文主要内容是Kubernetes集群组件。
一、Kubernetes集群组件概述
Kubernetes由多个组件构成,这些组件分别运行于不同的节点上,并发挥不同的作用。Kubernetes集群组件示意图如下:
二、Master组件
Kubernetes的Master结点主要包括以下组件:
(一)API Server
API Server是整个Kubernetes集群的网关,负责输出RESTful风格的命令,以及接收、校验并响应所有的REST请求,结果状态被永久存储在ETCD中。
(二)ETCD
ETCD可以以键值对的方式持久化存储Kubernetes集群中的状态信息,可以用于服务发现、共享配置以及一致性保障,并且还提供了监听机制,用于监听和推送变更。Kubernetes集群中,当ETCD的键值对发生变化时会通知到API Server,并且由监听机制向管理人员输出。这样,基于监听机制,Kubernetes集群中的各个组件实现了高效协同。
值得一提的是,ETCD是由CoreOS基于Raft协议开发的,是独立的服务组件,并不隶属于Kubernetes集群自身。
(三)Controller Manager
Controller Manager即集群控制器,可以完成大多数集群级别的功能。Controller Manager进程被集成在kube-controller-manager守护进程中,主要是完成以下两个功能:
1、生命周期功能
包括Namespace创建和声明周期、Event垃圾回收、Pod终止相关的垃圾回收、级联垃圾回收以及Node垃圾回收等。
2、API业务逻辑
例如由ReplicaSet执行的Pod扩展等。
(四)Scheduler
Scheduler,即调度器,负责工作与Kubernetes集群的底层,会根据Kubernetes集群中各个节点的状态以及对容器的资源需求进行调度决策。Kubernetes也支持用户自定义调度器。
三、Node组件
Kubernetes的Node结点主要包括以下组件:
(一)Kubelet
Kubelet是运行与Kubernetes集群中Node结点上的守护进程,该进程会从API Server接收关于Pod资源对象的配置信息并执行Master结点的指令。此外,它也会在API Server上注册当前工作结点,通过Advisor监控容器和节点的资源占用情况,并定期向Master结点汇报结点资源使用情况。
(二)Kube-proxy
Kube-proxy工作在Node结点上,负责为Service对象生成iptables或者是ipvs规则,从而捕获访问该Service的数据流量,并将这些流量转发给后端的Pod对象。
(三)Docker
位于Node结点上,用于运行容器。
四、核心附件
除了上述组件外,Kubernetes还具有以下核心附件,用于使得Kubernetes集群更加完整。
(一)KubeDNS
KubeDNS是Kubernetes集群中负责提供DNS服务的Pod,它可以给Kubernetes集群中的其他Pod提供DNS服务以解析主机名。但是从Kubernetes1.1版本之后,KubeDNS组件被CoreDNS项目所代替。
(二)Kubernetes Dashboard
Kubernetes集群中用于管理的Web页面。
(三)Heapster
Heapster是容器和节点的性能监控与分析系统。它负责收集、解析多种指标数据,例如资源利用率、生命周期事件等。但是在新版本的Kubernetes中,Heapster会由Prometheus结合其他组件所替代。
(四)Ingress Contorller
Ingress是在应用层上实现HTTP或者是HTTPs负载均衡机制的附件,但是Ingress资源自身不能向Service一样,进行数据流量的转发,其自身仅仅是一系列规则。这些规则需要通过Ingress控制器发挥作用。
原创不易,转载请说明出处:https://blog.csdn.net/weixin_40228200
————————————————
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/weixin_40228200/article/details/124254793