2025-10-01
JN江南体育官方网站
从容器自身的角度去看，它提供的是那个 IaaS 层基础计算能力。一般来讲，这在无状态应用里比较常见。为啥这么说？你想，容器要是消亡了，它原本的状态是没办法保存的 。因为容器的特性就是如此，没办法留存它消亡时的那种具体状态。像在容器云里头，咱们在 Kubernetes 里头部署的那些应用都是按 Pod 容器的形式来运作的。这 Pod ，有自己的生命周期。想想看，要是 Pod 没有挂载数据卷，万一这 Pod 突然间被删除了，或者重启里面的那些数据也跟着一块儿没影了。那怎么办？要是想长久地保留这些重要数据，那就得用到 Pod 数据持久化存储这块儿
咱说这云平台的容器云，针对容器挂载持久化存储这个麻烦事都给出了一系列方案。这里面大多是通过 Kubernetes 提出来的那个 Volume 对象方案做封装，进而去解决这个难题的。为啥？技术解析型咱可以来剖析下，Kubernetes 提出的方案有它独特的优势，为整个事情解决提供了方向
容器云支持的卷类型还挺丰富多样。有NFS文件系统这种JN江南体育官方网站，还有 ISCSI/FC 这些映射存储。再就是 Cephfs这样的分布式存储系统也是其中一部分。另外，AWS 这种公有云存储服务，当然还有 Kubernetes 内置的存储类型，比方说 EmptyDir、HostPath 等等。具体来讲HostPath Volume 可不简单，能让容器有运用宿主机文件系统存东西的能力。咱们讲这个 Hostpath（宿主机路径）它就是个节点级的存储卷。你瞧瞧就算 Pod 被删除了，这个存储卷还会在那 Pod 运行过的 worknode 节点上，不会被随便删掉。只要这个同一个 Pod 又重新被调度到这个节点上来的时候，原来那些对应的数据还是好好在那儿存着
不过，Hostpath 存储卷也有点小缺陷。要是 Pod 给删了，之后又重新创建，它必须得调度回同一个 node 节点哦 ，否则的数据就没了。所以，针对有多个 Node 的复杂场景，就不太建议使用这种了。这跟 EmptyDir 比起来又不同。 EmptyDir 类型的 Volume 会在 Pod 分到 Node 节点上的时候 ，就顺带着创建出来喇。 Kubernetes 很智能地会在 Node 上自己分配出一个专属目录。正因为这样，使用的时候也不用特意去指定宿主机 Node 上到底对应哪个目录文件。 对于容器来讲使用 Volume 时不用太操心后端存储到底是什么系统 。应用案例型咱瞧瞧生活中实例嘛 ，不管后端是什么体系结构类型，所有类型 Volume 给到容器的感受，都仅仅是 就是一个平平常常的目录 而已。
咱们再来说下PersistentVolumeClaim（PVC），这可是一个真正意义上的持久化存储卷咯 。比如说 ，我们在创建 Pod 的具体操作时，还能够自己去定义部署 这样类型的存储卷。 那 PV 又咋弄？ 在设计 PV 的时候，可以依据不同的业务系统需求、发展变化去进行挂载安排唷。打个比方吧 ，要是某个业务系统内有多个 pod ，就可以共享同一个 PV 存储，只要利用不同的目录把它们区分开开就行了 。对比测评型来看，PV 的ReadWriteOnce模式在日常操作中也经常会被应用到。说到NFS，它有个让人头疼的地方就是这家伙不支持动态存储。要想实现动态，基本上得依靠第三方插件协助。有的时候，当管理员创建好的那些静态 PV 没办法很好的匹配用户的那种PersistentVolumeClaim 时 ，说不定集群会自动去尝试为 PVC 动态配卷。 这种时候，一般这个动态分配出来的存储卷，运行完成就会马上被删掉没。这里头具体的实现过程等等 ，要是以后有再了解的打算 ，还得好好琢磨。随着技术不停向前走，以后这方面究竟会有怎样新动态，就让我们继续往后瞧瞧咯 ，对趋势资讯型有想法的，不妨每天关注一下呗 。
JN江南体育官方网站
江南JNSport体育官网
京ICP备2022033023号
京公网安备 11030102011456号
