第四章Kubernetes架构

4.1 Master节点：Master是大脑，运行如下Daemon服务：

• API Server（kube-apiserver）

　　     API server提供了HTTP/HTTPS RESTful API,即Kubernetes API。 API server是Kubernetes Cluster的前端接口。其他客户端工具（CLI或UI）以及K8S其它组件可以通过它管理Cluster资源。

• Scheduler(kube-scheduler)

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

• Controller Manager(kube-controller-manager)

　　    负责管理Cluster的各种资源。

• etcd

　　　负责保存K8s Cluster的配置信息和各种资源的状态信息。当数据发生变化时，etcd可以快速的通知K8s 组件。

• Pod网络

　　　Pod能通信，k8s cluster必须部署Pod网络（比如flannel是其中一个方案）　         

4.2 Node节点：

• Kubelet -  是Node的agent,当scheduler确定在某个Node上运行Pod后，会将Pod的具体配置信息（image、volume等）发送给该节点的kubelet，kubelet根据这些信息创建和运行容器，并向Master报告运行状态。


• kube-proxy - service在逻辑上代表了后端的多个Pod，外界通过service访问Pod。service接收到的请求是如何转发到Pod的呢？这就是kube-proxy要完成的工作。每个node都运行kube-proxy服务，它负责将访问service的TCP/UDP数据流转发到后端容器。如果有多个副本，kube-proxy实现负载均衡。


• Pod网络 - Pod能通信，k8s cluster必须部署Pod网络（比如flannel是其中一个方案）

           （注意：为什么Master上也有kubelet和kube-proxy呢？ 因为Master上也可以运行应用，即Master同时也是一个Node ） 

　　       kubectl get pod --all-namespaces -o wide

4.3 完整的架构图：

4.4 用例子把他们串起来：