Use a better structure

11_orchestration/kubernetes/concepts.md

@@ -1,4 +1,4 @@
-# 基本概念
+## 基本概念
 
 ![](../_images/kubernetes_design.jpg)
 
@@ -13,27 +13,27 @@
 * web 界面（`ux`）：用户可以通过 web 界面操作 Kubernetes。
 * 命令行操作（`cli`）：`kubectl`命令。
 
-## 节点
+### 节点
 
 在 `Kubernetes` 中，节点是实际工作的点，节点可以是虚拟机或者物理机器，依赖于一个集群环境。每个节点都有一些必要的服务以运行容器组，并且它们都可以通过主节点来管理。必要服务包括 Docker，kubelet 和代理服务。
 
-### 容器状态
+#### 容器状态
 
 容器状态用来描述节点的当前状态。现在，其中包含三个信息：
 
-#### 主机IP
+##### 主机IP
 
 主机 IP 需要云平台来查询，`Kubernetes` 把它作为状态的一部分来保存。如果 `Kubernetes` 没有运行在云平台上，节点 ID 就是必需的。IP 地址可以变化，并且可以包含多种类型的 IP 地址，如公共 IP，私有 IP，动态 IP，ipv6 等等。
 
-#### 节点周期
+##### 节点周期
 
 通常来说节点有 `Pending`，`Running`，`Terminated` 三个周期，如果 Kubernetes 发现了一个节点并且其可用，那么 Kubernetes 就把它标记为 `Pending`。然后在某个时刻，Kubernetes 将会标记其为 `Running`。节点的结束周期称为 `Terminated`。一个已经 `Terminated` 的节点不会接受和调度任何请求，并且已经在其上运行的容器组也会删除。
 
-#### 节点状态
+##### 节点状态
 
 节点的状态主要是用来描述处于 `Running` 的节点。当前可用的有 `NodeReachable` 和 `NodeReady`。以后可能会增加其他状态。`NodeReachable` 表示集群可达。`NodeReady` 表示 kubelet 返回 Status Ok 并且 HTTP 状态检查健康。
 
-### 节点管理
+#### 节点管理
 
 节点并非 Kubernetes 创建，而是由云平台创建，或者就是物理机器、虚拟机。在 Kubernetes 中，节点仅仅是一条记录，节点创建之后，Kubernetes 会检查其是否可用。在 Kubernetes 中，节点用如下结构保存：
 
@@ -56,7 +56,7 @@
 
 Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接口可以用来管理节点：节点控制和 Kube 管理。
 
-### 节点控制
+#### 节点控制
 
 在 Kubernetes 主节点中，节点控制器是用来管理节点的组件。主要包含：
 
@@ -65,15 +65,15 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 
 节点控制有一个同步轮询，主要监听所有云平台的虚拟实例，会根据节点状态创建和删除。可以通过 `--node_sync_period`标志来控制该轮询。如果一个实例已经创建，节点控制将会为其创建一个结构。同样的，如果一个节点被删除，节点控制也会删除该结构。在 Kubernetes 启动时可用通过 `--machines`标记来显示指定节点。同样可以使用 `kubectl` 来一条一条的添加节点，两者是相同的。通过设置 `--sync_nodes=false`标记来禁止集群之间的节点同步，你也可以使用 api/kubectl 命令行来增删节点。
 
-## 容器组
+### 容器组
 
 在 Kubernetes 中，使用的最小单位是容器组，容器组是创建，调度，管理的最小单位。 一个容器组使用相同的 Docker 容器并共享卷（挂载点）。一个容器组是一个特定应用的打包集合，包含一个或多个容器。
 
 和运行的容器类似，一个容器组被认为只有很短的运行周期。容器组被调度到一组节点运行，直到容器的生命周期结束或者其被删除。如果节点死掉，运行在其上的容器组将会被删除而不是重新调度。（也许在将来的版本中会添加容器组的移动）。
 
-### 容器组设计的初衷
+#### 容器组设计的初衷
 
-### 资源共享和通信
+#### 资源共享和通信
 
 容器组主要是为了数据共享和它们之间的通信。
 
@@ -81,11 +81,11 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 
 容器组有一组存储卷（挂载点），主要是为了让容器在重启之后可以不丢失数据。
 
-### 容器组管理
+#### 容器组管理
 
 容器组是一个应用管理和部署的高层次抽象，同时也是一组容器的接口。容器组是部署、水平放缩的最小单位。
 
-### 容器组的使用
+#### 容器组的使用
 
 容器组可以通过组合来构建复杂的应用，其本来的意义包含：
 
@@ -95,7 +95,7 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 * 代理，网桥
 * 控制器，管理，配置以及更新
 
-### 替代方案
+#### 替代方案
 
 为什么不在一个单一的容器里运行多个程序？
 
@@ -104,27 +104,27 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 * 3.方便使用。用户不必运行独立的程序管理，也不用担心每个应用程序的退出状态。
 * 4.高效。考虑到基础设施有更多的职责，容器必须要轻量化。
 
-### 容器组的生命状态
+#### 容器组的生命状态
 
 包括若干状态值：`pending`、`running`、`succeeded`、`failed`。
 
-#### pending
+##### pending
 
 容器组已经被节点接受，但有一个或多个容器还没有运行起来。这将包含某些节点正在下载镜像的时间，这种情形会依赖于网络情况。
 
-#### running
+##### running
 
 容器组已经被调度到节点，并且所有的容器都已经启动。至少有一个容器处于运行状态（或者处于重启状态）。
 
-#### succeeded
+##### succeeded
 
 所有的容器都正常退出。
 
-#### failed
+##### failed
 
 容器组中所有容器都意外中断了。
 
-### 容器组生命周期
+#### 容器组生命周期
 
 通常来说，如果容器组被创建了就不会自动销毁，除非被某种行为触发，而触发此种情况可能是人为，或者复制控制器所为。唯一例外的是容器组由 succeeded 状态成功退出，或者在一定时间内重试多次依然失败。
 
@@ -173,16 +173,16 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
   * 节点控制器标记容器组 `failed`
   * 如果容器组运行在一个控制器下，容器组将会在其他地方重新创建
 
-## Replication Controllers
+### Replication Controllers
 
-## 服务
+### 服务
 
-## 卷
+### 卷
 
-## 标签
+### 标签
 
-## 接口权限
+### 接口权限
 
-## web界面
+### web界面
 
-## 命令行操作
+### 命令行操作