K8S删除PersistentVolume

Kubernetes PVC与PV管理
最新推荐文章于 2025-04-26 17:07:12 发布
原创 最新推荐文章于 2025-04-26 17:07:12 发布 · 2.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#k8s

本文介绍如何使用kubectl命令来管理Kubernetes中的Persistent Volume Claim (PVC) 和 Persistent Volume (PV)，包括修改PV的回收策略、删除PVC及PV的方法，并提供了解决PV删除后PVC仍无法删除的问题的方案。 
kubectl patch pv PV_NAME -p '{"spec":{"persistentVolumeReclaimPolicy":"Delete"}}'

# 删除pvc：

kubectl delete pvc PVC_NAME


# 删除pv
kubectl delete pv PV_NAME

#先删除pv导致pvc删除不掉时
kubectl patch pvc PVC_NAME -p '{"metadata":{"finalizers": null}}'

Dyeln
关注
【k8s】PersistentVolume解决数据持久化问题(十三)
L李钟意的博客
04-09 1203
PersistentVolume 简称为 PV，是 Kubernetes 对存储设备的抽象，由系统管理员维护，需要描述清楚存储设备的类型、访问模式、容量等信息。PersistentVolumeClaim 简称为 PVC，代表 Pod 向系统申请存储资源，它声明对存储的要求，Kubernetes 会查找最合适的 PV 然后绑定。StorageClass 抽象特定类型的存储系统，归类分组 PV 对象，用来简化 PV/PVC 的绑定过程。
【k8s】PersistentVolume 使用网络共享存储-NFS(十四)
L李钟意的博客
04-09 1238
要想让存储卷真正能被 Pod 任意挂载，我们需要变更存储的方式，不能限定在本地磁盘，而是要改成网络存储，这样 Pod 无论在哪里运行，只要知道 IP 地址或者域名，就可以通过网络通信访问存储设备。网络存储是一个非常热门的应用领域，有很多知名的产品，比如还专门定义了规范，不过这些存储类型的安装、使用都比较复杂，在实验环境里部署难度比较高。所以我们以为例学习如何在 Kubernetes 里使用网络存储，以及静态存储卷和动态存储卷的概念。提示：以下是本篇文章正文内容，下面案例可供参考。
【Kubernetes】Kubernetes的PV和PVC的用法
一个萌新的博客
08-14 2142
主要介绍存储卷（emotyDir、hostPath、nfs）的区别与概念、PV和PVC相关概念（PVC的使用逻辑、创建机制、生命力周期、常见及销毁PV的流程）、NFS静态创建PV、StorageClass和NFS创建动态PV
k8s数据持久化
weixin_71474937的博客
06-15 791
1、在k8s-master和k8s-node上下载nfs2、创建/nfsdata、授权3、编辑exports文件4、配置生效启动rpc和nfs1、创建文件2、创建资源 1、vim nfs-pvs1.yml2、创建资源1、vim nfs-pod1.yml2、创建资源3、验证2、查看pv的状态重新创建mypvc1、重新创建pod，引用mypvc12、删除pod、pvs...
K8S存储卷
mac99776的博客
09-08 668
K8S存储卷 存储卷分为，临时卷和持久卷； 临时卷： 有时候有些应用程序需要额外的存储，比如，将不常用的数据转移到影响很小的存储中 emptyDir： 是最基础的Volume类型，用于存储临时数据的简单目录，当Pod被删除则emptyDir ConfigMap： 是Pod映射（文件或者目录）的一种方式，允许年将配置文件与镜像文件分离。常用于配置文件的 kubectl create configman 名称 --from -file=文件路径 持久卷 hostPath： 各个节点映射本地目录保持持久性，将no
关于k8s中，存储卷的使用
2401_84019227的博客
10-18 1374
PV 持久卷和普通的 Volume 一样， 也是使用卷插件来实现的，只是它们拥有独立于任何使用 PV 的 Pod 的生命周期。尽管 PersistentVolumeClaim 允许用户消耗抽象的存储资源， 常见的情况是针对不同的问题用户需要的是具有不同属性（如，性能）的 PersistentVolume 卷。参见基于运行示例的详细演练。k8s的主要作用在于，docker产生了如此多的既有隔离性，又有算力的容器，对于其的自动化管理。所以，k8s在初步了解的时候，管理员接触到的信息是，容器编排管理工具。
k8s删除卡住的pod
lx_1314的博客
12-14 599
【代码】k8s删除卡住的pod。
K8s 存储实战：如何高效配置和管理 PersistentVolume
wdfdgygg77的博客
03-16 1292
通过合理规划 PV 配置、正确创建和使用 PV 与 PVC、有效管理 PV 的生命周期以及利用动态 PV 供应等技术，可以提升 K8s 存储系统的性能和可维护性，为企业级应用提供可靠的存储支持。根据 PV 的回收策略，当 PVC 释放时，PV 会进行相应的处理。在配置 PV 之前，需要根据应用程序的需求和集群的基础设施来选择合适的存储类型。同时，要考虑到集群中多个 PVC 对 PV 的竞争，避免出现存储资源不足的情况。对于支持动态扩展的存储类型（如一些云存储），可以通过修改 PV 的容量配置来实现。
K8S学习指南(26)-k8s存储对象Persistent Volume
俞兆鹏的博客
12-19 3857
Kubernetes（K8s）是一个强大的容器编排平台，为容器化应用程序提供了许多关键功能，包括持久化存储。在K8s中，Persistent Volume（PV）是一个核心对象，用于抽象和管理集群中的持久化存储资源。本文将深入研究K8s中的Persistent Volume的概念、工作原理，并通过详细的示例演示如何配置和使用Persistent Volume。在容器化应用中，Pod的生命周期是短暂的，当Pod终止时，其中的数据通常也会被销毁。
一问读懂k8s动态生成pv（PersistentVolume）原理以及配置方法
qq_43394776的博客
04-26 1336
动态生成 PV，Kubernetes 实现了存储资源的自动化管理
K8S kubectl命令强制删除一直terminating的namespace（通过API直接修改Namespace的Finalizers）...
weixin_40544316的博客
07-21 248
当Kubernetes中的Namespace处于Terminating状态并且常规的删除命令不起作用时，可以尝试以下几种强制删除的方法：方法1：使用--force 和 --grace-period=0 尽管你提到这种方法有时可能无效，但仍值得首先尝试：登录后复制 kubectl delete ns <namespa...
Kubernetes对象之PersistentVolume，PersistentVolumeClaim和StorageClass
椰汁菠萝
05-10 2380
前面我们学习了Kubernetes中的Volume，我们可以发现前文中的Volume（无论何种类型）和使用它的Pod都是一种静态绑定关系，在Pod定义文件中，同时定义了它使用的Volume。在这种情况下，Volume是Pod的附属品，我们无法像创建其他资源（例如Pod，Node，Deployment等等）一样创建一个Volume。因此Kubernetes提出了PersistentVolume（PV）的概念。
云原生|kubernetes部署和运行维护中的错误汇总（不定时更新）
zsk_john的技术分享专用博客
08-29 4752
两个文件都写了initial初始化，就冲突啦，而etcd-3.3以及之前的版本不会报错，两个文件可以重复配置。
kubernetes pv回收策略
changyanmanman的专栏
11-08 3197
转载自：kubernetes pv回收策略_willblog-CSDN博客 当用户不再使用其存储卷时，他们可以从 API 中将 PVC 对象删除，从而允许该资源被回收再利用。PersistentVolume 对象的回收策略告诉集群，当其被从申领中释放时如何处理该数据卷。 目前，数据卷可以被 Retained（保留）、Recycled（回收）或 Deleted（删除）。 1、保留（Retain） 回收策略Retain使得用户可以手动回收资源。当 PersistentVolumeClaim 对象被删除时，
Kubernetes 中的 PersistentVolume 与 PersistentVolumeClaim 详解
2301_78537542的博客
03-11 1500
如果没有匹配的 PV，PVC 会保持在未绑定状态，直到合适的 PV 出现。的 PersistentVolumeClaim，它请求一个可以被单个节点以读写方式挂载的存储卷，请求的存储容量为 3 GiB，并且指定了存储类为。：如果集群中没有合适的 PV，且启用了动态供应，Kubernetes 可以自动创建一个新的 PV 来满足 PVC 的要求。：PV 的生命周期与使用它的 Pod 分开，即使 Pod 被删除，PV 也不会被删除，其中的数据会保留。：删除 PVC 时，关联的 PV 也会被自动删除。
【k8s】PV，PVC的回收策略——return、recycle、delete
2303_78135757的博客
04-22 1527
PV，PVC的回收策略——return、recycle、delete
k8s的存储（Persistent Volumes 持久卷卷使用）
zhaikaiyun的博客
02-24 3736
官网参考：https://kubernetes.io/docs/concepts/storage/persistent-volumes/# 1、介绍 管理存储是与管理计算实例不同的问题。PersistentVolume子系统为用户和管理员提供了一个API，该API从存储的使用方式中抽象出存储是如何提供的细节。为此，我们引入了两个新的API资源：persistenvolume和persistenv...
【K8S 存储卷】K8S的存储卷+PV/PVC
koeda1的博客
01-10 2317
关于K8S的挂载存储卷和动、静态PV+PVC
kubernetes数据持久化
人丑就要多读书的博客
01-04 787
文章目录一、emptyDir二、hostPath容器内时间与本地时间同步三、NFS四、PV与PVC4.1 pv的访问模式（accessModes）4.2 pv的回收策略（persistentVolumeReclaimPolicy）4.3 pv的状态五、StorageClass测试StorageClass存储类 Pod是由容器组成的，而容器宕机或停止之后，数据就随之丢了，那么这也就意味着我们在做Kubernetes集群的时候就不得不考虑存储的问题，而存储卷就是为了Pod保存数据而生的。存储卷的类型有很多，我们
如何直接访问k8s persistentvolume的底层存储
最新发布
07-19
<think>我们正在讨论如何直接访问Kubernetes PersistentVolume的底层存储。这通常需要管理员权限，并且方法取决于PV使用的存储类型（如NFS、HostPath、云存储等）。以下是具体步骤： ### 方法：根据PV的存储类型直接访问 #### 1. **确定PV的存储类型** ```bash kubectl get pv <pv-name> -o jsonpath='{.spec.persistentVolumeSource.*}' | jq . ``` 替换`<pv-name>`为实际PV名称。查看输出中的关键字段（如`nfs`、`hostPath`、`awsElasticBlockStore`等）确定存储类型[^1][^2]。 #### 2. **根据类型访问存储** - **NFS**: ```bash # 获取NFS服务器路径 export NFS_SERVER=$(kubectl get pv <pv-name> -o jsonpath='{.spec.nfs.server}') export NFS_PATH=$(kubectl get pv <pv-name> -o jsonpath='{.spec.nfs.path}') # 挂载到本地 mkdir -p /mnt/nfs mount -t nfs $NFS_SERVER:$NFS_PATH /mnt/nfs cd /mnt/nfs && ls -l ``` - **HostPath**: ```bash # 获取节点路径 export HOST_PATH=$(kubectl get pv <pv-name> -o jsonpath='{.spec.hostPath.path}') # 登录到PV所在节点（需节点SSH权限） ssh <node-name> "ls -l $HOST_PATH" ``` - **AWS EBS**: 1. 获取卷ID： ```bash kubectl get pv <pv-name> -o jsonpath='{.spec.awsElasticBlockStore.volumeID}' # 输出示例：aws://us-east-1a/vol-0e9f8c6a5a3b3c1d2 ``` 2. 从输出中提取`vol-XXXXX`（如`vol-0e9f8c6a5a3b3c1d2`） 3. 在AWS控制台将该卷挂载到EC2实例查看 - **Azure Disk**: 1. 获取磁盘URI： ```bash kubectl get pv <pv-name> -o jsonpath='{.spec.azureDisk.diskURI}' # 输出示例：/subscriptions/<sub-id>/resourceGroups/<rg>/providers/Microsoft.Compute/disks/<disk-name> ``` 2. 在Azure门户中找到该磁盘并挂载到VM #### 3. **访问后卸载资源（重要）** - NFS: `umount /mnt/nfs` - 云存储：从临时实例卸载磁盘，避免数据损坏 > ⚠️ **安全警告**： > - 直接操作底层存储可能破坏数据一致性 > - 确保操作期间无Pod使用该PV（特别是`ReadWriteOnce`类型） > - 生产环境建议优先使用调试Pod方式[^3] ### 适用场景 此方法适用于： - 紧急数据恢复（当Pod无法启动时） - 存储系统调试 - 批量数据处理（直接操作存储比通过Pod更高效） --- ### 相关问题 1. **如何安全地备份Kubernetes PV数据？** 2. **当PV处于`Released`状态无法删除时如何强制回收？** 3. **不同存储类型（NFS/EBS/HostPath）的PV性能调优方法有哪些？** 4. **如何监控PV的存储使用量？** [^1]: PV作为持久存储设备抽象，隐藏了底层存储实现细节[^1]。 [^2]: 理解PV的配置选项和绑定机制对管理存储至关重要[^2]。 [^3]: 通过PVC声明存储需求是Kubernetes推荐的标准做法[^3]。</think>### 直接访问 Kubernetes PersistentVolume 底层存储的方法 要直接访问 PersistentVolume (PV) 的底层存储，需要根据存储类型采用不同的方法。以下是具体操作流程： #### 1. **确定 PV 的存储类型** ```bash kubectl get pv <pv-name> -o jsonpath='{.spec.persistentVolumeSource}' ``` - 查看输出中的关键字段： - `nfs`：NFS 存储 - `hostPath`：节点本地存储 - `awsElasticBlockStore`：AWS EBS - `gcePersistentDisk`：GCP 磁盘 - `azureDisk`：Azure 磁盘 - `csi`：容器存储接口（需查看具体驱动） #### 2. **根据存储类型访问数据** **A. NFS 存储** ```bash # 获取 NFS 服务器和路径 NFS_SERVER=$(kubectl get pv <pv-name> -o jsonpath='{.spec.nfs.server}') NFS_PATH=$(kubectl get pv <pv-name> -o jsonpath='{.spec.nfs.path}') # 挂载到本地 mkdir -p /mnt/nfs-pv mount -t nfs $NFS_SERVER:$NFS_PATH /mnt/nfs-pv cd /mnt/nfs-pv && ls -l ``` **B. HostPath 存储** ```bash # 获取节点路径 HOST_PATH=$(kubectl get pv <pv-name> -o jsonpath='{.spec.hostPath.path}') # 登录到对应节点（需节点 SSH 权限） ssh <node-name> cd $HOST_PATH && ls -l ``` **C. 云存储（以 AWS EBS 为例）** 1. 获取卷 ID： ```bash kubectl get pv <pv-name> -o jsonpath='{.spec.awsElasticBlockStore.volumeID}' # 输出示例：aws://us-east-1a/vol-0e9f8c6a5a3b3c1d2 ``` 2. 从输出中提取 EBS 卷 ID（如 `vol-0e9f8c6a5a3b3c1d2`） 3. 在 AWS 控制台： - 创建临时 EC2 实例 - 将目标 EBS 卷挂载到实例 - SSH 登录实例访问挂载点 **D. CSI 存储** 1. 检查 CSI 驱动名称： ```bash kubectl get pv <pv-name> -o jsonpath='{.spec.csi.driver}' ``` 2. 根据驱动文档操作（如 Rook Ceph 需使用 `rbd` 工具） #### 3. **安全注意事项** 1. **确保 PV 未在使用**： ```bash kubectl get pv <pv-name> -o jsonpath='{.status.phase}' ``` - 仅当状态为 `Available` 时操作 - 若为 `Bound` 状态，需先解除 Pod 绑定 2. **备份优先**： - 操作前创建快照：`kubectl create volumesnapshot ...` - 或使用 `dd`/`rsync` 备份数据 3. **权限控制**： - 云存储需要 IAM 权限（如 AWS `ec2:AttachVolume`） - 本地存储需要节点 root 权限 > ⚠️ **警告**：直接操作底层存储可能破坏数据一致性，建议仅在调试或灾难恢复时使用。生产环境优先通过 Pod 访问[^1][^3]。 --- ### 相关问题 1. **如何在不卸载的情况下备份正在使用的 PV 数据？** 2. **当 PV 处于 `Released` 状态无法删除时如何强制回收？** 3. **不同存储类型（NFS/EBS/HostPath）的 PV 性能调优方法有哪些？** 4. **如何实现 Kubernetes 存储的跨集群迁移？** [^1]: PV 抽象了底层存储实现，使应用无需关注存储细节[^1]。 [^2]: 理解 PV 的配置选项和绑定机制对存储管理至关重要[^2]。 [^3]: PVC 声明存储需求后，由 Kubernetes 绑定到匹配的 PV[^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值