ONTAP 系统可使用四种不同的后端驱动程序。这些驱动程序根据所使用的协议以及在存储系统上配置卷的方式进行了区分。因此，请仔细考虑要部署的驱动程序。

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

下面列出了 ONTAP 后端的五个驱动程序：

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

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

Astra 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。这些功能适用于 Cloud Volume ONTAP for AWS ， Cloud Volume ONTAP for Azure ， Cloud Volume ONTAP for GCP 。

借助适用于 ONTAP 的 Amazon FSX ，客户可以利用他们熟悉的 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 UI 手动完成。

Astra Trident使用 azure-netapp-files 用于管理的驱动程序 "Azure NetApp Files" 服务

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

Astra Trident使用 aws-cvs 用于链接到AWS后端Cloud Volumes Service 的驱动程序。要在Trident上配置AWS后端、需要指定 apiRegion， apiURL， apiKey`和 `secretKey 在后端文件中。这些值可在 CVS Web 门户中的 Account settings/API access 中找到。支持的服务级别与CVS和include一致 standard， premium，和 extreme。目前，要配置的最小卷大小为 100G 。未来版本的 CVS 可能会删除此限制。

。 aws-cvs 驱动程序使用虚拟存储池。虚拟存储池会对后端进行抽象化，从而使 Trident 决定卷的放置。管理员在 backend.json 文件中定义虚拟存储池。存储类使用标签标识虚拟存储池。

Astra Trident使用 gcp-cvs 用于链接到GCP后端Cloud Volumes Service 的驱动程序。要在Trident上配置GCP后端、需要指定 projectNumber， apiRegion，和 apiKey 在后端文件中。项目编号可在 GCP Web 门户中找到，而 API 密钥必须从您在 GCP 上为 Cloud Volumes 设置 API 访问时创建的服务帐户专用密钥文件中获取。Astra Trident 可以在两个卷中创建 CVS 卷之一 "服务类型"：

。 gcp-cvs 驱动程序使用虚拟存储池。虚拟存储池会对后端进行抽象化，从而使 Astra Trident 决定卷的放置。管理员在 backend.json 文件中定义虚拟存储池。存储类使用标签标识虚拟存储池。

可以在特定存储类对象中使用筛选功能来确定要将哪个存储池或一组池与该特定存储类结合使用。可以在存储类中设置三组筛选器： storagePools， additionalStoragePools`和/或 `excludeStoragePools。

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

。 excludeStoragePools 参数用于明确排除列出的一组与属性匹配的池。

如果要设计存储类以模拟服务质量策略、请使用创建存储类 media 属性为 hdd 或 ssd。基于 media 属性、Trident将选择提供服务的相应后端 hdd 或 ssd 聚合以匹配介质属性、然后将卷的配置定向到特定聚合。因此、我们可以创建存储类高级版 media 属性设置为 ssd 可归类为高级QoS策略。我们可以创建另一个存储类标准，该标准会将介质属性设置为 `HDD' ，并可归类为标准 QoS 策略。我们还可以使用存储类中的 ``IOPS' 属性将配置重定向到可定义为 QoS 策略的 Element 设备。

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

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

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

可以设计虚拟存储池来模拟服务类。使用 Cloud Volume Service for AWS 的虚拟池实施，让我们来了解一下如何设置不同的服务类。使用多个标签配置 AWS-CVS 后端，以表示不同的性能级别。设置 servicelevel 添加适当的性能级别、并在每个标签下添加其他所需的方面。现在，创建可映射到不同虚拟存储池的不同 Kubernetes 存储类。使用 parameters.selector 字段中、每个StorageClass都会调用可用于托管卷的虚拟池。

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

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

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

Astra Trident 将尝试与根据下表指定的访问方法所使用的存储协议匹配。这独立于底层存储平台。

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

除了两个例外，永久性卷是 Kubernetes 中不可变的对象。创建后，可以修改回收策略和大小。但是，这并不会阻止在 Kubernetes 外部修改卷的某些方面。为了针对特定应用程序自定义卷，确保容量不会意外占用，或者出于任何原因将卷移动到其他存储控制器，这一点可能是理想的。

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

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

Astra Trident 还支持从卷快照创建 PersistentVolumes 。为此、只需创建PersistentVolumeClaim并提及即可 datasource 作为需要从中创建卷的所需快照。Astra Trident 将通过创建包含快照上的数据的卷来处理此 PVC 。通过此功能，可以跨区域复制数据，创建测试环境，整体更换损坏或损坏的生产卷，或者检索特定文件和目录并将其传输到另一个连接的卷。

存储管理员可以在 ONTAP 集群中的聚合和控制器之间无中断地将卷移动到存储使用者。此操作不会影响 Astra Trident 或 Kubernetes 集群，只要目标聚合是 Astra Trident 所使用的 SVM 有权访问的聚合即可。重要的是，如果已将聚合新添加到 SVM ，则需要通过将后端重新添加到 Astra Trident 来刷新后端。这将触发 Astra Trident 对 SVM 重新进行清单配置，以便识别新聚合。

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

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

Astra Trident 支持调整 NFS 和 iSCSI PV 的大小。这样，用户就可以直接通过 Kubernetes 层调整其卷的大小。所有主要 NetApp 存储平台均可进行卷扩展，包括 ONTAP ， SolidFire/NetApp HCI 和 Cloud Volumes Service 后端。要允许稍后进行扩展、请设置 allowVolumeExpansion to true 在与卷关联的StorageClass中。每当需要调整持久性卷的大小时、请编辑 spec.resources.requests.storage 在永久性卷声明中为所需的卷大小添加标注。Trident 会自动调整存储集群上卷的大小。

通过卷导入，可以将现有存储卷导入到 Kubernetes 环境中。目前、支持此功能 ontap-nas， ontap-nas-flexgroup， solidfire-san， azure-netapp-files， aws-cvs，和 gcp-cvs 驱动程序。在将现有应用程序移植到 Kubernetes 或在灾难恢复场景中，此功能非常有用。

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

如果 aws-cvs， azure-netapp-files 或 gcp-cvs 使用驱动程序时、请使用命令 tridentctl import volume <backend-name> <volume path> -f /path/pvc.yaml 将卷导入到要由Astra Trident管理的Kubernetes中。这样可以确保卷引用是唯一的。

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

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

有关为注册表部署和管理存储的文档，请参见 "netapp.io" 在中 "博客"。

与其他 OpenShift 服务一样，日志记录服务也是使用清单文件（也称为）提供的配置参数 Ansible 部署的主机，提供给攻略手册。其中包括两种安装方法：在初始 OpenShift 安装期间部署日志记录以及在安装 OpenShift 之后部署日志记录。

如果选择将NFS与日志记录服务结合使用、则需要设置Ansible变量 openshift_enable_unsupported_configurations to true 以防止安装程序失败。

使用在主机 / 清单文件中定义的适当 Ansible 变量，使用 Ansible 部署服务。如果您在 OpenShift 安装时进行部署，则系统将自动创建和使用 PV 。如果您使用组件攻略手册进行部署，则在 OpenShift 安装之后， Ansible 将创建所需的任何 PVC ，并在 Astra Trident 为其配置存储后部署该服务。

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