迁移文件服务器 - AWS 规范性指导
评测动员迁移

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

迁移文件服务器

存储是您运行的任何工作负载的重要组成部分。 AWS 有许多选项可以将文件存储在云中，包括块、文件和对象存储。对于 Microsoft 工作负载，最常见的选项是数据块和文件存储选项。本节提供了帮助您将 Microsoft 工作负载存储迁移到的策略， AWS Cloud 并指导您完成文件服务器的迁移。

评测

有三种主要的存储类型：对象存储、块存储和文件存储。 AWS 提供了广泛的存储服务产品组合，可以将其归类为每种存储服务。成功的迁移取决于对您当前需求的了解，然后将其与各种 AWS 存储服务进行比较，以确定哪种服务最适合您。为您的工作负载选择合适的技术是取得长期成功的关键。我们建议您避免尝试与当前用于存储的内容完全匹配。相反，我们建议您查看所有可用选项，并选择最有意义的选项来优化您的 Microsoft 工作负载的成本和性能。例如，请考虑需要本地数据块存储的大型本地文件服务器。首先 AWS，最佳选择可能是将其移至 Amazon， FSx以获得与文件服务器相同的性能，同时消除管理文件服务器和后端存储的无差别繁重的工作。

在评测哪种存储选项最适合您时，TCO 是要评估的一个关键项目。请记住，使用 AWS 托管服务来帮助降低运营成本可以帮助您选择正确的整体存储解决方案 AWS。要申请存储评测，请通过 migration-evaluator@amazon.com 与我们联系。存储专家将帮助您评估工作负载，将您的工作负载映射到最合适的 AWS 存储服务，并为您提供定向成本估算。存储评测分为三个阶段：

  1. 您可以通过安装无代理收集器或在平面文件中接收来自现有工具集的输出来启动发现过程。

  2. 您可以让发现过程运行 7–60 天。

  3. 存储收集器分析来自发现工具的数据，然后提出目标存储解决方案并为该解决方案提供定向成本估算。

如果存储选项的成本略高，请考虑该存储选项是否可以长期降低总体成本，并了解您的团队必须采取哪些措施来维护存储的安全性和可靠性。它可能是适合您的工作负载的正确长期解决方案。

在评估正确的解决方案时，重要的是要考虑性能和成本。您可以使用诸如 Windows 性能监视器之类的工具来确定工作负载的 IOPS、吞吐量和其他性能需求，然后对为工作负载选择的 AWS 解决方案实施相同的测试。此外，在将工作负载投入生产之前，您可以使用 Amazon CloudWatch 代理查看 Windows 服务器上性能监控器的指标并分析这些工作负载的指标。

确定最能满足您需求的 AWS 存储服务

存储服务的选择通常取决于您的使用案例、应用程序需求、熟悉程度、性能配置和数据管理功能。请考虑以下事项：

  • Amazon Simple Storage Service (Amazon S3) — Amazon S3 是一种对象存储，旨在从任何地方存储和检索任意数量的数据。Amazon S3 提供一系列存储类，您可以根据工作负载的数据访问、恢复能力和成本要求进行选择。您可以使用实现对 Amazon S3 的基于AWS Storage Gateway文件的访问。这样您就能够利用 Amazon S3 的低成本存储，而不必完全重写使用服务器消息块（SMB）的应用程序。

  • Amazon Elastic Block Store (Amaz on EBS) — 亚马逊 EBS 提供用于亚马逊实例的块级存储卷。 EC2 Amazon EBS 卷的行为类似于原始、未格式化的块储存设备。您可以将这些卷作为设备挂载在实例上。附加到实例的 Amazon EBS 卷公开为独立于实例生命周期而持续存在的存储卷。

  • 亚马逊 FSx — 亚马逊 FSx 提供四种不同的文件系统： NetApp ONTAP、OpenZFS、Windows 文件服务器和 Lustre。有关选择正确系统的指导，请参阅选择 Amazon FSx 文件系统。Amazon FSx 提供各种文件系统类型的托管文件存储解决方案，使您能够将 Microsoft 工作负载迁移到 IT 员工 AWS 并减少部分运营开销。这使得 IT 部门能够专注于其他关键业务驱动因素上。

  • AWS Snow Family— 如果您有 PB 级的数据需要移入 AWS，请考虑使用 Snow Family 的存储解决方案。虽然您的存储不会依赖 Snow Family 设备来维持数据的长期生命周期，但它可以帮助您使用、或 S AWS nowmobile 设备将大型数据集播种到 AWS 离线状态。 AWS Snowball Edge AWS Snowball有关更多信息，请参阅使用 AWS 存储无缝迁移大型 SQL 数据库， AWS Snowball 并在博客上 AWS DataSync发帖。

我们建议您在确定适用于工作负载的存储服务之后，在移动生产数据之前，使用 stress/load 测试工具进行测试。例如，如果你要在亚马逊 FSx Windows 文件服务器上移动 SQL 数据库，你可以使用微软 SQL Server 分布式重播。同样，您可以使用 DISKSPD 来实现常规 IOPS 和吞吐量。

动员

确定存储服务后，下一步是选择数据传输工具。有多种工具可供选择，包括诸如 Robocop y之类的较旧解决方案和更现代的工具，例如AWS DataSync。 DataSync包括许多在 Robocopy 等工具中不可用的控件，例如定时传输和更轻松地控制网络限制，以帮助在不影响整体网络流量的情况下迁移数据。有关成功完成迁移的更多信息 DataSync，请参阅 customers 中的客户评价。 DataSync

如果您更熟悉 Robocopy，则可以使用它来将数据迁移到。 AWS我们建议您阅读本指南，了解如何优化文件传输性能。该指南可帮助您避免在迁移过程中遇到问题。如果您将 Robocopy 与启用了重复数据删除功能的文件系统一起使用，请参阅 Ama FSx zon for Windows 文件服务器文档中的重复数据删除和 Microsoft 文档中的重复数据删除故障排除，以避免出现数据损坏问题。

AWS Storage Gateway可以通过三种 AWS 方式将数据迁移到：文件、卷和虚拟磁带。您可以在本地运行的 Hyper-V 虚拟机管理程序、亚马逊 VPC EC2 中的亚马逊实例或专用硬件设备上安装 Storage Gateway。 VMware

Storage Gateway 可以帮助您弥合从本地到本地的差距， AWS 并帮助您降低成本。您可以使用 Storage Gateway 分阶段实施迁移，并使用它将本地备份设备和磁带替换为虚拟磁带库（VTL）。您也可以使用 Storage Gateway 作为存档存储解决方案，开始仅将本地未使用的文件迁移到 AWS 迁移的第一阶段。使用 Storage Gateway 托管你的 Microsoft 工作负载有多种选择 AWS。

迁移

DataSync 和 Robocopy 都能够保存网络访问控制列表（ACLs也称为 Windows ACLs）。在开始迁移之前，我们建议您使用 icacls 备份副本并查看以下资源： ACLs