深入浅出聊聊Kubernetes存储（二）：搞定持久化存储

深入浅出聊聊Kubernetes存储（二）：搞定持久化存储

回  顾

在本系列文章的上一篇中，我们讲到了PV，PVC，Storage Class以及Provisioner简单回顾一下：PV在最一开始是设计成了一个需要管理员预先分配的存储块。引入Storage Class和Provisioner之后，用户可以动态地供应PV。PVC是对PV的请求，当和Storage Class一起使用时，它将触发与相匹配PV的动态供应。PV和PVC总是一一对应的。Provisioner是给用户提供PV的插件。它可以把管理员从为持久化创建工作负载的繁重角色中解脱出来。Storage Class是PV的分类器。相同的Storage Class中的PV可以共享一些属性。在大多数情况下，Storage Class和Provisioner一起使用时，可以把它当作具有预定义属性的Provisioner。因此，当用户请求它时，它能够用这些预定义的属性动态地提供PV。 不过上述这些只是在Kubernetes中使用持久化存储的其中一种方法而已Volume在前一篇文章中，我们提到Kubernetes中还有一个卷（Volume）的概念。为了把Volume和持久卷（Persistent Volume）区分开，大家有时会称它为In-line Volume或者Ephemeral Volume。

这里我们引用Volume的定义：

Kubernetes Volume…有一个显式的生命周期——这和包含它的pod的生命周期相同。因此，Volume的生命周期比在pod中运行的任何容器都长，并且在容器重启的时候会保存数据。当然，当Pod终止时，Volume也将终止。更重要的是，Kubernetes支持多种类型的Volume，一个pod中也可以同时使用任何数量的Volume。

在其核心部分，Volume只是一个目录，可能其中包含了一些数据，这些数据可由pod中的容器访问。这些目录是如何产生的、支持它的介质、以及它的内容都是由所使用的特定volume的类型决定的。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。