ONTAP后端驱动程序的区别在于所使用的协议以及在存储系统上配置卷的方式。因此，在决定部署哪位驾驶员时要仔细考虑。

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

可用的ONTAP后端驱动程序有：

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

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

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

非 PV 粒度的功能将应用于整个 FlexVolume，所有 PV（即共享 FlexVol 中的 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。

这 `solidfire-san`该驱动程序与NetApp HCI/ SolidFire平台配合使用，可帮助管理员根据 QoS 限制为Trident配置 Element 后端。如果您希望设计后端以设置Trident所配置卷的特定 QoS 限制，请使用以下方法： `type`后端文件中的参数。管理员还可以使用以下方法限制可在存储上创建的卷大小： `limitVolumeSize`范围。目前，Element 存储功能（例如卷调整大小和卷复制）尚不支持通过以下方式进行存储： `solidfire-san`司机。这些操作应该通过 Element Software 的 Web 用户界面手动完成。

Trident使用 `azure-netapp-files`司机管理"Azure NetApp Files"服务。

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

Trident使用 `gcp-cvs`用于连接 Google Cloud 上的Cloud Volumes Service的驱动程序。

这 `gcp-cvs`驱动程序使用虚拟池来抽象后端，并允许Trident确定卷放置位置。管理员在以下位置定义虚拟池： `backend.json`文件。存储类使用选择器按标签识别虚拟池。

要在Trident上配置 Google Cloud 后端，您必须指定 projectNumber， apiRegion ， 和 `apiKey`在后端文件中。您可以在 Google Cloud 控制台中找到项目编号。 API 密钥取自您在 Google Cloud 上为Cloud Volumes Service设置 API 访问权限时创建的服务帐户私钥文件。

有关 Google Cloud 上的Cloud Volumes Service服务类型和服务级别的详细信息，请参阅："了解Trident对 GCP 版 CVS 的支持" 。

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

这 `storagePools`该参数有助于将存储限制在与任何指定属性匹配的存储池集合中。这 `additionalStoragePools`该参数用于扩展Trident用于配置的池集，以及由属性选择的池集。 `storagePools`参数。您可以单独使用其中一个参数，也可以同时使用这两个参数，以确保选择合适的存储池集。

这 `excludeStoragePools`该参数用于专门排除符合属性要求的已列出泳池集合。

如果您希望设计存储类来模拟服务质量策略，请创建一个具有以下功能的存储类： media`属性为 `hdd`或者 `ssd。基于 `media`根据存储类中提到的属性， Trident将选择合适的后端来提供服务。 `hdd`或者 `ssd`将聚合与媒体属性匹配，然后将卷的配置定向到特定的聚合上。因此，我们可以创建一个 PREMIUM 存储类，它将具有 `media`属性集为 `ssd`这可以归类为高级 QoS 策略。我们可以创建另一个存储类 STANDARD，其媒体属性设置为“hdd”，这可以归类为 STANDARD QoS 策略。我们还可以使用存储类中的“IOPS”属性将配置重定向到 Element 设备，该设备可以定义为 QoS 策略。

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

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

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

可以设计虚拟池来模拟服务类。使用Azure NetApp Files云卷服务的虚拟池实现，让我们来研究如何设置不同的服务类。配置Azure NetApp Files后端，使用多个标签来表示不同的性能级别。放 `servicelevel`将各个方面调整到相应的性能水平，并在每个标签下添加其他所需的方面。现在创建不同的 Kubernetes 存储类，将它们映射到不同的虚拟池。使用 `parameters.selector`字段中，每个 StorageClass 都会指定哪些虚拟池可用于托管卷。

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

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

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

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

如果向未配置 NFS 后端的Trident部署提交 ReadWriteMany PVC 请求，则不会配置任何卷。因此，请求者应该使用适合其应用的访问模式。

除两种例外情况外，持久卷是 Kubernetes 中的不可变对象。创建完成后，可以修改回收策略和大小。然而，这并不能阻止在 Kubernetes 之外修改卷的某些方面。为了针对特定应用定制卷，确保容量不会意外耗尽，或者出于任何原因将卷移动到不同的存储控制器，这样做可能是可取的。

PV的连接详情创建后无法修改。

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

Trident还支持从卷快照创建持久卷。要实现这一点，只需创建一个 PersistentVolumeClaim 并指定 `datasource`作为创建卷所需的快照。 Trident将通过创建一个包含快照中数据的卷来处理此 PVC。借助此功能，可以跨区域复制数据、创建测试环境、完全替换损坏或已损坏的生产卷，或者检索特定文件和目录并将其传输到另一个附加卷。

存储管理员能够在ONTAP集群中，在聚合和控制器之间移动卷，而不会对存储用户造成任何干扰。只要目标聚合是Trident使用的 SVM 可以访问的目标聚合，此操作就不会影响Trident或 Kubernetes 集群。重要的是，如果聚合体是新添加到 SVM 中的，则需要通过将其重新添加到Trident来刷新后端。这将触发Trident重新清点 SVM，以便识别新的聚合体。

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

如果将卷复制到另一个位置，则可以使用卷导入功能将当前卷导入到Trident中。

Trident支持调整 NFS、iSCSI 和 FC PV 的大小。这样用户就可以直接通过 Kubernetes 层调整卷的大小。所有主流NetApp存储平台，包括ONTAP、 SolidFire/ NetApp HCI和Cloud Volumes Service后端，均可进行卷扩展。为了便于日后扩展，请设置 `allowVolumeExpansion`到 `true`在与该卷关联的 StorageClass 中。每当需要调整持久卷的大小时，请编辑以下内容： `spec.resources.requests.storage`在持久卷声明中添加对所需卷大小的注释。 Trident会自动处理存储集群上卷的大小调整。

卷导入功能允许将现有存储卷导入 Kubernetes 环境。目前这得到了以下方面的支持： ontap-nas ， ontap-nas-flexgroup ， solidfire-san ， azure-netapp-files ， 和 `gcp-cvs`司机。将现有应用程序移植到 Kubernetes 或灾难恢复场景中，此功能非常有用。

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

如果 `azure-netapp-files`或者 `gcp-cvs`使用了驱动程序，请使用命令 `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 进行部署，配置参数由提供给 playbook 的清单文件（又名 hosts）提供。本文将介绍两种安装方法：在 OpenShift 初始安装期间部署日志记录和在 OpenShift 安装完成后部署日志记录。

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

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

上述变量以及部署过程可能会随着 OpenShift 的每个版本而改变。请务必查看并遵循"红帽 OpenShift 部署指南"请根据您的环境配置您的版本。