2.3. 主控节点（Master Node） 4

2.3.1. kube-apiserver 4

2.3.2. kube-controller-manager 4

2.3.3. kube-scheduler 4

2.3.4. cloud-controller-manager 5

2.4. 事情节点（Work Node） 5

2.4.1. Kubelet 5

2.4.2. kube-proxy 5

2.4.3. Container Runtime 5

2.5. 扩展插件（Addons） 5

2.5.1. DNS 5

2.5.2. Web UI (Dashboard) 6

2.5.3. Container Resource Monitoring 6

2.5.4. Cluster-level Logging 6

1. 前言

Kubernetes简称k8s（也缩写为kube），一个开源的用于自动化部署容器化（主要针对Docker，其它如katacontainers和rkt也撑持）应用措施系统，通过分组容器（容器组被定名为Pod，Pod也是Kubernetes的最小调理单元）来调理和打点容器，官方网站：https://kubernetes.io/，本文大量参考了官方的https://kubernetes.io/docs/concepts/、https://kubernetes.io/zh/（官方中文）等。

如何快速认识和上手Kubernetes？可从三方面入手，一是了解Kubernetes的系统架构，二是了解Kubernetes涉及的主要观点，三是动手安置运行初体验。

2. 系统架构 2.1. 主从架构

Kubernetes给与的是常见的主从架构（master-slave），注意这里的Slave并不是Master的复制节点，而是事情节点（Work Node）。

Kubernetes官方把Slave节点直接叫节点（Node），本文把它叫作事情节点（Work Node），以从名称上更好的区分于主控节点（Master Node）。此中Master为单个节点，而Slave则多节点；Master卖力打点、调理和监控，Slave卖力执行。

Master由三部分构成：kube-apiserver、kube-controller-manager、kube-scheduler和cloud-controller-manager，每一成员均为一独立进程，Master依赖Etcd存储各状态数据；Slave由两部分构成：kubelet、kube-proxy和Container Runtime，每一成员也均为一独立进程。

 

下为Kubernetes官方供给的架构图（cloud-controller manager还非正式颁布）：

 

2.2. 根基观点

前言部分已介绍Pod是Kubernetes的最小调理单元，而不是容器Container。Pod、容器（Container）和节点（Node，这里特指事情节点）三者密切相关，可理解为一种包罗关系，如下图所示：

如果把Pod视作进程组，则Container可视为进程（实际上，一个容器内还可有多个物理进程）。一个Pod内可有多个容器，一个节点可有多个Pod，Kubernetes的最根基感化就是通过Pod来打点容器，包孕分配运行容器的事情节点（Work Node）和容器的启停等。因为Pod是Kubernetes的最小调理单元，所以实际直接操纵的是Pod。

Pod类似进程，是姑且性的，有五种状态：

Pending

 

待运行

 

Kubernetes已接受Pod，但一或多个容器映射还没被创建，可能是调理正不才载容器映射等

 

Running

 

运行中

 

Pod已被调理到事情节点，所有的容器也已创建好，至少一个容器正在运行或正在（重）启动中。

 

Succeeded

 

运行告成（结束）

 

Pod中的所有容器都运行结束，并且全部运行告成，而且不会重启

 

Failed

 

运行掉败（结束）

 

Pod中的所有容器都运行结束，但至少有一个运行掉败（容器退出状态非0）

 

Unknown

 

未知