数据保护和灾难恢复
建议更改
PDF
了解Trident以及使用Trident创建的卷的保护和恢复选项。对于具有持久性要求的每个应用程序，您都应制定一个数据保护和恢复策略。
Trident复制和恢复
您可以创建备份、以便在发生灾难时还原Trident。
Trident复制
Trident使用Kubnetes CRD存储和管理自己的状态、并使用Kubnetes集群etCD存储其元数据。
-
使用备份Kubenetes集群etcd "Kubenetes：备份etcd集群"。
-
将备份项目放在FlexVol上。
建议您保护FlexVol所在的SVM、并将其与另一个SVM建立SnapMirror关系。
Trident恢复
您可以使用Kubenetes CRD和Kubenetes集群etCD快照恢复Trident。
-
从目标SVM中、将包含Kubnetes etcd数据文件和证书的卷挂载到将设置为主节点的主机上。
-
在下复制与Kubirnetes集群相关的所有必需证书
/etc/kubernetes/pki和下的etcd成员文件/var/lib/etcd。 -
使用从etcd备份还原Kubenetes集群 "Kubornetes：还原etcd集群"。
-
运行
kubectl get crd验证所有的三端测试自定义资源是否已启动、并检索三端测试对象以验证所有数据是否可用。
SVM复制和恢复
Trident无法配置复制关系、但存储管理员可以使用 "ONTAP SnapMirror"来复制SVM。
发生灾难时，您可以激活 SnapMirror 目标 SVM 以开始提供数据。系统还原后、您可以切换回主系统。
使用SnapMirror SVM复制功能时、请考虑以下事项：
-
您应为启用了SVM-DR的每个SVM创建一个不同的后端。
-
将存储类配置为仅在需要时选择复制的后端、以避免将不需要复制的卷配置到支持SVM-DR的后端。
-
应用程序管理员应了解与复制相关的额外成本和复杂性、并在开始此过程之前仔细考虑其恢复计划。
SVM复制
您可以使用 "ONTAP：SnapMirror SVM复制" 以创建SVM复制关系。
使用SnapMirror、您可以设置选项来控制要复制的内容。您需要知道在预成形时选择了哪些选项使用Trident恢复SVM。
-
"-Identity保留true" 复制整个SVM配置。
-
"-discard-configs network" 不包括LIP和相关网络设置。
-
"-Identity保留false" 仅复制卷和安全配置。
使用Trident恢复SVM
Trident不会自动检测SVM故障。如果发生灾难、管理员可以手动启动通过三项功能故障转移到新SVM的操作。
-
取消计划的和正在进行的SnapMirror传输、中断复制关系、停止源SVM、然后激活SnapMirror目标SVM。
-
如果指定了
-identity-preserve false或-discard-config network配置SVM复制时、请更新managementLIF和dataLIF在三端定义文件中。 -
确认
storagePrefix位于三端定义文件中。无法更改此参数。正在放弃storagePrefix发生原因后端更新是否会失败。 -
使用以下命令更新所有必需的后端、以反映新的目标SVM名称：
./tridentctl update backend <backend-name> -f <backend-json-file> -n <namespace>
-
如果指定了
-identity-preserve false或discard-config network，则必须退回所有应用程序Pod。
如果指定了 -identity-preserve true，则在激活目标SVM后，Trident配置的所有卷都会开始提供数据。
卷复制和恢复
Trident无法配置SnapMirror复制关系、但是存储管理员可以使用"ONTAP SnapMirror复制和恢复"来复制Trident创建的卷。
然后，您可以使用将恢复的卷导入到Trident中"tridentctrd卷导入"。
|
|
不支持导入 ontap-nas-economy， ontap-san-economy`或 `ontap-flexgroup-economy 驱动程序。
|