K8S数据存储（高级存储之 PV、PVC、PV和PVC生命周期）

最新推荐文章于 2024-08-10 16:19:37 发布
最新推荐文章于 2024-08-10 16:19:37 发布
阅读量2k 收藏 5
点赞数 1
分类专栏： Kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45880055/article/details/117697693
版权
本文介绍了Kubernetes中的高级存储概念，包括PV（Persistent Volume）和PVC（Persistent Volume Claim）。PV是存储资源的抽象，由管理员创建和维护，而PVC则是用户对存储需求的声明。PV和PVC的生命周期包括资源供应、绑定、使用、释放和回收。用户通过创建PVC申请存储，然后在Pod中使用PVC来间接使用PV资源，从而实现数据的持久化。当不再需要存储时，删除PVC会触发PV的释放和可能的数据清理过程。
摘要由CSDN通过智能技术生成

文章目录

一、高级存储

使用NFS提供存储，此时就要求用户会搭建NFS系统，并且会在yaml配置nfs。由于kubernetes支持的存储系统有很多，要求客户全都掌握，显然不现实。为了能够屏蔽底层存储实现的细节，方便用户使用，kubernetes引入PV和PVC两种资源对象。

PV (Persistent Volume)是持久化卷的意思，是对底层的共享存储的一种抽象。一般情况下PV由kubernetes管理员进行创建和配置，它与底层具体的共享存储技术有关，并通过插件完成与共享存储的对接。

PVC (Persistent Volume Claim)是持久卷声明的意思，是用户对于存储需求的一种声明。换句话说，PVC其实就是用户向kubernetes系统发出的一种资源需求申请。
在这里插入图片描述

使用了PV和PVC之后，工作可以得到进一步的细分：

  • 存储：存储工程师维护

  • PV：kubernetes管理员维护

  • PVC： kubernetes用户维护

（一）PV

PV是存储资源的抽象，PV资源是属于集群资源，跨namespace（不受命名空间隔离）

PV资源清单文件：

apiVersion: v1
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv2
spec:
  nfs: # 存储类型，与底层真正存储对应
  capacity: # 存储能力，目前只支持存储空间的设置
    storage: 2Gi
  accessModes: #访问模式
  storageClassName: #存储类别
  persistentVolumeReclaimPolicy: #回收策略

PV的关键配置参数说明:
存储类型
	底层实际存储的类型，kubernetes支持多种存储类型（nfs、cifs、glusterfs等），每种存储类型的配置都有所差异
存储能力(capacity)
	目前只支持存储空间的设置( storage=1Gi ),不过未来可能会加入IOPS、吞吐量等指标的配置
访问模式(accessModes)
	用于描述用户应用对存储资源的访问权限，访问权限包括下面几种方式:
		ReadWriteOnce (RWO) :读写权限，但是只能被单个节点挂载
		ReadOnlyMany (ROX) :只读权限，可以被多个节点挂载
		ReadWriteMany (RWX) :读写权限，可以被多个节点挂载
		需要注意的是，底层不同的存储类型可能支持的访问模式不同
