Trident保护要求
首先,请验证您的运行环境、应用程序集群、应用程序和许可证是否准备就绪。确保您的环境满足部署和运行Trident Protect 的这些要求。
Trident Protect Kubernetes 集群兼容性
Trident Protect 与各种完全托管和自托管的 Kubernetes 产品兼容,包括:
-
Amazon Elelic Kubelnetes Service (EKS)
-
Google Kubernetes Engine ( GKEE )
-
Microsoft Azure Kubernetes Service ( AKS )
-
Red Hat OpenShift
-
SUSE试用者
-
VMware Tanzu产品组合
-
上游Kubernetes
|
|
确保安装Trident Protect 的集群已配置运行中的快照控制器和相关的 CRD。要安装快照控制器,请参阅 "这些说明"。 |
Trident Protect 存储后端兼容性
Trident Protect 支持以下存储后端:
-
适用于 NetApp ONTAP 的 Amazon FSX
-
Cloud Volumes ONTAP
-
ONTAP存储阵列
-
Google Cloud NetApp卷
-
Azure NetApp Files
确保存储后端满足以下要求:
-
确保连接到集群的NetApp存储使用的是Astra Trident 24.02或更高版本(建议使用Trident 24.10)。
-
如果Astra Trident的版本低于24.06.1、而您计划使用NetApp SnapMirror灾难恢复功能、则需要手动启用Astra Control配置程序。
-
-
确保已安装最新的Astra控件配置程序(从Astra Trident 24.06.1开始、默认情况下已安装并启用)。
-
确保您有一个NetApp ONTAP存储后端。
-
确保已配置用于存储备份的对象存储分段。
-
创建您计划用于应用程序或应用程序数据管理操作的任何应用程序命名空间。Trident Protect 不会为您创建这些命名空间;如果您在自定义资源中指定了不存在的命名空间,则操作将失败。
NAS经济型卷的要求
Trident Protect 支持对 nas-economy 卷进行备份和恢复操作。目前不支持将快照、克隆和SnapMirror复制到 nas-economy 卷。您需要为计划与Trident Protect 一起使用的每个 nas-economy 卷启用快照目录。
|
|
某些应用程序与使用Snapshot目录的卷不兼容。对于这些应用程序、您需要通过在ONTAP存储系统上运行以下命令来隐藏Snapshot目录:
|
您可以通过对每个NAS经济型卷运行以下命令来启用Snapshot目录、并将其替换 `<volume-UUID>`为要更改的卷的UUID:
tridentctl update volume <volume-UUID> --snapshot-dir=true --pool-level=true -n trident
|
|
通过将Trident后端配置选项设置为,您可以默认为 true`新卷启用快照目录 `snapshotDir。现有卷不受影响。
|
使用KubeVirt VM保护数据
Trident Protect 24.10 和 24.10.1 及更高版本在保护运行在 KubeVirt VM 上的应用程序时,行为有所不同。对于这两个版本,您都可以在数据保护操作期间启用或禁用文件系统冻结和解冻结。
|
|
对于所有Trident Protect 版本,要在 OpenShift 环境中启用或禁用自动冻结功能,您可能需要授予应用程序命名空间特权权限。例如:
|
Trident Protect 24.10 在数据保护操作期间不会自动确保 KubeVirt VM 文件系统的一致性状态。如果您想使用Trident Protect 24.10 保护您的 KubeVirt VM 数据,则需要在执行数据保护操作之前手动启用文件系统的冻结/解冻功能。这样可以确保文件系统处于一致状态。
您可以配置Trident Protect 24.10 来管理数据保护操作期间 VM 文件系统的冻结和解冻。"正在配置虚拟化"然后使用以下命令:
kubectl set env deployment/trident-protect-controller-manager NEPTUNE_VM_FREEZE=true -n trident-protect
从Trident Protect 24.10.1 开始, Trident Protect 会在数据保护操作期间自动冻结和解冻 KubeVirt 文件系统。您也可以使用以下命令禁用此自动行为:
kubectl set env deployment/trident-protect-controller-manager NEPTUNE_VM_FREEZE=false -n trident-protect
SnapMirror复制的要求
NetApp SnapMirror可与Trident Protect 配合使用,适用于以下ONTAP解决方案:
-
NetApp ASA
-
NetApp AFF
-
NetApp FAS
-
NetApp ONTAP Select
-
NetApp Cloud Volumes ONTAP
-
适用于 NetApp ONTAP 的 Amazon FSX
SnapMirror复制的ONTAP集群要求
如果您计划使用SnapMirror复制、请确保ONTAP集群满足以下要求:
-
* Astra Control Provisioner 或Trident *:使用ONTAP作为后端的源 Kubernetes 集群和目标 Kubernetes 集群上必须同时存在Astra Control Provisioner 或Trident 。Trident Protect 支持使用NetApp SnapMirror技术进行复制,该技术使用以下驱动程序支持的存储类:
-
ontap-nas -
ontap-san
-
-
许可证:必须在源和目标ONTAP集群上启用使用数据保护包的ONTAP SnapMirror异步许可证。有关详细信息、请参见 "ONTAP 中的SnapMirror许可概述" 。
SnapMirror复制的对等注意事项
如果您计划使用存储后端对等、请确保您的环境满足以下要求:
-
集群和SVM:ONTAP存储后端必须建立对等状态。有关详细信息、请参见 "集群和 SVM 对等概述" 。
确保两个ONTAP集群之间的复制关系中使用的SVM名称是唯一的。 -
Astra控件配置程序或Trident和SVM:对等远程SVM必须可供目标集群上的Astra控件配置程序或Trident使用。
-
托管后端:您需要在Trident Protect 中添加和管理ONTAP存储后端,以创建复制关系。
-
NVMe over TCP: Trident Protect 不支持使用 NVMe over TCP 协议的存储后端的NetApp SnapMirror复制。
用于SnapMirror复制的Trident / ONTAP配置
Trident Protect 要求您至少配置一个支持源集群和目标集群复制的存储后端。如果源集群和目标集群相同,为了获得最佳弹性,目标应用程序应该使用与源应用程序不同的存储后端。