本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 迁移到 Amazon f NetApp o FSx r ONTAP 以下各节提供有关如何将现有 NetApp ONTAP 文件系统迁移到 Amazon FSx for NetApp ONTAP 的信息。 **注意** 如果您计划使用 `All` 分层策略将数据迁移至容量池层，请记住，文件元数据始终存储在 SSD 层上，且所有新用户数据都首先写入 SSD 层。当数据写入 SSD 层时，后台分层进程将开始将您的数据分层到容量池存储，但是分层进程非即时，并且会消耗网络资源。考虑到文件元数据（占用户数据大小的 3-7%），您需要调整 SSD 层的大小，作为用户数据的缓冲区，然后再将其分层到容量池存储。建议 SSD 层利用率不要超过 80%。 迁移数据时，请务必使用[CloudWatch 文件系统指标](file-system-metrics.md)监控您的固态硬盘层，以确保其填充速度不会超过分层过程将数据移动到容量池存储所能达到的速度。 **Topics** + [ # 使用 FSx 迁移到 ONTAP NetApp SnapMirror ](migrating-fsx-ontap-snapmirror.md) + [ # 使用 FSx 迁移到 ONTAP AWS DataSync ](migrate-files-to-fsx-datasync.md) # 使用 FSx 迁移到 ONTAP NetApp SnapMirror 您可以使用将您的 NetApp ONTAP 文件系统迁移到亚马逊 FSx NetApp ONTAP 版。 NetApp SnapMirror NetApp SnapMirror 在两个 ONTAP 文件系统之间使用块级复制，将数据从指定的源卷复制到目标卷。我们建议使用将本地 NetApp ONTAP 文件系统迁移 SnapMirror 到 FSx 适用于 ONTAP。 NetApp SnapMirror的块级复制既快速又高效，即使对于具有以下特性的文件系统也是如此： + 复杂的目录结构 + 超过 5000 万个文件 + 文件大小非常小（以千字节为单位） 当您使用迁移 SnapMirror 到 FSx for ONTAP 时，经过重复数据删除和压缩的数据将保持这些状态，从而缩短了传输时间并减少了迁移所需的带宽量。迁移至目标卷时，源 ONTAP 卷上存在的快照会被保留。将本地 NetApp ONTAP 文件系统迁移到 FSx ONTAP 文件系统涉及以下高级任务： 1. 在 Amazon 中创建目标卷 FSx。 1. 收集源和目标逻辑接口 (LIFs)。 1. 在源文件系统和目标文件系统之间建立集群对等。 1. 创建 SVM 对等关系。 1. 建立 SnapMirror 关系。 1. 维护更新的目标集群。 1. 切换到你的 fo FSx r ONTAP 文件系统。 下图阐明了本节中描述的迁移方案。 ![\[流程图显示了将本地 NetApp ONTAP 文件系统迁移到适用于 ONTAP FSx 的过程。\]](http://docs.aws.amazon.com/zh_cn/fsx/latest/ONTAPGuide/images/snapmirror-on-premise-migration.png) **Topics** + [ ## 开始前的准备工作 ](#prerequisites) + [ ## 创建目标卷 ](#create-destination-volume) + [ ## 记录集群间的源和目标 LIFs ](#get-lifs) + [ ## 在源和目标之间建立集群对等 ](#cluster-peering) + [ ## 创建 SVM 对等关系 ](#svm-peering) + [ ## 建立 SnapMirror 关系 ](#snapmirror-relationship) + [ ## 将数据传输到您的 fo FSx r ONTAP 文件系统 ](#transfer-data) + [ ## 切换到 Amazon FSx ](#cutover) ## 开始前的准备工作 在您开始以下部分所述的过程之前，请确保您已符合以下先决条件： + FSx for ONTAP 将客户端流量优先于后台任务，包括数据分层、存储效率和备份。迁移数据时，作为一般最佳实践，我们建议您监控 SSD 层的容量，以确保其利用率不超过 80%。您可以使用[CloudWatch 文件系统指标](file-system-metrics.md)监控固态硬盘层的利用率。有关更多信息，请参阅 [卷指标](volume-metrics.md)。 + 如果您在迁移数据时将目标卷的数据分层策略设置为 `All`，则所有文件元数据都存储在主 SSD 存储层上。无论卷的数据分层策略如何，文件元数据始终存储在基于 SSD 的主要层上。主要层与容量池层存储容量的比例建议假定为 1:10。 + 源文件系统和目标文件系统连接在同一 VPC 中，或者位于使用 Amazon VPC 对等互连、Transit Gateway 或进行对等连接的网络中。 AWS Direct Connect Site-to-Site VPN有关更多信息，请参阅《Amazon VPC 对等连接指南》**中的 [从内部访问数据 AWS 云](supported-fsx-clients.md#access-environments) 和[什么是 VPC 对等连接？](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html)。 + 适用于 ONTAP 文件系统的 VPC 安全组具有入站和出站规则，允许您的集群间终端节点在端口 443、10000、11104 和 11105 上使用 ICMP 和 TCP（）。 FSx LIFs + 在创建 SnapMirror 数据保护关系之前，请验证源卷和目标卷是否运行兼容的 NetApp ONTAP 版本。有关更多信息，请参阅 [ONTAP 用户文档中的兼容 NetApp的 ONTAP 版本以了解 SnapMirror 关系](https://docs.netapp.com/us-en/ontap/data-protection/compatible-ontap-versions-snapmirror-concept.html#snapmirror-dr-relationships)。此处介绍的过程使用本地 NetApp ONTAP 文件系统作为源。 + 您的本地（源） NetApp ONTAP 文件系统包含 SnapMirror 许可证。 + 您已使用 SVM FSx 为 ONTAP 文件系统创建了目标，但尚未创建目标卷。有关更多信息，请参阅 [创建文件系统](creating-file-systems.md)。 这些过程中的命令使用以下集群、SVM 和卷别名： + *`FSx-Dest`*— 目标 (FSx) 集群的 ID（格式为 FSx idabcdef1234567890a）。 + *`OnPrem-Source`* – 源集群的 ID。 + *`DestSVM`* – 目标 SVM 名称。 + *`SourceSVM`* – 源 SVM 名称。 + 源卷和目标卷的名称均为 `vol1`。 **注意** 在所有 ONTAP CLI 命令中， FSx 适用于 ONTAP 的文件系统都被称为集群。 本节中的过程使用以下 NetApp ONTAP CLI 命令。 + [volume create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__create.html) 命令 + [cluster](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__cluster.html) 命令 + [vserver peer](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__vserver__peer.html) 命令 + [snapmirror](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__snapmirror.html) 命令 您将使用 NetApp ONTAP CLI 在 FSx 适用于 ONTAP 的文件 SnapMirror 系统上创建和管理配置。有关更多信息，请参阅 [使用 NetApp ONTAP CLI](managing-resources-ontap-apps.md#netapp-ontap-cli)。 ## 创建目标卷 除了 NetApp ONTAP CLI 和 REST API 之外，您还可以使用亚马逊 FSx 控制台 AWS CLI、和亚马逊 FSx API 创建数据保护 (DP) 目标卷。有关使用 Amazon FSx 控制台和创建目标卷的信息 AWS CLI，请参阅[创建卷](creating-volumes.md)。 **注意** 当目标卷的分层策略为 `All` 时，ONTAP 不会保留在目标 DP 卷源位置实现的后处理压缩节省。要保留处理后压缩节省的费用，应将目标卷分层策略设置为目标文件系统`Auto`并在目标文件系统 inactive-data-compression上启用，以便在目标文件系统上重新应用后处理后的压缩节省。 在以下步骤中，您将使用 NetApp ONTAP CLI 在 for ONTAP 文件系统 FSx 上创建目标卷。您将需要 `fsxadmin` 密码以及文件系统管理端口的 IP 地址或 DNS 名称。 1. 使用您在创建文件系统时设置的用户 `fsxadmin` 和密码与目标文件系统建立 SSH 会话。 ``` ssh fsxadmin@file-system-management-endpoint-ip-address ``` 1. 在目标集群上创建一个存储容量至少等于源卷存储容量的卷。用于`-type DP`将其指定为 SnapMirror 关系的目的地。 如果您计划使用数据分层，我们建议您将 `-tiering-policy` 设置为 `all`。这样可以确保您的数据立即传输到容量池存储，并防止 SSD 层上的容量耗尽。迁移后，您可以将 `-tiering-policy` 切换到 `auto`。 **注意** 无论卷的数据分层策略如何，文件元数据始终存储在基于 SSD 的主要层上。 ``` FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all ``` ## 记录集群间的源和目标 LIFs SnapMirror 使用集群间逻辑接口 (LIFs)，每个接口都有唯一的 IP 地址，以促进源集群和目标集群之间的数据传输。 1. 对 FSx 于 ONTAP 文件系统的目标，您可以导航到文件系统详细信息页面上的 “**管理**” 选项卡，从 Amazon FSx 控制台检索**集群间终端节点-IP 地址**。 1. 对于源 NetApp ONTAP 集群，使用 ONTAP CLI 检索集群间 LIF IP 地址。运行如下命令： ``` OnPrem-Source::> network interface show -role intercluster Logical Network Vserver Interface Status Address/Mask ----------- ---------- ------- ------------ FSx-Dest inter_1 up/up 10.0.0.36/24 inter_2 up/up 10.0.1.69/24 ``` **注意** 对于第二代单可用区文件系统，每个高可用性（HA）对有两个集群间 IP 地址。保存这些值供稍后使用。 保存 `inter_1` 和 `inter_2` IP 地址。它们在 `FSx-Dest` 中称为 `dest_inter_1` 和 `dest_inter_2`，在 `OnPrem-Source` 中为 `source_inter_1` 和 `source_inter_2`。 ## 在源和目标之间建立集群对等 通过提供集群间 IP 地址，在目标集群上建立集群对等关系。您还需要创建一个密码，当您在源集群上建立集群对等关系时，需要输入该密码。 1. 使用以下命令在目标集群上设置对等关系。对于第二代单可用区文件系统，需要提供各个集群间 IP 地址。 ``` FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_inter_1,source_inter_2 Enter the passphrase: Confirm the passphrase: Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster. ``` 1. 接下来，在源集群上建立集群对等关系。您需要输入上面创建的密码才能进行身份验证。对于第二代单可用区文件系统，需要提供各个集群间 IP 地址。 ``` OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2 Enter the passphrase: Confirm the passphrase: ``` 1. 在源集群上使用以下命令验证对等连接是否成功。在输出中，`Availability` 应设置为 `Available`。 ``` OnPrem-Source::> cluster peer show Peer Cluster Name Availability Authentication ----------------- -------------- -------------- FSx-Dest Available ok ``` ## 创建 SVM 对等关系 建立集群对等关系后，下一步是对等。 SVMs使用命令在目标集群 (FSx-Dest) 上创建 SVM 对等关系。`vserver peer`以下命令中使用的其他别名如下： + `DestLocalName` – 此名称用于在源 SVM 上配置 SVM 对等关系时标识目标 SVM。 + `SourceLocalName` – 此名称用于在源 SVM 上配置 SVM 对等关系时标识源 SVM。 1. 使用以下命令在源和目标之间创建 SVM 对等关系。 SVMs ``` FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName Info: [Job 207] 'vserver peer create' job queued ``` 1. 接受源集群上的对等关系： ``` OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName Info: [Job 211] 'vserver peer accept' job queued ``` 1. 使用以下命令验证 SVM 对等关系连接状态；`Peer State` 在响应中应设置为 `peered`。 ``` OnPrem-Source::> vserver peer show Peer Peer Peer Peering Remote Vserver Vserver State Cluster Applications Vserver ------- -------- ------ -------- ------------- --------- svm01 destsvm1 peered FSx-Dest snapmirror svm01 ``` ## 建立 SnapMirror 关系 现在，您已经对源和目标进行了对 SVMs等，接下来的步骤是在目标集群上创建和初始化 SnapMirror 关系。 **注意** 创建并初始化 SnapMirror 关系后，目标卷将处于只读状态，直到关系破裂。 + 使用`[snapmirror create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__create.html)`命令在目标集群上创建 SnapMirror 关系。`snapmirror create` 命令必须通过目标 SVM 使用。 您可以选择使用`-throttle`来设置关系的最大带宽（以 KB/sec 为单位）。 SnapMirror ``` FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1". ``` ## 将数据传输到您的 fo FSx r ONTAP 文件系统 既然您已经创建了 SnapMirror 关系，就可以将数据传输到目标文件系统了。 1. 通过在目标文件系统上运行以下命令，可以将数据传输到目标文件系统。 **注意** 运行此命令后， SnapMirror 开始将数据快照从源卷传输到目标卷。 ``` FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1 ``` 1. 如果要迁移正在使用的数据，则需要更新目标集群，使其与源集群保持同步。要对目标集群执行一次性更新，请运行以下命令。 ``` FSx-Dest::> snapmirror update -destination-path DestSVM:vol1 ``` 1. 在完成迁移并将客户端迁移到 ONTAP 之前，您还可以安排每小时或每天 FSx 的更新。您可以使用[https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html)命令建立 SnapMirror 更新计划。 ``` FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly ``` ## 切换到 Amazon FSx 要为切换到 for ONTAP 文件系统做准备，请执行以下操作： FSx + 断开所有写入源集群的客户端。 + 执行最后一次 SnapMirror 传输，以确保切换时不会丢失数据。 + 打破 SnapMirror 关系。 + 将所有客户端连接到您的 fo FSx r ONTAP 文件系统。 1. 要确保源集群中的所有数据都传输到 FSx ONTAP 文件系统，请执行最后一次 Snapmirror 传输。 ``` FSx-Dest::> snapmirror update -destination-path DestSVM:vol1 ``` 1. 验证 `Mirror State` 设置为 `Snapmirrored`，且 `Relationship Status` 设置为 `Idle`，确保数据迁移已完成。您还应确保 `Last Transfer End Timestamp` 日期符合预期，因为它表示上次向目标卷传输的时间。 1. 运行以下命令以显示 SnapMirror 状态。 ``` FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp Source Destination Mirror Relationship Last Transfer End Path Path State Status Timestamp ---------- ----------- ---------- ------- --------------- Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21 ``` 1. 使用`snapmirror quiesce`命令禁用任何 future SnapMirror 传输。 ``` FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1 ``` 1. 验证是否已使用 `snapmirror show` 将 `Relationship Status` 更改为 `Quiesced`。 ``` FSx-Dest::> snapmirror show Source Destination Mirror Relationship Path Path State Status ----------- ------------ ------------- -------- sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced ``` 1. 在迁移过程中，目标卷为只读状态。要启用读/写，您需要中断 SnapMirror 关系并切换到您 FSx 的 for ONTAP 文件系统。使用以下命令中断 SnapMirror 关系。 ``` FSx-Dest::> snapmirror break -destination-path DestSVM:vol1 Operation succeeded: snapmirror break for destination "DestSVM:vol1". ``` 1. SnapMirror 复制完成且 SnapMirror关系中断后，您可以装载该卷以使数据可用。 ``` FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1 ``` 现在，该卷已可用，源卷中的数据已完全迁移到目标卷。该卷还可供客户读取和写入。如果您之前将此卷的 `tiering-policy` 设置为 `all`，则可以将其更改为 `auto` 或 `snapshot-only`，您的数据将根据访问模式自动在存储层之间传输。要使客户端和应用程序可以访问这些数据，请参阅[访问您的 fo FSx r ONTAP 数据](supported-fsx-clients.md)。 # 使用 FSx 迁移到 ONTAP AWS DataSync 我们建议使用 AWS DataSync 在 ONTAP 文件系统和非 ONTap 文件系统之间 FSx 传输数据，包括 FSx Lustre、OpenZFS、 FSx Windows 文件服务器、 FSx Amazon EFS、Amazon S3 和本地文件管理器。如果您要在 ONTAP 和 NetApp ONTAP 之间 FSx 传输文件，我们建议使用。[NetApp SnapMirror](migrating-fsx-ontap-snapmirror.md) AWS DataSync 是一项数据传输服务，可简化、自动化和加速通过 Internet 或在自我管理的存储系统和 AWS 存储服务之间移动和复制数据。 Direct Connect DataSync 可以传输您的文件系统数据和元数据，例如所有权、时间戳和访问权限。 您可以使用 DataSync 在 ONTAP 文件系统的两个 FSx 文件系统之间传输文件，也可以使用将数据移动到其他 AWS 区域 或 AWS 帐户中的文件系统。您也可以将 DataSync 与 ONTAP 文件系统配合 FSx 使用以执行其他任务。例如，您可以执行一次性数据迁移、定期摄取分布式工作负载的数据以及按计划复制以实现数据保护与恢复。 在中 DataSync，*位置*是适用于 ONTAP 的文件系统的终端节点。 FSx 有关特定传输场景的信息，请参阅《AWS DataSync 用户指南》**中的[使用位置](https://docs.aws.amazon.com/datasync/latest/userguide/working-with-locations.html)。 **注意** 如果您计划使用 `All` 分层策略将数据迁移至容量池层，请记住，文件元数据始终存储在 SSD 层上，且所有新用户数据都首先写入 SSD 层。当数据写入 SSD 层时，后台分层进程将开始将您的数据分层到容量池存储，但是分层进程非即时，并且会消耗网络资源。考虑到文件元数据（占用户数据大小的 3-7%），您需要调整 SSD 层的大小，作为用户数据的缓冲区，然后再将其分层到容量池存储。建议 SSD 利用率不要超过 80%。 迁移数据时，请务必使用[CloudWatch 文件系统指标](file-system-metrics.md)监控您的固态硬盘层，以确保其填充速度不会超过分层过程将数据移动到容量池存储所能达到的速度。您还可以将 DataSync 传输限制为低于分层速率的速率，以确保您的固态硬盘层使用率不超过 80%。例如，对于吞吐量至少为 512 的文件系统 MBps，200 的 MBps 限制通常会平衡数据传输和数据分层速率。 ## 先决条件 要将数据迁移到 FSx for ONTAP 设置中，您需要符合 DataSync 要求的服务器和网络。要了解更多信息，请参阅《*AWS DataSync 用户指南*》 DataSync中的[要求](https://docs.aws.amazon.com/datasync/latest/userguide/requirements.html)。 ## 使用迁移文件的基本步骤 DataSync 使用将文件从源传输到目标 DataSync 包括以下基本步骤： + 在您的环境中下载并部署代理并激活它（如果在两者之间传输，则不需要 AWS 服务）。 + 创建源和目标位置。 + 创建 任务。 + 运行任务，将文件从源传输到目标。 有关更多信息，请参阅《AWS DataSync 用户指南》**中的以下主题： + [在自管存储和自管存储之间传输数据 AWS](https://docs.aws.amazon.com/datasync/latest/userguide/how-datasync-works.html#onprem-aws) + [为 AMAZON for NetApp ONTA FSx P 创建营业地点](https://docs.aws.amazon.com/datasync/latest/userguide/create-ontap-location.html)