persistentvolumes_API概览

Persistent Volumes API 概览

在Kubernetes中，Persistent Volumes (PV) 和 Persistent Volume Claims (PVC) 是用于管理存储的API对象，它们提供了一种灵活的方式来解耦应用程序与特定存储实现的细节，允许用户按需请求存储资源，而无需关心底层的存储技术或提供商。

Persistent Volumes (PV)

Persistent Volumes代表集群中的物理存储资源，它由管理员创建，或者通过StorageClass自动生成，每个PV都有一系列属性，如容量、访问模式（例如只读或读写）以及存储类别。

静态PV：由管理员手动创建和管理。

动态PV：通过StorageClass自动创建，当一个Persistent Volume Claim被创建时，如果没有匹配的静态PV，系统会根据定义的StorageClass自动创建一个动态PV。

Persistent Volume Claims (PVC)

Persistent Volume Claims是用户对存储资源的请求，用户可以创建PVC来请求特定大小和访问模式的存储，而无需了解具体的存储实现，PVC可以指定类（StorageClass），这决定了动态供应的PV的特性。

Claiming Storage: PVC与PV之间通过一组标签和注释进行匹配。

Using Storage: 一旦PVC被绑定到PV，Pod就可以通过卷（Volume）使用这些存储资源。

StorageClass

StorageClass是描述存储“类”的API对象，它为动态供应的PV定义了参数和性能特性，StorageClass可以定义不同的存储后端，比如本地存储、网络文件系统或云提供商的存储服务。

Reclaim Policy

回收策略定义了当用户删除相应的Persistent Volume Claim后，Persistent Volume应该如何处理其上的数据。

Retain: 保留数据，管理员可以手动清理。

Delete: 删除卷上的所有数据。

Recycle: 清除卷上的数据以供新Claim使用，适用于特定的场景和配置。

Access Modes

Persistent Volume支持多种访问模式，包括：

ReadWriteOnce (RWO): 卷可以被一个节点以读写方式挂载。

ReadOnlyMany (ROX): 卷可以被多个节点以只读方式挂载。

ReadWriteMany (RWX): 卷可以被多个节点以读写方式挂载。（需要特定的存储插件支持）

Storage Types

Kubernetes支持多种类型的存储，包括但不限于：

Local storage: 利用节点的本地存储设备。

Networked storage: 如NFS、iSCSI等。

Cloud storage: 如AWS EBS、GCP PD、Azure Disk等。

Monitoring and Events

Kubernetes提供了监控和事件跟踪机制来帮助用户了解Persistent Volume的状态变化。

kubelet: 监视节点上的事件，并上报给API服务器。

API server: 提供事件的API接口。

Events API: 允许用户查询和订阅事件通知。

Integration with Deployments and Stateful Applications

Persistent Volumes可以与Deployment和StatefulSets集成，为有状态应用提供持久化存储。

Examples of Using Persistent Volumes

1、Static Provisioning: 管理员预先创建PV，用户根据需求创建PVC与之绑定。

2、Dynamic Provisioning: 用户创建PVC时指定StorageClass，系统自动创建匹配的PV。

3、Using with Stateful Applications: StatefulSets可以利用PVC为每个实例提供独立的存储。

<h3>FAQs</h3>

Q1: 如果一个Persistent Volume Claim无法找到匹配的Persistent Volume会发生什么？

A1: 如果一个Persistent Volume Claim无法找到匹配的静态Persistent Volume，并且指定了StorageClass，那么系统将尝试根据StorageClass的配置动态创建一个新的Persistent Volume，如果没有指定StorageClass，或者无法动态供应，那么该Persistent Volume Claim将保持在Pending状态，直到合适的Persistent Volume可用为止。

Q2: Persistent Volume的回收策略（Reclaim Policy）有哪些，它们各自的含义是什么？

A2: Persistent Volume的回收策略有三种：

Retain: 保留策略，当Persistent Volume Claim被删除时，Persistent Volume不会被自动删除，而是保留下来，数据会保留在卷上，管理员可以手动处理这些数据。

Delete: 删除策略，当Persistent Volume Claim被删除时，Persistent Volume也会被自动删除，卷上的数据将被清空。

Recycle: 回收策略，当Persistent Volume Claim被删除时，Persistent Volume会被标记为可回收，数据会被清除，以便这个Persistent Volume可以快速地被重新声明和使用，这种策略要求特定的外置插件支持，并且可能需要一些额外的配置。