K8S(三)—组件
目录
k8s组件
控制平面组件(Control Plane Components
kube-apiserver
? API 服务器是 Kubernetes 控制平面的组件, 该组件负责公开了 Kubernetes API,负责处理接受请求的工作。 API 服务器是 Kubernetes 控制平面的前端。
查看容器
[root@k8smaster1 ~]# docker ps |grep api
0c251ffb3487 ca9843d3b545 "kube-apiserver --ad…" 2 hours ago Up 2 hours k8s_kube-apiserver_kube-apiserver-k8smaster_kube-system_8825a4339e5863527f01ed21491f2931_0
11f48841cfaa registry.aliyuncs.com/google_containers/pause:3.2 "/pause" 2 hours ago Up 2 hours k8s_POD_kube-apiserver-k8smaster_kube-system_8825a4339e5863527f01ed21491f2931_0
查看端口
[root@k8smaster1 ~]# netstat -anpult|grep "LISTEN.*apiserver "
tcp6 0 0 :::6443 :::* LISTEN 5036/kube-apiserver
etcd
一致且高可用的键值存储,用作 Kubernetes 所有集群数据的后台数据库。
[root@k8smaster1 ~]# docker ps |grep etcd
57e6d68cfb35 0369cf4303ff "etcd --advertise-cl…" 2 hours ago Up 2 hours k8s_etcd_etcd-k8smaster_kube-system_023c87e09bfa28e7117663bc22dbde5e_0
d660b8dc5481 registry.aliyuncs.com/google_containers/pause:3.2 "/pause" 2 hours ago Up 2 hours k8s_POD_etcd-k8smaster_kube-system_023c87e09bfa28e7117663bc22dbde5e_0
kube-scheduler
kube-scheduler
是控制平面的组件, 负责监视新创建的、未指定运行节点(node)的 Pods, 并选择节点来让 Pod 在上面运行。
? 调度决策考虑的因素包括单个 Pod 及 Pods 集合的资源需求、软硬件及策略约束、 亲和性及反亲和性规范、数据位置、工作负载间的干扰及最后时限。
[root@k8smaster1 ~]# docker ps|grep kube-scheduler
c57c8eeadb77 3138b6e3d471 "kube-scheduler --au…" 2 hours ago Up 2 hours k8s_kube-scheduler_kube-scheduler-k8smaster_kube-system_0378cf280f805e38b5448a1eceeedfc4_0
b3c2057c6508 registry.aliyuncs.com/google_containers/pause:3.2 "/pause" 2 hours ago Up 2 hours k8s_POD_kube-scheduler-k8smaster_kube-system_0378cf280f805e38b5448a1eceeedfc4_0
查看端口
[root@k8smaster1 ~]# netstat -anpult|grep kube-scheduler
tcp 0 0 127.0.0.1:10259 0.0.0.0:* LISTEN 4730/kube-scheduler
tcp 0 0 192.168.2.210:54988 192.168.2.210:6443 ESTABLISHED 4730/kube-scheduler
tcp 0 0 192.168.2.210:54992 192.168.2.210:6443 ESTABLISHED 4730/kube-scheduler
kube-controller-manager
? kube-controller-manager 是控制平面的组件, 负责运行控制器进程。
? 从逻辑上讲, 每个控制器都是一个单独的进程, 但是为了降低复杂性,它们都被编译到同一个可执行文件,并在同一个进程中运行
有许多不同类型的控制器。以下是一些例子:
- 节点控制器(Node Controller):负责在节点出现故障时进行通知和响应
- 任务控制器(Job Controller):监测代表一次性任务的 Job 对象,然后创建 Pods 来运行这些任务直至完成
- 端点分片控制器(EndpointSlice controller):填充端点分片(EndpointSlice)对象(以提供 Service 和 Pod 之间的链接)。
- 服务账号控制器(ServiceAccount controller):为新的命名空间创建默认的服务账号(ServiceAccount)。
- 副本控制器
- 部署控制器
cloud-controller-manager
? 一个 Kubernetes 控制平面]组件, 嵌入了特定于云平台的控制逻辑。 云控制器管理器(Cloud Controller Manager)允许你将你的集群连接到云提供商的 API 之上, 并将与该云平台交互的组件同与你的集群交互的组件分离开来。
? cloud-controller-manager
仅运行特定于云平台的控制器。 因此如果你在自己的环境中运行 Kubernetes,或者在本地计算机中运行学习环境, 所部署的集群不需要有云控制器管理器。
? 与 kube-controller-manager
类似,cloud-controller-manager
将若干逻辑上独立的控制回路组合到同一个可执行文件中, 供你以同一进程的方式运行。 你可以对其执行水平扩容(运行不止一个副本)以提升性能或者增强容错能力。
下面的控制器都包含对云平台驱动的依赖:
- 节点控制器(Node Controller):用于在节点终止响应后检查云提供商以确定节点是否已被删除
- 路由控制器(Route Controller):用于在底层云基础架构中设置路由
- 服务控制器(Service Controller):用于创建、更新和删除云提供商负载均衡器
Node 组件
节点组件会在每个节点上运行,负责维护运行的 Pod 并提供 Kubernetes 运行环境。
kubelet(单独的进程)
kubelet
会在集群中每个节点(node)上运行。 它保证容器(containers)都运行在 Pod中。
? kubelet 接收一组通过各类机制提供给它的 PodSpecs, 确保这些 PodSpecs 中描述的容器处于运行状态且健康。 kubelet 不会管理不是由 Kubernetes 创建的容器。
是单独的程序,在宿主机上运行的
kube-proxy(单独的进程)
? kube-proxy是集群中每个节点(node)上所运行的网络代理, 实现 Kubernetes 服务(Service) 概念的一部分。
? kube-proxy 维护节点上的一些网络规则, 这些网络规则会允许从集群内部或外部的网络会话与 Pod 进行网络通信。(控制数据的进出)(负载均衡)
? 如果操作系统提供了可用的数据包过滤层,则 kube-proxy 会通过它来实现网络规则。 否则,kube-proxy 仅做流量转发。
容器运行时(Container Runtime)
? 容器运行环境是负责运行容器的软件。
? Kubernetes 支持许多容器运行环境,例如 containerd、 CRI-O以及 Kubernetes CRI (容器运行环境接口)的其他任何实现。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!