基本概念：

POD:

Pod是kubernetes的最小操作单元，一个Pod可以由一个或多个容器组成;

同一个Pod只能运行在同一个主机上，共享相同的volumes、network、namespace。

ReplicationController(RC):

RC用来管理Pod，一个RC可以由一个或多个Pod组成，在RC被创建后，

系统会根据定义好的副本数来创建Pod数量。

在运行过程中，如果Pod数量小于定义的，就会重启停止的或重新分配Pod，

反之则杀死多余的。当然，也可以动态伸缩运行的Pods规模或熟悉。

Service:

Service定义了一个Pod逻辑集合的抽象资源，Pod集合中的容器提供相同的功能。

集合根据定义的Label和selector完成，当创建一个Service后，

会分配一个Cluster IP，这个IP与定义的端口提供这个集合一个统一的访问接口，并且实现负载均衡。

Label:

Label是用于区分Pod、Service、RC的key/value键值对;

Pod、Service、RC可以有多个label，但是每个label的key只能对应一个;

主要是将Service的请求通过lable转发给后端提供服务的Pod集合;

kubectl:

客户端命令行工具，将接受的命令格式化后发送给kube-apiserver，作为整个系统的操作入口。

kubelet:

运行在每个计算节点上，作为agent，接受分配该节点的Pods任务及管理容器，周期性获取容器状态，反馈给kube-apiserver。

Kubeadm：

Google官方提供的k8s安装工具

kube-apiserver:

作为整个系统的控制入口，以REST API服务提供接口。

kube-controller-manager:

用来执行整个系统中的后台任务，包括节点状态状况、Pod个数、Pods和Service的关联等。

kube-scheduler:

负责节点资源管理，接受来自kube-apiserver创建Pods任务，并分配到某个节点。

etcd:

负责节点间的服务发现和配置共享。

kube-proxy:

运行在每个计算节点上，负责Pod网络代理。定时从etcd获取到service信息来做相应的策略。

DNS:

一个可选的DNS服务，用于为每个Service对象创建DNS记录，这样所有的Pod就可以通过DNS访问服务了。

 

 

框架流程：