Node是pod运行的地方，kubernetes支持Docker，rkt(Rocket)等容器运行时工具，Node上运行的kubernetes组件有kubelet，kube-poxy和pod网络(如：flannel)

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

kube-proxy：service在逻辑上代表了后端的多个pod，外界通过service访问pod，kube-proxy把service接收到的请求转发到Pod上。每个Node都会运行kube-proxy服务，他负责将访问service的TCP/UDP数据流转发到后端的容器，如果有多个副本，kube-proxy会实现负载均衡

Pod网络：Pod要能够相互通信，kubernetes cluster必须部署Pod网络，如：flannel，Calico

master上的kubelet和kube-proxy是因为：master上也可以运行应用，即master同时也是一个Node，几乎所有的kubernetes组件本身也运行在pod中，

kubernetes的系统组件都被放到kube-system namespace中，kubelet是唯一没有以容器形式运行的kubernetes组件，他通过systemd服务运行，可以通过sudo systemctl status kubelet.service查看kubelet的状态

执行命令部署应用：kubectl run httpd-app --image=httpd --replicas=2：会看到deployment “httpd-app” created

kubernetes部署了deployment httpd-app，有两个副本pod，分别运行在k8s-node1和k8s-node2

通过命令kubectl get deployment查看部署的应用，通过kubectl get pod -o wide查看具体的pod信息

部署流程：

1. kubectl发送部署请求到API Server
2. API Server通知controller manager创建一个deployment资源
3. Scheduler执行调度任务，将两个副本Pod分发到k8s-node1和k8s-node2
4. k8s-node1和k8s-node2上的kubectl在各自的节点上创建并运行pod
5. 补充：1：应用的配置和当前状态信息保存在etcd中，执行kubectl get pod时API Server会从etcd中读取这些资源，2：flannel会为每个pod都分配IP，因为没有创建service，所以目前流程kube-proxy没有参与