2.1 Kubernetes架构

Kubernetes分控制节点（Master Node）和工作节点（Worker Node），如图2-1所示。其对外提供的操作接口全部通过API Server对接。无论是图形界面还是命令行工具，都是通过访问API Server与Kubernetes交互，这样就能符合云原生架构的要求——通过API来操作基础架构。在Kubernetes中，Master节点可以是一个，也可以是通过Keep Alived技术组建的Master Cluster，以保证高可用性。

图2-1 Kubernetes架构

2.1.1 工作节点

工作节点（Node）是在Kubernetes中承载业务工作的节点。在后面部署Kubernetes集群时可以看到，节点可以是一个虚拟机，也可以是一台裸机。每个节点上都运行Docker、kubelet和kube-proxy等服务，从而保障Pod的正常运行。所有工作节点由Master组件进行统一管理。

1．查看节点

通过以下命令可以查看节点运行状态：

ROLES为master的表示该节点上运行了管理控制器。

2．创建节点

严格意义来说，节点不能通过命令创建。只能按照部署的方法准备好一台虚拟机或裸机，然后通过kubeadm join命令加入到Kubernetes集群中。

2.1.2 Master节点

Master节点是一个Kubernetes master组件，管理工作节点的方方面面。这个节点的任务非常重要，所以在生产环境下，一般通过Keep Alived等技术手段组件集群（一般是3个节点组成）来确保master组件的正常运行和持续提供管理功能。

2.1.3 Docker镜像库

Kubernetes中运行的所有镜像都来源于某个镜像库，可以是Docker Hub，也可以是客户自建的私有Docker镜像库。节点在收到创建Pod的命令后，将去Docker镜像库中拉取镜像，因此每个节点与Docker镜像库之间的网络链接必须是通畅的。