回收策略(persistentVolumeReclaimPolicy)
	当PV不再被使用了之后，对其的处理方式。目前支持三种策略:
		Retain (保留) 保留数据，需要管理员手工清理数据
		Recycle (回收) 清除PV中的数据,效果相当于执行rm -rf /thevolume/*
		Delete (删除) 与PV相连的后端存储完成volume的删除操作，当然这常见于云服务商的存储服务
		需要注意的是，底层不同的存储类型可能支持的回收策略不同
存储类别
	PV可以通过storageClassName参数指定一个存储类别
		具有特定类别的PV只能与请求了该类别的PVC进行绑定
		未设定类别的PV则只能与不请求任何类别的PVC进行绑定
状态（status）
	一个PV的生命周期中，可能会处于4种不同的阶段：
		Available（可用）：表示可用状态，还未被任何PVC绑定
		Bound（已绑定）：表示PV已经被PVC绑定
		Released（已释放）：表示PVC被删除，但是资源还未被集群重新声明
		Failed（失败）：表示该PV的自动回收失败

【例 】

使用NFS作为存储，来演示PV的使用，创建3个PV，对应NFS中的3个暴露的路径。

准备NFS环境

# 创建目录
[root@nfs ~]# mkdir -p /root/data/{pv1,pv2,pv3}
# 配置共享目录及权限
[root@nfs ~]# vim /etc/exports
/root/data/pv1 192.168.126.0/24(rw,no_root_squash)
/root
最低0.47元/天 解锁文章
途径日暮不赏丶
关注
专栏目录
pv和pvc的一些yaml文件1111111111111
11-05
在Kubernetes（K8s）集群中，Persistent Volumes（PV）和Persistent Volume Claims（PVC）是两个关键组件，用于实现持久化存储。PV是集群中的存储资源，而PVC则是用户对这些存储资源的需求声明。让我们深入探讨这两...
K8S 之 PV、PVC
shenyuanhaojie的博客
12-20 3806
- PersistentVolume(PV) 是集群中由管理员配置的一段网络存储。集群中的资源就像一个节点是一个集群资源，可以从远程的 NFS 或分布式对象存储系统中创建得来（PV 存储空间大小、访问方式）。 - PV 是诸如卷之类的卷插件，但是只有独立于使用 PV 的任何单个 pod 的生命周期。 - 该 API 对象捕获存储的实现细节，即 NFS，ISCSI 或云提供商特定的存储系统。 - PV 就是从存储设备中的空间创建出一个存储资源。 ...
K8s持久化存储PV和PVC（通俗易懂）
热门推荐
hanjinjuan的博客
10-14 2万+
一、PV和PVC的引入 Volume 提供了非常好的数据持久化方案，不过在可管理性上还有不足。 拿前面 AWS EBS 的例子来说，要使用 Volume，Pod 必须事先知道如下信息： 当前 Volume 来自 AWS EBS。 EBS Volume 已经提前创建，并且知道确切的 volume-id。 Pod 通常是由应用的开发人员维护，而 Volume 则通常是由存储系统的管理员维护。开发人员要获得上面的信息： 要么询问管理员。 要么自己就是管理员。 这样就带来一个管理上的问题：应用开发人员和系统
【Kubernetes】k8s集群存储卷（pvc存储卷）
最新发布
F12138X的博客
08-10 1052
人生没有不可逾越的天堑，只要一步步走过去，前方就是幸福的彼岸
k8s pv与pvc
ApexPredator的博客
06-04 3602
可以看到我们把pvc删除后pv变成了released状态数据也依然存在，这是因为配置了回收策略为retain，需要手动删除数据，可以把pv删除后重建就会变回available状态，即使把pv删除，路径中的数据依然存在。Retain：此回收策略在删除pvc时，不会清除pv中的数据，并且pv也不会自动回收，需要手动删除pv重建，pv才会变成可用状态，当然重建后pv路径中的数据依然还存在。Recycle：删除pvc后，自动清除pv挂载路径下的数据，pv变为可被绑定状态，但是。
Kubernetes（k8s）PV、PVC
weixin_56270746的博客
08-11 5835
查看pv的定义方式FIELDS:metadata: #由于 PV 是集群级别的资源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespacename:spec查看pv定义的规格spec:nfs:（定义存储类型）path:（定义挂载卷路径）server:（定义服务器名称）accessModes:（定义访问模型，有以下三种访问模型，以列表的方式存在，也就是说可以定义多个访问模式）...
k8s篇-应用持久化存储（PV和PVC）
qq_19676401的博客
11-05 1万+
一、Volume 一般来说，容器一旦被删除后，容器运行时内部产生的所有文件数据也会被清理掉，因此，Docker提供了 Volume 这种方式来将数据持久化存储。 实际上，这个 Volume 也只是宿主机上本地磁盘中的一个目录，也就是说，volume方式是将容器里面的数据都保存到宿主机上。除此之外，还能保存到外部存储上。 在k8s中，支持多种类型的Volume：本地存储（emptyDir / hostPath）、外部存储（如NFS）。 1、emptyDir 若pod使用了emptyDir类型的.
五、K8s使用Ceph作为后端存储
09-26
- 数据备份与恢复：利用Ceph的快照和克隆功能，可以轻松实现数据的备份和恢复，结合K8s的生命周期管理，可以实现高效的容灾和故障恢复策略。 - 性能优化：通过调整Ceph和K8s的配置参数，如I/O调度器、缓存策略等，...
从零开始入门 K8s - 应用存储和持久化数据卷 - 存储快照与拓扑调度1
08-03
在Kubernetes中，应用的存储和数据管理是通过 Persistent Volumes (PV)，Persistent Volume Claims (PVC) 和相关的存储类 (StorageClass) 实现的。在本篇中，我们将深入探讨如何使用存储快照来保障数据安全，并介绍...
MySQL的持久化部署（k8s与NFS）
01-07
mysql数据库如果简单地部署在k8s集群上，当pods重启时，数据可能会造成丢失，经过查找资料，发现通过PV和PVC可以进行一个持久化的部署。 PV、PVC PersistentVolume（持久卷） 和 PersistentVolumeClaim（持久卷申请...
有状态容器实践：k8s集成ceph分布式存储
11-28
其中，Kubernetes（k8s）作为容器编排领域的佼佼者，广泛应用于管理容器集群的生命周期。然而，当讨论到容器存储时，特别是持久化存储和数据在容器迁移时的持续性，这些都是容器集群管理中所面临的重要问题。本文将...
k8s中的PV和PVC存储介绍
树下一少年的博客
03-07 1742
称为持久化卷，是对底层的共享存储的一种抽象。一般情况下PV由 kubernetes管理员进行创建和配置，关联于底层具体的共享存储技术，并通过插件完成与共享存储的对接。持久卷声明，是用户对于存储需求的一种声明。用户向kubernetes系统发出的一种资源需求申请（可以是访问模式，存储空间，存储类别的需求），kubernetes再进一步去申请PV。
k8s概念-pv和pvc
hey_lie的博客
08-04 859
kubernetes存储卷的分类太丰富了,每种类型都要写相应的接口与参数才行，这就让维护与管理难度加大。) 是配置好的一段存储(可以是任意类型的存储卷)也就是说将网络存储共享出来,配置定义成PV。)是用户pod使用PV的申请请求。用户不需要关心具体的volume实现细节,只需要关心使用需求。是集群中的一块存储，可以由管理员事先制备， 或者使用来动态制备。持久卷是集群资源，就像节点也是集群资源一样。
【K8s】初识PV和PVC
m0_45406092的博客
02-26 1642
什么是Volume为什么要引入VolumeVolume类型有哪些Volume如何使用什么是PV和PVC为什么要引入PV和PVCPV回收策略有哪些PV访问策略有哪些PV状态有哪些PV和PVC如何使用PVC如何绑定PV文件存储块存储对象存储对于大多数项目而言，数据文件的存储是非常常见的需求，比如存储用户上传的头像、上传的文件以及数据库的数据。
[云原生k8s] k8s之持久化存储PV、PVC
qq_57377057的博客
11-09 1754
查看PV的定义方式FIELDS:metadata: #由于 PV 是集群级别的资源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespacename:spec查看PV定义的规格spec:nfs:（定义存储类型）path:（定义挂载卷路径）server:（定义服务器名称）accessModes:（定义访问模型，有以下三种访问模型，以列表的方式存在，也就是说可以定义多个访问模式）
K8s 跨 namespace 访问服务
小单的博客专栏
11-26 1万+
在K8S中，同一个命名空间（namespace）下的服务之间调用，之间通过服务名（service name）调用即可。不过在更多时候，我们可能会将一些服务单独隔离在一个命名空间中（比如我们将中间件服务统一放在 middleware 命名空间中，将业务服务放在 business 命名空间中）。 遇到这种情况，我们就需要跨命名空间访问，K8S 对service 提供了四种不同的类型，针对这个问题我们选用 `` 类型的 service 即可。 k8s service 分为四种类型，分别为： ClusterIp
菜鸟学Kubernetes(K8s)系列——（四）关于Volume卷（PV、PVC、StorageClass等）
菜鸟琪
07-22 1672
通过本文你将学习到： （1）Volume的几种卷类型：emptyDir、hostPath、NFS、PV-PVC、StorageClass （2）为什么要用PV-PVC？ （3）PV-PVC的协作原理 （4）如何使用PV-PVC （5）动态配置持久卷、以及他的工作流程.........
【K8S系列】深入解析K8S中PV 和PVC
颜淡慕潇
04-20 1万+
在 Kubernetes 中，PV（持久卷）和 PVC（持久卷声明）之间的关系是一种动态匹配和绑定关系，用于实现 Pod 与存储资源的解耦。PV 和 PVC 之间的关系是一种动态的匹配和绑定关系，它们使得 Pod 与存储资源的具体实现解耦，提高了灵活性和可移植性。
【Kubernetes存储篇】持久化存储PV、PVC详解
秦子腾
06-11 6344
pvc和pv绑定，如果使用默认的回收策略retain，那么删除pvc之后，pv会处于released状态，我们想要继续使用这个pv，需要手动删除pv，kubectl delete pv pv_name，删除pv，不会删除pv里的数据，当我们重新创建pvc时还会和这个最匹配的pv绑定，数据还是原来数据，不会丢失。如下图，我是用的是只读的 PVC，容器里面应当没有创建文件权限，但是容器里面确实可以创建文件，我咨询了云原生领域大佬，这应该是K8S PVC bug，我当前K8S版本是：v1.27.0。
k8s持久化存储pv和pvc
12-27
PV（PersistentVolume）和PVC（PersistentVolumeClaim）是Kubernetes中用于实现持久化存储的重要概念。 PV是集群中的一块存储，可以是NFS、iSCSI、本地存储等，由管理员进行配置或使用存储类进行动态配置。PV定义了存储的容量、访问模式、持久化存储的类型等属性。PV的生命周期是独立于Pod的，即使Pod被删除，PV仍然存在，可以被其他Pod继续使用。 PVC是一个持久化存储卷，用于访问各种类型的持久化存储，如本地存储、网络存储、云存储等。PVC的使用使应用程序更加灵活和可移植，同时也提高了存储资源的利用率。PVC和PV是一一对应的关系，即一个PVC只能绑定一个PV，而一个PV也只能被一个PVC绑定。 下面是一个演示k8s持久化存储PV和PVC的案例： 1. 创建PV： ```yaml apiVersion: v1 kind: PersistentVolume metadata: name: my-pv spec: capacity: storage: 1Gi accessModes: - ReadWriteOnce persistentVolumeReclaimPolicy: Retain storageClassName: my-storage-class nfs: path: /data server: nfs-server-ip ``` 2. 创建PVC： ```yaml apiVersion: v1 kind: PersistentVolumeClaim metadata: name: my-pvc spec: accessModes: - ReadWriteOnce resources: requests: storage: 1Gi storageClassName: my-storage-class ``` 3. 创建Pod，并挂载PVC卷： ```yaml apiVersion: v1 kind: Pod metadata: name: my-pod spec: containers: - name: my-container image: nginx volumeMounts: - name: my-volume mountPath: /data volumes: - name: my-volume persistentVolumeClaim: claimName: my-pvc ``` 4. 删除PVC的正确步骤： ```shell kubectl delete pod my-pod kubectl delete pvc my-pvc kubectl delete pv my-pv ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值