了解对象，对象的用途以及对象交互方式的最简单方法可能是，遵循 Kubernetes 用户的单个存储请求：

Kubbernetes `PersistentVolumeClaim`对象是由Kubbernetes集群用户发出的存储请求。

除了标准规范之外，如果用户要覆盖在后端配置中设置的默认值， Trident 还允许用户指定以下特定于卷的标注：

如果创建的PV具有 Delete`回收策略、则在PV释放后(即用户删除PVC时)、Trident会同时删除PV和后备卷。如果删除操作失败， Trident 会将 PV 标记为相应的 PV ，并定期重试此操作，直到操作成功或 PV 手动删除为止。如果PV使用此 `Retain`策略、则Trident会忽略此策略、并假定管理员将从Kubbernetes和后端对其进行清理、以便在删除卷之前对其进行备份或检查。请注意，删除 PV 不会通过发生原因 Trident 删除后备卷。您应使用REST API将其删除(`tridentctl)。

Trident 支持使用 CSI 规范创建卷快照：您可以创建卷快照并将其用作数据源来克隆现有 PVC 。这样， PV 的时间点副本就可以以快照的形式公开给 Kubernetes 。然后，可以使用快照创建新的 PV 。查看 `On-Demand Volume Snapshots`以了解其工作原理。

Trident还提供了 `cloneFromPVC`和 `splitOnClone`标注以用于创建克隆。您可以使用这些标注克隆PVC、而无需使用CSI实施。

以下是一个示例：如果用户已经有一个名为的 mysql`PVC，则用户可以使用标注创建一个名为的新PVC `mysqlclone，例如 trident.netapp.io/cloneFromPVC: mysql。设置了此标注后， Trident 将克隆与 mysql PVC 对应的卷，而不是从头开始配置卷。

请考虑以下几点：

该 `sample-input`目录包含用于Trident的PVC定义示例。有关与Trident卷关联的参数和设置的完整说明、请参见。

Kubbernetes对象表示可供Kubbernetes `PersistentVolume`集群使用的一段存储。它的生命周期与使用它的 POD 无关。

创建引用基于Trident的PVC时 StorageClass，Trident会使用相应的存储类配置新卷，并为该卷注册新PV。在配置已配置的卷和相应的 PV 时， Trident 会遵循以下规则：

Kubnetes StorageClass`对象在中按名称指定 `PersistentVolumeClaims、用于使用一组属性配置存储。存储类本身可标识要使用的配置程序，并按配置程序所了解的术语定义该属性集。

它是需要由管理员创建和管理的两个基本对象之一。另一个是 Trident 后端对象。

使用Trident的Kubenetes `StorageClass`对象如下所示：

这些参数是 Trident 专用的，可告诉 Trident 如何为类配置卷。

存储类参数包括：

存储属性及其可能值可以分类为存储池选择属性和 Kubernetes 属性。

Kubbernetes VolumeSnapshotClass`对象类似于 `StorageClasses。它们有助于定义多个存储类，并由卷快照引用以将快照与所需的快照类关联。每个卷快照都与一个卷快照类相关联。

Kubnetes `VolumeSnapshot`对象是指创建卷快照的请求。就像 PVC 代表用户对卷发出的请求一样，卷快照也是用户为现有 PVC 创建快照的请求。

收到卷快照请求后、Trident会自动管理在后端为卷创建快照的操作、并通过创建唯一对象来公开快照
VolumeSnapshotContent。您可以从现有 PVC 创建快照，并在创建新 PVC 时将这些快照用作 DataSource 。

Kubbernetes VolumeSnapshotContent`对象表示从已配置的卷创建的快照。它类似于 `PersistentVolume、表示存储集群上已配置的快照。与和 PersistentVolume`对象类似 `PersistentVolumeClaim、创建快照时、 VolumeSnapshotContent`对象会与请求创建快照的对象保持一对一映射 `VolumeSnapshot。

收到快照请求后， Trident 会在后端创建快照。创建快照后、Trident会配置一个 `VolumeSnapshotContent`对象、从而将快照公开给Kubnetes API。

Kubernetes 自定义资源是 Kubernetes API 中的端点，由管理员定义并用于对类似对象进行分组。Kubernetes 支持创建自定义资源以存储对象集合。您可以通过运行来获取这些资源定义 kubectl get crds。

自定义资源定义（ CRD ）及其关联的对象元数据由 Kubernetes 存储在其元数据存储中。这样就无需为 Trident 创建单独的存储。

