Kubernetes （k8s）组件原理

Master组件:

集群的控制平面，负责集群的决策，每个集群需要至少一个master节点负责集群的管控

api-server：

资源操作的统一入口，接收用户输入的命令，提供认证、授权、API注册和发现等机制

controller-manager：

是Kubernetes所有资源对象的自动化控制中心，负责管理控制器维护集群的状态，实现弹性伸缩、动态扩容和滚动升级的核心。比如程序部署安排、故障检测、自动扩展、滚动更新等

Scheduler：

负责集群资源调度，按照预定的调度策略将Pod调度到相应的node节点上

Etcd：

负责存储集群中各种资源对象的信息，简单的、分布式的、一致的key-value存储，所有的 k8s 集群数据（用户发起的针对容器操作指令、pods、Service等对象信息）存放在此

---

Node组件：

工作负载节点，由master分配容器到这些node工作节点上，然后node节点上的docker负责容器的运行

Kubelet：

负责维护容器的生命周期，即通过控制docker，来创建、更新、销毁容器，会按固定频率检查节点健康状态并上报给 APIServer，该状态会记录在 Node 对象的 status 中。

Proxy:

负责提供集群内部的服务发现，维护网络规则和负载均衡，做端口转发解决了同一宿主机，相同服务端口冲突的问题

docker引擎：

 负责下载镜像和运行容器，节点上容器的各种操作

container：

容器-即可以运行服务和程序，容器是独立运行的一个或一组应用。容器可以被启动、开始、停止、删除等操作，每个容器都是相互隔离的。

---

Kubernetes核心概念：

Kubectl：

客户端工机具，用于通过命令行与API Server进行交互，对Kubernetes集群集群中进行各种资源的增删改查等操作；

Pod：

kubernetes的最小控制单元，容器都是运行在pod中的，一个pod中可以有1个或者多个容器

Controller：

控制器，通过它来实现对pod的管理，比如启动pod、停止pod、伸缩pod的数量等等；负责维护集群的状态，比如故障检测、自动扩展、滚动更新等

Deployment：

无状态应用部署：提供了一种对 Pod 和 ReplicaSet 的管理方式

StatefulSet ：

有状态应用部署：控制器；可以指定某个容器的删除更新等操作。

Service：

pod对外服务的统一入口，下面可以维护者同一类的多个pod

Label：

标签，用于对pod进行分类，同一类pod会拥有相同的标签

NameSpace：

命名空间，用来隔离pod的运行环境

Job ：

一次性任务，运行完成后Pod销毁，不再重新启动新容器。还可以任务定时运行。

Cronjob ：

定时任务，CronJob其实就是在Job的基础上加上了时间调度

Pod创建过程

1. 用户利用kubectl命令发起创建pos容器的需求，此需求经过apiserver存储值etcd数据库
2. Etcd数据库存储完毕后，此需求再次经过apiserver发送到scheduler，scheduler决定即将创建的容器都存放到那几台k8s节点上
3. Scheduler将容器的分配偶策略经过apiserver存储到etcd数据库
4. 将创建容器的执行发给对应的node节点机上的kubelet
5. Kubelet接收到创建容器的