1. Master节点

        Master是Kubernetes Cluster的大脑,运行这Daemon服务(守护进程)包括 kube-apiserver、kube-scheduler、kube-controller-manager、etcd和Pod网络(如flannel)。

(1)API Server(kube-apiserver)

通过它管理Cluster的各种资源。

(2)Scheduler(kube-scheduler)

        Scheduler负责决定将Pod放在哪个Node上运行。Scheduler在调度时会充分考虑Cluster的拓扑结构,当前各个节点的负载,以及应用节点的负载,以及应用对高可用、性能、数据亲和性的需求。

(3)Controller Manager(kube-controller-manager)

        Controller Manager负责管理Cluster各种资源,保证资源处于预期的状态。Controller Manager由多种controller组成,包括replication controller、endpoints controller、namespace controller、serviceaccounts controller等。

        不同的controller管理不同的资源。例如,replication controller管理Deployment、StatefulSet、DaemonSet的生命周期,namespace controller管理Namespace资源。

(4)etcd

        etcd负责保存k8s cluster的配置信息和各种资源的状态信息,当数据发生变化时,etcd会快速地通知k8s相关组件。

(5)Pod网络

        Pod要能够相互通信,k8s cluster必须部署Pod网络,flannel是其中一个可选方案。

2. Node节点

        Node是Pod运行的地方,Kubernetes支持Docker、rkt等容器Runtime。Node上运行的Kubernetes组件有kubelet、kube-proxy和Pod网络。

(1)kubelet

Scheduler确定在某个Node上运行Pod后,会将Pod的具体配置信息(image、volume等)发送给该节点的kubelet,kubelet根据这些信息创建和运行容器,并向Master报告运行状态。

(2)kube-proxy

Service接收到的请求是如何发给Pod的呢?这就是kube-proxy要完成的工作。

        每个Node都会运行kube-proxy服务,它负责将service的TCP/UDP数据流转发到后端的容器。如果有多个副本,kube-proxy会实现负载均衡。

(3)Pod网络

        Pod要能够相互通信,k8s必须部署pod网络。

实例

root@k8s-master:~# kubectl create deployment httpd-app --image=httpd:latest --replicas=3
deployment.apps/httpd-app created

等待应用部署完成,查看pod:

root@k8s-master:~# kubectl get pod -o wide
NAME                         READY   STATUS    RESTARTS   AGE   IP           NODE        NOMINATED NODE   READINESS GATES
httpd-app-54d8977885-6tfjf   1/1     Running   0          38s   10.244.1.4   k8s-node1   <none>           <none>
httpd-app-54d8977885-dgg88   1/1     Running   0          38s   10.244.2.2   k8s-node2   <none>           <none>
httpd-app-54d8977885-lbtqh   1/1     Running   0          38s   10.244.1.3   k8s-node1   <none>           <none>

可以看到 k8s 部署了 deployment httpd-app,有三个副本Pod,分别运行在 k8s-node1 和 k8s-node2。

部署过程:

KubeSphere集群部署单节点mongodb kubernetes节点_kubernetes

 

(1)kubectl发送部署请求到API Server。

(2)API Server 通知 Controller Manager创建一个deployment的资源

(3)Scheduler执行调度任务,将三个副本分发到k8s-node1和k8s-node2。

(4)k8s-node1和k8s-node2 上的kubectl在各自的节点上创建并运行Pod。

补充:

(1)应用的配置和当前状态信息都保存在etcd中,执行kubectl get pod时 API Server会从etcd中读取这些数据.

(2)flannel会为每个Pod都分配IP,因为没有创建service,所以目前kube-proxy还没有参与进来。