ONTAP 后端驱动程序可通过所使用的协议以及在存储系统上配置卷的方式来区分。因此、在确定要部署的驱动程序时、请仔细考虑。

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

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

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

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

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

非 PV 粒度功能将应用于整个 FlexVolume ，而所有 PV （即共享 FlexVol 中的 qtree 或 LUN ）将共享一个通用计划。

如上表所示、和 ontap-nas-economy`之间的许多功能 `ontap-nas`是相同的。但是、由于此 `ontap-nas-economy`驱动程序限制了按PV粒度控制计划的能力、因此可能会特别影响灾难恢复和备份规划。对于希望在ONTAP存储上利用PVC克隆功能的开发团队来说，只有在使用、 `ontap-san`或 `ontap-san-economy`驱动程序时才能实现这一点 `ontap-nas。

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。

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

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

Asta Trident使用 `gcp-cvs`驱动程序与Google Cloud上的Cloud Volumes Service链接。

该 gcp-cvs`驱动程序使用虚拟池对后端进行抽象化、并允许Astra Trident确定卷放置。管理员在文件中定义虚拟池 `backend.json。存储类使用选择器按标签标识虚拟池。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Astra Trident 还支持从卷快照创建 PersistentVolumes 。为此、只需创建一个PerseentVolumeClaim、并将 `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 后端。要允许稍后进行扩展、请在与卷关联的StorageClass中将设置 allowVolumeExpansion`为 `true。每当需要调整永久性卷的大小时、都可以将永久性卷声明中的标注编辑 `spec.resources.requests.storage`为所需的卷大小。Trident会自动调整存储集群上卷的大小。

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

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

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

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

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

中介绍了"博客"如何部署和管理注册表的存储"netapp.io"。

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

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

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

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