Merge pull request #21 from Michael2008S/patch-2

Update pod.md
2017-06-27 18:55:23 +08:00 · 2017-06-27 18:55:23 +08:00 · 09de7f84a8
parent f1a01d746a b778ccfb53
commit 09de7f84a8
1 changed files with 1 additions and 1 deletions
--- a/concepts/pod.md
+++ b/concepts/pod.md
@ -18,7 +18,7 @@ Pod中的容器也有访问共享volume的权限，这些volume会被定义成po

 根据docker的结构，Pod中的容器共享namespace和volume，不支持共享PID的namespace。

-就像每个应用容器，pod被认为是临时（非持久的）实体。在Pod的生命周期中讨论过，pod被创建后，被分配一个唯一的UI（UID），调度到节点上，并一致维持期望的状态直到被终结（根据重启策略）或者被删除。如果node死到了，分配到了这个node上的pod，在经过一个超时时间后会被重新调度到其他node节点上。一个给定的pod（如UID定义的）不会被“重新调度”到新的节点上，而是被一个同样的pod取代，如果期望的话甚至可以是相同的名字，但是会有一个新的UID（查看replication controller获取详情）。（未来，一个更高级别的API将支持pod迁移）。
+就像每个应用容器，pod被认为是临时（非持久的）实体。在Pod的生命周期中讨论过，pod被创建后，被分配一个唯一的UI（UID），调度到节点上，并一致维持期望的状态知道被终结（根据重启策略）或者被删除。如果node死掉了，分配到了这个node上的pod，在经过一个超时时间后会被重新调度到其他node节点上。一个给定的pod（如UID定义的）不会被“重新调度”到新的节点上，而是被一个同样的pod取代，如果期望的话甚至可以是相同的名字，但是会有一个新的UID（查看replication controller获取详情）。（未来，一个更高级别的API将支持pod迁移）。

 Volume跟pod有相同的生命周期（当其UID存在的时候）。当Pod因为某种原因被删除或者被新创建的相同的Pod取代，它相关的东西（例如volume）也会被销毁和再创建一个新的volume。