存储卷（Volume）

k8s集群的存储卷与docker的存储卷类似，只不过docker的存储卷作用范围是一个容器，而k8s存储卷的生命周期和作用范围是一个Pod。每个Pod声明的存储卷由Pod中的所有容器共享。

k8s支持多种存储卷类型，比如公有云平台存储AWS、Google和Azure等；也支持多种分布式存储，如GlusterFS和Ceph；当然也支持主机本地目录hostPath和NFS。

k8s还支持Persistent Volume Claim，即PVC这种逻辑存储，这样就可以忽略后台的实际存储技术，而将有关存储的实际技术的配置交给存储管理员通过Persistent Volume配置。

PV与PVC

持久存储卷（Persistent Volume，PV）和持久存储卷声明（Persistent Volume Claim，PVC）使k8s具备了存储的逻辑抽象能力，使得在配置Pod的逻辑里可以忽略对实际后台存储技术的配置，而将这项工作交给PV的配置者，即集群的管理者。

PV与PVC的关系，如同Node与Pod的关系。PV是资源的提供者，根据集群基础设施变化而变化，由k8s集群管理员配置。

PVC是资源的使用者，根据业务服务的需求变化而变化，由k8s集群的使用者即服务的管理员来配置。

节点（Node）

Node是Pod真正运行的主机，可以是物理机，或者虚拟机，k8s集群的计算能力由Node提供。

Node最初称为服务节点Minion，后改名为Node，它等同于Mesos集群中的Slave节点。

为了管理Pod，每个Node至少需要运行container runtime（docker或者rkt）、kubelet和kubeproxy。