Asta Trident使用 `CustomResourceDefinition`对象保留Trident对象的身份、例如Trident后端、Trident存储类和Trident卷。这些对象由 Trident 管理。此外， CSI 卷快照框架还引入了一些定义卷快照所需的 CRD 。

CRD 是一种 Kubernetes 构造。上述资源的对象由 Trident 创建。简单地说，使用创建后端时 tridentctl，会创建一个相应的 `tridentbackends`CRD对象供Kubbernetes使用。

有关 Trident 的 CRD ，请注意以下几点：

Trident会为在其配置程序字段中指定的Kubbernetes对象 csi.trident.netapp.io`创建匹配的存储类 `StorageClass。存储类名称与它所代表的Kubbernetes对象的名称匹配 StorageClass。

存储类包含一组卷要求。Trident 会将这些要求与每个存储池中的属性进行匹配；如果匹配，则该存储池是使用该存储类配置卷的有效目标。

您可以使用 REST API 创建存储类配置以直接定义存储类。但是、对于KubeNet部署、我们希望在注册新的KubeNet对象时创建这些 `StorageClass`对象。

后端表示存储提供程序，其中 Trident 配置卷；单个 Trident 实例可以管理任意数量的后端。

有关如何构建这些对象的详细信息，请参见"正在配置后端"。

存储池表示可在每个后端配置的不同位置。对于 ONTAP ，这些聚合对应于 SVM 中的聚合。对于 NetApp HCI/SolidFire ，这些 QoS 分段对应于管理员指定的 QoS 分段。对于 Cloud Volumes Service ，这些区域对应于云提供商区域。每个存储池都有一组不同的存储属性，用于定义其性能特征和数据保护特征。

与此处的其他对象不同，存储池候选对象始终会自动发现和管理。

卷是基本配置单元，由后端端点组成，例如 NFS 共享和 iSCSI LUN 。在Kubnetes中，这些直接对应于 PersistentVolumes。创建卷时，请确保其具有存储类，此类可确定可配置该卷的位置以及大小。

卷配置定义了配置的卷应具有的属性。

Trident会在创建卷时生成 internalName。这包括两个步骤。首先，它会在卷名称前面附加存储前缀(默认 trident`前缀或后端配置中的前缀)，从而生成格式为的名称 `<prefix>-<volume-name>。然后，它将继续清理名称，替换后端不允许使用的字符。对于ONTAP后端，它会将连字符替换为下划线(因此，内部名称将变为 <prefix>_<volume-name>)。对于 Element 后端，它会将下划线替换为连字符。

您可以使用卷配置直接使用REST API配置卷、但在Kubbernetes部署中、我们希望大多数用户使用标准Kubbernetes `PersistentVolumeClaim`方法。Trident 会在配置过程中自动创建此卷对象。

快照是卷的时间点副本，可用于配置新卷或还原状态。在Kubnetes中、这些直接对应于 `VolumeSnapshotContent`对象。每个快照都与一个卷相关联，该卷是快照的数据源。

每个 `Snapshot`对象都包括下列属性：

创建Kubnetes VolumeSnapshot`对象请求后、Trident会通过在后备存储系统上创建Snapshot对象来工作。此快照对象的是通过将前缀与 `UID`该对象的 `VolumeSnapshot`组合来生成 `snapshot-`的 `internalName(例如 snapshot-e8d8a0ca-9826-11e9-9807-525400f3f660)。 `volumeName`和 `volumeInternalName`将通过获取后备卷的详细信息来填充。

Trident守护进程使用优先级类(KubeNet中可用的最高优先级类)、以确保Astra Trident可以在正常节点关闭期间识别和清理卷、并允许Trident守护进程 `system-node-critical`Pod抢占资源压力较高的集群中优先级较低的工作负载。

为此、Asta Trident会使用一个 `ResourceQuota`对象来确保满足Trident守护程序集上的"system-node critical"优先级类。在部署和创建守护进程之前、Asta Trident会查找 `ResourceQuota`对象、如果未发现、则会应用该对象。

如果您需要对默认资源配额和优先级类别进行更多控制、可以使用Helm图表生成 `custom.yaml`或配置 `ResourceQuota`对象。

以下是一个`ResourceQuota`对象的示例、该对象会优先处理Trident子集。

有关资源配额的详细信息，请参见"Kubernetes：资源配额"。