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

了解 Amazon FSx 中的 HDD 卷使用情况

概述

适用于 Windows File Server 的 Amazon FSx 提供了这样的灵活性：用户可以独立于文件系统容量来选择吞吐量。有两种容量设置可用：硬盘驱动器（HDD）和固态硬盘（SSD）。

以下图表显示吞吐量和存储设置之间的关系。

对于 HDD-based 存储，您将获得 12 IOPS 基准，突发磁盘 IOPS 80（每 TiB 存储 IOPS），吞吐量为 12 Megabytes/second ，突发量为 80（ Megabytes/second 每 TiB 存储）。例如，如果您的共享大小为 50TB，则您将获得 50 * 12 = 600 作为吞吐量和 IOPS 的基准值。

适用于 Windows File Server 的 Amazon FSx 提供 80 次爆发 IOPS。当您的使用率低于基准速率时，爆发服务抵扣金会自动补充；而当您的使用率高于基准速率时，突发服务抵扣金则会被自动消耗掉。例如，如果您的工作负载在一个小时内仅使用 10 IOPS/TB （ IOPS/TB低于基准速率 2），则可以在接下来的一个小时内使用 14 IOPS/TB （比基准 IOPS/TB 高出 2），然后再用完突发积分。

对于文件操作，适用于 Windows File Server 的 Amazon FSx 使用 SSD 存储能提供一致的亚毫秒级延迟，而在使用 HDD 存储时则能实现个位数毫秒的延迟。对于所有文件系统，包括带有 HDD 存储的文件系统，适用于 Windows File Server 的 Amazon FSx 在文件服务器上均提供了快速（内存中）缓存，因此无论存储类型如何，您都可以为主动访问的数据获得高性能和亚毫秒级延迟。

在适当情况下，使用 HDD 存储可以帮助降低您的整体存储容量的成本，并为您的需求提供一个可靠的存储平台。

成本影响

适用于 Windows File Server 的 Amazon FSx 的性能取决于三个因素：存储容量、存储类型和吞吐量。网络 I/O 性能和内存中缓存大小完全由吞吐容量决定，而磁盘 I/O 性能则由吞吐容量、存储类型和存储容量的组合决定。

虽然建议将固态硬盘用于 I/O 密集型工作负载，但硬盘性能规格可以满足各种工作负载的需求。HDD 存储专为各种工作负载而设计，包括主目录、用户和部门共享以及内容管理系统。例如，如果您的用户仅需要对支持当前项目的数据进行低延迟访问，那么您所存储的大部分数据都很少被访问。

您可以使用 AWS 定价计算器 将 20TB SSD 与 us-east-1 中的 HDD 文件系统进行比较。如下表所示，即便不考虑重复数据删除带来的节省，将 HDD 文件系统与 SSD 文件系统进行比较时，成本差异也相当显著。

通过准确识别性能需求，您可以为您的工作负载选择合适的存储，并降低相关成本。

成本优化建议

如果您决定使用 HDD 存储，请测试您的文件系统以确保它能够满足您的性能要求。与 SSD 存储相比，HDD 存储的成本更低，但单位存储磁盘吞吐量和磁盘 IOPS 也更低。它可能适用于 I/O 要求较低的通用用户共享和主目录、不经常检索数据的大型内容管理系统或包含少量大文件的数据集。

无法更改现有文件系统的存储类型。要转换适用于 Windows File Server 的 Amazon FSx 文件系统的存储类型，您必须备份现有文件系统并将其恢复到具有所需存储类型的新文件系统。如果您想将现有的 SSD 文件系统转换为 HDD 文件系统，请注意，HDD 的最小容量要求要高得多，为 2TB。

要使用其他存储类型恢复备份，请执行以下操作：

在将您的更改部署到生产环境之前，我们建议您先对 Amazon FSx 文件系统的性能进行分析，并确认此次更改是可接受的。有关更多指导，请参阅存储博客上的 “使用新指标优化 Amazon FSx for Windows 文件服务器性能 AWS ” 一文。

其他资源