一文讲明白K8S各核心架构组件.doc

一文讲明白 K8S 各核心架构组件

 目录一、写在前面二、K8S 为我们提供了怎样的能力三、架构 3.1、MasterNode3.2、

WorkerNode 四、核心组件 4.1、ApiServer4.1.1、概述 4.1.2、是集群管理 API 的统一入口

4.1.3、提供了完备的安全认证机制 4.1.4、典型使用场景 4.1.5、Api Proxy 接口 4.2、

ControllerManager4.2.1 、 Replication Controller4.2.2 、 Node Controller4.2.3 、 ResourceQuota

Controller4.2.4 、 Namespace Controller4.2.5 、 Service Controller - Endpoint Controller4.3 、

Scheduler4.4 、 Kubelet4.4.1 、 Node 管 理 4.4.2 、 Pod 管 理 4.4.3 、 容 器 健 康 检 查 4.5 、

KubeProxy4.5.1、k8s1.2 版本前 4.5.2、k8s1.2～1.7 版本 4.5.3、k8s1.8 版本及之后五、网络组

件 5.1、CoreDNS5.2、CNI 网络插件

 

 推 荐 手 机 阅 读 原 文 ， 有 动 态 表 情 图 ， 阅 读 体 验 感 更 佳 ：

https://mp.weixin..com/s/bL-85BhOj8H5Dis_94lmrQ

 

 推 荐 手 机 阅 读 原 文 ， 有 动 态 表 情 图 ， 阅 读 体 验 感 更 佳 ：

https://mp.weixin..com/s/bL-85BhOj8H5Dis_94lmrQ

 

 二、K8S 为我们提供了怎样的能力

 大家都知道 Docker，我们可以将自己的应用打包制作成 Image，然后通过 docker run 命令

将 Image 启动成 Container 对外提供服务。

供了：路由网关、集群监控、灾难恢复，以及应用的水平扩展等能力。

 

 大家常听过一个词：微服务、云原生应用，如何理解这个词自然也是见仁见智。

 

 如下图是 SpringCloud 的架构图：

 

 

 

 在 SpringCloud 中有不同的组件，诸如提供服务发现能力的：Eureka、提供负载均衡机制

的 Ribbon、以及微服务的统一入口 Zuul，基于这套框架做过开发的同学都知道，无论是

 

 当然不仅于此，K8S 的服务网格组件如：Istio 还提供了流量治理能力，比如按不同的请

求头做不同比例的流量分发调度、亦或者是金丝雀发布。

 

 

 说起容器编排，像 Docker 的 Compose 或者是 Docker-Swarm 都提供了简单的容器编排的

能力。

 

 点击查看白日梦的-玩转 Docker 容器编排-DockerCompose、Docker-Swarm

 

 而 K8S 的容器编排设计是站在更高的维度，Docker 对于 K8S 而言只是运行它编排产出的

 

 三、架构

 

 

 K8S 架构简图如上，分为 MasterNode、WorkNode 两大部分和五大组件，一开始接触这些

概念难免会有些陌生，但是本质上这些组件都是 K8S 的开发者对各种能力的抽象和封装，

下文会展开介绍

 

证书颁发原由

 

K8S 中的 MasterNode 其实并不是一个二进制文件启动后得到的对外提供服务的守护进程，

它本质上是一个抽象的概念。

 

 

 提供 HTTP Rest 接口，是集群中各种核心资源的 CRUD 的统一入口，是集群中各个组件

 ControllerManager

 

个期望的状态。

 

 

 Scheduler：

 

 负责调度功能，如：为 Pod 找到一个合适的宿主机器

 

 

 

 3.2、WorkerNode

 

 Node 节点管理

 Pod 管理，同容器运行时交互下发容器的创建/关闭命令

 容器健康状态检查

 

 

集群外面去