controller是kubernetes中非常重要的角色，控制器负责协调不同的状态，相当于大脑的角色。在使用kubernetes的过程 或者在扩展kubernetes做其他开发中基本上都会用到。因此在这里记录下。

随着越来越来的容器开始跑有状态服务，容器存储的需求日渐增加 因此在这里预研容器扩容存储的场景 卷扩容功能现在还是beta状态，但是也可以在在csi driver中实现具体的接口进行实验性使用。

在上文中，已经通过例子和大量图解解释k8s编排系统中存储资源的调度，数据流等细节。 但是上次的文章主要都是从原理上进行解释，包括in tree volume plugin，external provisioner以及最新的CSI。 他们原理上是相通的，这也是本次要深入挖掘的代码环节。

Raft是分布式系统中常用的基于Paxos的Consensus算法。相比于Paxos，Raft设计采用了较少的状态，并且是一种更简单、更易于理解的算法。 目前有不少的应用都是采用raft协议来保证集群节点一致性，比如ectd，consul，以及当前我们在做的存储产品也是， 网上看了下，介绍有点啰嗦而且复杂化了，因此这里做个简单总结。

这是Kubernetes存储系列的第二篇文章。上一篇花了一些篇幅解释了Kubernetes中的一些存储概念，最终带出了关键的一点-----动态供应。在编排系统中，存储资源也应该像Pod一样，可以动态规划的，这种方式又称之为动态供应（dynamic provision）。为了实现这个目标，k8s社区提出了好几种方案，今天在此进行探索一番。

很早就想写这篇文章，毕竟已经基于Kubernetes开发有一段时间了，需要做一个阶段性总结。 按照大纲，将会有三篇， 其中第一篇为基础篇章，主要讲解kubernetes中的存储概念以及基本使用，包括PV，PVC和StorageClass 第二遍为中级篇章，只要结合源码讲解kubernetes存储细节以及流程，如Kubelet，ControllerManager 第三篇为深入csi，手把手教学任意存储厂商编写驱动教程 本篇作为基础会把kubernetes涉及的存储概念交待清楚并配以实战.

上文我们使用了Network这个namespace写了个demo演示了网络空间，把veth一端塞进容器里头，并解决了容器网络问题。目前为止，这个go写的简单容器已经演示了好几个Linux的命名空间的使用。今天的主题是使用`UTS` namespace。

上一回合使用了Mount命名空间，并下载了一个很小的linux文件系统alpline作为镜像，然后整体运行起来之后就是一个简单的linux容器。但是实际操作起来会发现，这个容器的网络并没有设置好。因此这里要介绍下和网络相关的命名空间`Network`