ONTAP 后端驱动程序根据使用的协议以及如何在存储系统上调配卷而有所不同。因此，在决定部署哪个驱动程序时，请仔细考虑。

在更高的级别上，如果您的应用程序具有需要共享存储的组件（多个 pod 访问相同的 PVC），则基于 NAS 的驱动程序将成为默认选择，而基于块的 iSCSI 驱动程序将满足非共享存储的需求。根据应用程序的要求以及存储和基础设施团队的舒适度来选择协议。一般来说，对于大多数应用程序，它们之间几乎没有区别，因此决定通常取决于是否需要共享存储（其中需要同时访问多个 pod）。

可用的 ONTAP 后端驱动程序包括：

在三个 NAS 驱动程序之间进行选择会对应用程序提供的功能产生一些影响。

请注意，在下表中，并非所有功能都通过 Trident 公开。如果需要该功能，则存储管理员必须在配置后应用某些功能。上标脚注区分了每个功能和驱动程序的功能。

Trident 为 ONTAP 提供 2 个 SAN 驱动程序，其功能如下所示。

非 PV 粒度的功能将应用于整个 FlexVolume，并且所有 PV（即共享 FlexVols 中的 qtree 或 LUN）都将共享一个共同的时间表。

如上表所示， ontap-nas 和 ontap-nas-economy 之间的大部分功能是相同的。但是，由于 ontap-nas-economy 驱动程序限制了按 PV 粒度控制计划的能力，这尤其会影响您的灾难恢复和备份计划。对于希望在 ONTAP 存储上利用 PVC 克隆功能的开发团队，只有在使用 ontap-nas、 ontap-san 或 ontap-san-economy 驱动程序时才有可能。

Cloud Volumes ONTAP 为各种用例提供数据控制以及企业级存储功能，包括为 NAS 和 SAN 协议（NFS、SMB/CIFS 和 iSCSI）提供服务的文件共享和块级存储。Cloud Volume ONTAP 的兼容驱动程序为 ontap-nas、 ontap-nas-economy、 ontap-san`和 `ontap-san-economy。这些适用于 Azure 的 Cloud Volume ONTAP、GCP 的 Cloud Volume ONTAP。

Amazon FSx for NetApp ONTAP 可让您利用熟悉的 NetApp 功能、性能和管理功能，同时利用在 AWS 上存储数据的简单性、敏捷性、安全性和可扩展性。FSx for ONTAP 支持许多 ONTAP 文件系统功能和管理 API。Cloud Volume ONTAP 的兼容驱动程序是 ontap-nas、 ontap-nas-economy、 ontap-nas-flexgroup、 ontap-san 和 ontap-san-economy。

与 NetApp HCI/SolidFire 平台一起使用的 `solidfire-san`驱动程序可帮助管理员根据 QoS 限制为 Trident 配置 Element 后端。如果您想设计后端以在 Trident 配置的卷上设置特定的 QoS 限制，请使用后端文件中的 `type`参数。管理员还可以使用 `limitVolumeSize`参数限制可以在存储上创建的卷大小。目前， `solidfire-san`驱动程序不支持调整卷大小和卷复制等 Element 存储功能。这些操作应通过 Element Software Web UI 手动完成。

Trident 使用 azure-netapp-files 驱动程序来管理 "Azure NetApp Files" 服务。

有关此驱动程序及其配置方法的详细信息，请参见 "Azure NetApp Files 的 Trident 后端配置"。

筛选可以在特定存储类对象内使用，以确定要与该特定存储类一起使用的存储池或池集。可以在存储类中设置三组过滤器： storagePools、 additionalStoragePools 和/或 excludeStoragePools。

该 storagePools 参数有助于将存储限制为与任何指定属性匹配的一组池。该 additionalStoragePools 参数用于扩展 Trident 用于配置的池集以及由属性和 storagePools 参数选择的池集。您可以单独使用参数或同时使用两者，以确保选择了相应的存储池集。

