k8s pv 和 pvc

要退出全屏模式，请按Esc
AccessModes(访问模式):AccessModes 是用来对 PV 进行访问模式的设置，用于描述用户应用对存储资源的访问权限，访问权限包括下面几种方式
ReadWriteOnce(RWO):读写权限，但是只能被单个节点挂载
ReadOnlyMany(ROX):只读权限，可以被多个节点挂载
ReadWriteMany(RWX):读写权限，可以被多个节点挂载

 

RECLAIM POLICY(回收策略):
目前 PV 支持的策略有三种:
Retain(保留):保留数据，需要管理员手工清理数据
Recycle(回收):清除 PV 中的数据，效果相当于执行 rm -rf /ifs/kuberneres/*
Delete(删除):与 PV相连的后端存储同时删除

STATUS(状态):
一个 PV 的生命周期中，可能会处于4中不同的阶段:
Available(可用):表示可用状态，还未被任何 PVC 绑定
Bound(已绑定):表示 PV 已经被 PVC 绑定
Released(已释放):PVC 被删除，但是资源还未被集群重新声明
Failed(失败):表示该 PV 的自动回收失败

 

在Kubernetes中，PersistentVolume（PV）的状态提供了关于其当前使用情况的重要信息。特别是Released和Failed状态，它们在PV的生命周期中扮演着重要的角色：

1. Released（已释放）：当PersistentVolumeClaim（PVC）被删除后，与之绑定的PV将进入Released状态。在这个阶段，PV中的数据仍然保留，但PV本身不再被任何PVC绑定。这个状态是临时的，意味着PV正在等待被重新声明或者根据其回收策略被清理。

2. Failed（失败）：这个状态表示PV的自动回收过程遇到了问题。回收策略可能因为多种原因失败，比如存储后端的问题、存储资源无法被正确删除、或者PV的回收操作被外部因素干扰。当PV处于Failed状态时，需要管理员介入调查原因，并采取相应的手动干预措施来解决问题。

这两个状态的存在确保了存储资源可以被正确地管理和回收。管理员可以根据这些状态来监控和维护集群的存储资源，确保它们被有效利用，同时避免资源泄露或者不必要的数据丢失。

对于Released状态的PV，管理员可以选择以下几种操作：

• 如果PV中的数据不再需要，可以更改PV的回收策略为Delete，然后删除PVC来触发PV的自动回收。
• 如果PV中的数据需要保留，可以手动清理数据，然后重新创建一个PVC来绑定这个PV，或者将PV的回收策略设置为Retain以保持数据直到明确删除。