如果要设计模拟服务质量策略的存储类，请创建一个具有 media 属性为 hdd 或 ssd 的存储类。根据存储类中提到的 media 属性，Trident 将选择适当的后端来提供 hdd 或 ssd 聚合以匹配介质属性，然后将卷的配置引导到特定的聚合。因此，我们可以创建一个存储类 PREMIUM，其 media 属性设置为 ssd，可以将其归类为 PREMIUM QoS 策略。我们可以创建另一个存储类 STANDARD，将介质属性设置为 hdd，可以将其归类为 STANDARD QoS 策略。我们还可以使用存储类中的 IOPS 属性将配置重定向到可以定义为 QoS 策略的 Element 设备。

存储类可以设计为在启用了精简和厚配置、快照、克隆和加密等功能的特定后端上指导卷配置。若要指定要使用的存储，请创建指定适当后端并启用所需功能的存储类。

虚拟池可用于所有 Trident 后端。您可以使用 Trident 提供的任何驱动程序为任何后端定义虚拟池。

虚拟池允许管理员在后端创建可通过存储类引用的抽象级别，以提高后端卷的灵活性和高效放置。可以使用相同的服务类别定义不同的后端。此外，可以在同一后端创建多个存储池，但具有不同的特征。当存储类配置有带有特定标签的选择器时，Trident 会选择与所有选择器标签匹配的后端来放置卷。如果存储类选择器标签与多个存储池匹配，Trident 将选择其中一个来配置卷。

可以为模拟服务类设计虚拟池。使用 Cloud Volume Service for Azure NetApp Files 的虚拟池实现，让我们检查如何设置不同的服务类。使用多个标签配置 Azure NetApp Files 后端，代表不同的性能级别。将 `servicelevel`方面设置为适当的性能水平，并在每个标签下添加其他必需的方面。现在创建映射到不同虚拟池的不同 Kubernetes Storage Classes。使用 `parameters.selector`字段，每个 StorageClass 调用哪些虚拟池可用于托管卷。

可以从单个存储后端设计具有特定方面的多个虚拟池。为此，请使用多个标签配置后端，并在每个标签下设置所需的方面。现在，使用映射到不同虚拟池的 parameters.selector 字段创建不同的 Kubernetes 存储类。在后端调配的卷将具有所选虚拟池中定义的方面。

在创建 PVC 时，超出请求存储类的某些参数可能会影响 Trident 配置决策过程。

通过 PVC 请求存储时，必填字段之一是访问模式。所需的模式可能会影响所选的托管存储请求的后端。

Trident 将尝试根据以下矩阵匹配与指定访问方法一起使用的存储协议。这与底层存储平台无关。

在未配置 NFS 后端的情况下，提交给 Trident 部署的 ReadWriteMany PVC 请求将导致未配置任何卷。为此，请求者应使用适合其应用程序的访问模式。

持久卷是 Kubernetes 中的不可变对象，但有两个例外。创建后，可以修改回收策略和大小。但是，这并不能阻止在 Kubernetes 之外修改卷的某些方面。这可能是理想的，以便为特定应用定制卷，确保容量不会意外消耗，或者只是出于任何原因将卷移动到不同的存储控制器。

创建后，便无法修改 PV 的连接详细信息。

Trident 支持使用 CSI 框架创建按需卷快照和从快照创建 PVC。快照为维护数据的时间点副本提供了一种方便的方法，并且在 Kubernetes 中具有独立于源 PV 的生命周期。这些快照可用于克隆 PVC。

Trident 还支持从卷快照创建 PersistentVolumes。要完成此操作，只需创建一个 PersistentVolumeClaim 并提及 `datasource`作为需要从中创建卷的必需快照。Trident 将通过使用快照上存在的数据创建卷来处理此 PVC。使用此功能，可以跨区域复制数据、创建测试环境、完全替换损坏或损坏的生产卷，或检索特定文件和目录并将其传输到另一个附加卷。

存储管理员能够以不中断存储使用者的方式将卷在 ONTAP 集群中的聚合和控制器之间移动。此操作不会影响 Trident 或 Kubernetes 集群，只要目标聚合是 Trident 正在使用的 SVM 有权访问的聚合。重要的是，如果聚合已新添加到 SVM，则需要通过将其重新添加到 Trident 来刷新后端。这将触发 Trident 重新清点 SVM，以便识别新的聚合。

但是，Trident 不会自动支持跨后端移动卷。这包括同一集群中的 SVM 之间、集群之间或不同存储平台上的 SVM（即使该存储系统连接到 Trident）。

如果将卷复制到其他位置，则可以使用卷导入功能将当前卷导入 Trident。

Trident 支持调整 NFS、iSCSI 和 FC PV 的大小。这使用户能够通过 Kubernetes 层直接调整卷的大小。所有主要 NetApp 存储平台（包括 ONTAP 和 SolidFire/NetApp HCI 后端）都可以进行卷扩展。要允许稍后进行可能的扩展，请在与卷关联的 StorageClass 中将 allowVolumeExpansion`设置为 `true。每当永久卷需要调整大小时，将永久卷声明中的 `spec.resources.requests.storage`注释编辑为所需的卷大小。Trident 将自动调整存储集群上的卷大小。

卷导入提供了将现有存储卷导入 Kubernetes 环境的功能。目前 ontap-nas、 ontap-nas-flexgroup、 `solidfire-san`和 `azure-netapp-files`驱动程序支持此功能。此功能在将现有应用程序移植到 Kubernetes 或灾难恢复场景期间非常有用。

使用 ONTAP 和 `solidfire-san`驱动程序时，使用命令 `tridentctl import volume <backend-name> <volume-name> -f /path/pvc.yaml`将现有卷导入 Kubernetes 以由 Trident 管理。import volume 命令中使用的 PVC YAML 或 JSON 文件指向将 Trident 标识为配置程序的存储类。使用 NetApp HCI/SolidFire 后端时，请确保卷名称是唯一的。如果卷名重复，请将该卷克隆为唯一的名称，以便卷导入功能可以区分它们。

如果使用 azure-netapp-files 驱动程序，请使用命令 tridentctl import volume <backend-name> <volume path> -f /path/pvc.yaml 将卷导入 Kubernetes 以由 Trident 管理。这确保了唯一的卷引用。

执行上述命令时，Trident 将在后端找到卷并读取其大小。它将自动添加（并在必要时覆盖）配置的 PVC 的卷大小。然后，Trident 创建新的 PV，Kubernetes 将 PVC 绑定到 PV。

如果容器的部署需要特定的导入 PVC，则它将保持挂起状态，直到通过卷导入过程绑定 PVC/PV 对。在 PVC/PV 对绑定后，如果没有其他问题，容器应该启动。

已将部署和管理注册表的存储记录在 "netapp.io" 的 "博客" 中。

与其他 OpenShift 服务一样，日志记录服务使用 Ansible 部署，配置参数由提供给剧本的清单文件（又名主机）提供。将涵盖两种安装方法：在初始 OpenShift 安装期间部署日志记录和在 OpenShift 安装后部署日志记录。

如果选择将 NFS 与日志记录服务一起使用，则需要将 Ansible 变量 `openshift_enable_unsupported_configurations`设置为 `true`以防止安装程序失败。

使用主机/清单文件中定义的相应 Ansible 变量，使用 Ansible 部署服务。如果您在 OpenShift 安装时部署，则 PV 将自动创建和使用。如果使用组件剧本进行部署，在 OpenShift 安装后，Ansible 会创建所需的任何 PVC，并在 Trident 为它们配置存储之后，部署服务。

上述变量以及部署过程可能会随着 OpenShift 的每个版本而变化。确保查看并遵循 "Red Hat 的 OpenShift 部署指南" 您的版本，以便为您的环境配置。