本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
在 Windows 文件服务器上 FSx 管理存储
文件系统的存储配置包括预置存储容量、存储类型，以及存储类型为固态硬盘 (SSD) 时的 SSD IOPS 数量。可以在创建文件系统时以及创建之后，配置这些资源以及文件系统吞吐能力，以实现工作负载所需的性能。通过浏览以下主题，了解如何使用 Amazon Web Services Management Console Amazon CLI、和 Amazon CL FSx I 进行远程管理 PowerShell 来管理文件系统的存储和与存储相关的性能。
主题
优化存储成本
您可以使用适用 FSx 于 Windows 的存储配置选项来优化存储成本。
存储类型选项 — FSx 适用于 Windows File Server 提供两种存储类型，硬盘驱动器 (HDD) 和固态硬盘 (SSD)，使您能够优化成本/性能以满足工作负载需求。HDD 存储专为各种工作负载而设计，包括主目录、用户和部门共享以及内容管理系统。SSD 存储专为性能最高、对延迟最敏感的工作负载而设计，包括数据库、媒体处理工作负载和数据分析应用程序。有关存储类型和文件系统性能的更多信息，请参阅 FSx 用于 Windows 文件服务器的性能。
重复数据删除 - 大型数据集中通常存在冗余数据，这会增加数据存储成本。例如，用户文件共享可以有同一文件的多个副本，由多个用户存储。软件开发共享可以包含许多在各个内部版本中都保持不变的二进制文件。您可以通过为文件系统开启重复数据删除功能来降低数据存储成本。开启后，重复数据删除只存储一次数据集的重复部分，从而自动减少或消除多余的数据。有关重复数据删除以及如何轻松为 Amazon FSx 文件系统开启重复数据删除功能的更多信息，请参阅通过重复数据删除来降低存储成本。
管理存储容量
随着存储需求 FSx 的变化，您可以增加 for Windows 文件系统的存储容量。您可以使用亚马逊 FSx 控制台、亚马逊 FSx API 或 Amazon Command Line Interface (Amazon CLI) 来执行此操作。计划增加存储容量时需要考虑的因素包括了解何时需要增加存储容量、了解 Amazon 如何 FSx 处理存储容量增加以及跟踪存储容量增加请求的进度。您可以仅增加文件系统的存储容量；不得减少存储容量。
注意
对于 2019 年 6 月 23 日之前创建的文件系统，或者从 2019 年 6 月 23 日之前创建的文件系统的备份中恢复的文件系统，无法增加其存储容量。
当您增加 Amazon FSx 文件系统的存储容量时，Amazon FSx 会在幕后为您的文件系统添加一组新的、更大的磁盘。 FSx 然后，Amazon 在后台运行存储优化流程，以透明的方式将数据从旧磁盘迁移到新磁盘。根据存储类型和其他因素，存储优化可能需要几小时到几天的时间，对工作负载性能的影响微乎其微。在此优化期间，备份使用率会暂时增加，因为文件系统级备份中既包含旧存储卷也包含新存储卷。包括这两组存储卷是为了确保 Amazon 即使在存储扩展活动期间也 FSx 能成功获取备份和从备份中恢复。备份历史记录中不再包含旧存储卷后，备份使用率将恢复到之前的基准水平。新存储容量可用后，您只需为新存储容量付费。
下图显示了 Amazon 在增加文件系统存储容量时 FSx 使用的流程中的四个主要步骤。
您可以使用亚马逊 FSx 控制台、CLI 或 API 随时跟踪存储优化、固态硬盘存储容量增加或固态硬盘 IOPS 更新的进度。有关更多信息，请参阅 监控存储容量增加。
有关增加文件系统存储容量的需知事项
以下是增加存储容量时需要考虑的几个重要事项：
-
仅增加 – 您可以仅增加文件系统的存储容量；不得减少存储容量。
-
最低增量 – 每次增加的存储容量必须至少为文件系统当前存储容量的 10%，最大允许值为 65536 GiB。
-
最低吞吐容量-要增加存储容量，文件系统的最低吞吐容量必须为 16 MBps。这是因为存储优化步骤是一个吞吐量密集型过程。
-
两次增加的间隔时间 – 在上次增加请求后 6 小时或存储优化过程完成（以较长的时间为准）之前，无法进一步增加文件系统的存储容量。存储优化可能需要几个小时到几天的时间才能完成。为了最大限度地缩短完成存储优化所需的时间，我们建议在增加存储容量之前先增加文件系统的吞吐能力（在存储扩展完成之后可以缩减吞吐能力），并在文件系统上流量最低时增加存储容量。
注意
某些文件系统事件可能会消耗磁盘 I/O 性能资源。例如：
存储容量扩展的优化阶段可能会增加磁盘吞吐量，并可能导致性能警告。有关更多信息，请参阅 性能警告和建议。
知道何时增加存储容量
当文件系统的可用存储容量不足时，请增加其存储容量。使用该FreeStorageCapacity CloudWatch 指标来监控文件系统上的可用存储量。您可以根据此指标创建 Amazon CloudWatch 警报，并在该指标降至特定阈值以下时收到通知。有关更多信息，请参阅 使用 Amazon 进行监控 CloudWatch。
我们建议您的文件系统始终保持至少 20% 的可用存储容量。使用所有存储容量可能会对性能产生负面影响，并可能会导致数据不一致。
可用存储容量低于您指定的定义阈值时，您可以自动增加文件系统的存储容量。使用 Amazon开发的自定义 Amazon CloudFormation 模板部署实施自动化解决方案所需的所有组件。有关更多信息，请参阅 动态增加存储容量。
增加存储容量并提升文件系统性能
当新的存储容量可用后，Amazon 在后台 FSx 运行存储优化流程，大多数工作负载对性能的影响微乎其微。但是，具有 HDD 存储类型且工作负载涉及大量最终用户、高 I/O 级别或包含大量小文件的数据集的文件系统可能会暂时降低性能。对于这些情况，我们建议您先增加文件系统的吞吐容量，然后再增加存储容量。对于这些类型的工作负载，我们还建议在文件系统负载最小的空闲期间更改吞吐容量。这使您能够继续提供相同级别的吞吐量，满足应用程序的性能需求。有关更多信息，请参阅 管理吞吐能力。
管理文件系统存储类型
您可以使用 Amazon Web Services Management Console 和将文件系统存储类型从 HDD 更改为 SSD Amazon CLI。将存储类型更改为 SSD 时，请注意，在上次请求更新后 6 小时或存储优化过程完成（以较长的时间为准）之前，无法再次更新文件系统配置。存储优化可能需要几小时到几天才能完成。为了最大限度地缩短这段时间，我们建议您在文件系统上的流量最小时更新存储类型。有关更多信息，请参阅 更新 FSx 适用于 Windows 的文件系统的存储类型。
无法将文件系统存储类型从 SSD 更改为 HDD。如果要将文件系统的存储类型从 SSD 更改为 HDD，则需要将文件系统的备份还原到配置为使用 HDD 存储的新文件系统。有关更多信息，请参阅 将备份还原至新文件系统。
关于存储类型
您可以将 FSx 适用于 Windows File Server 的文件系统配置为使用固态驱动器 (SSD) 或磁性硬盘驱动器 (HDD) 存储类型。
SSD 存储适用于大多数具有高性能要求和延迟敏感性的生产工作负载。这些工作负载的示例包括数据库、数据分析、媒体处理和业务应用程序。对于涉及大量最终用户、高 I/O 级别或包含大量小文件的数据集的使用案例，我们也建议使用 SSD。最后，如果您计划启用影子副本，我们建议您使用 SSD 存储。SSD 存储文件系统可配置和扩展 SSD IOPS，但 HDD 存储不能。
HDD 存储专为各种工作负载而设计，包括主目录、用户和部门文件共享以及内容管理系统。与 SSD 存储相比，HDD 存储的成本更低，但延迟更高，单位存储磁盘吞吐量和磁盘 IOPS 也更低。它可能适用于 I/O 要求较低的通用用户共享和主目录、不经常检索数据的大型内容管理系统（CMS）或包含少量大文件的数据集。
有关更多信息，请参阅 存储配置和性能。
管理 SSD IOPS
对于配置了 SSD 存储的文件系统，SSD IOPS 的数量决定了文件系统从磁盘读取数据以及向磁盘写入数据时的可用磁盘 I/O 数量，而不是缓存中的数据。您可以独立于存储容量选择和扩展 IOPS 数量。您可以预置的最大 SSD IOPS 取决于您为文件系统选择的存储容量和吞吐能力。如果您尝试将 SSD IOPS 提高到超出吞吐能力支持的上限，则可能需要增加吞吐能力才能获得这一级别的 SSD IOPS。有关更多信息，请参阅FSx 用于 Windows 文件服务器的性能 和管理吞吐能力。
以下是更新文件系统的预置 SSD IOPS 时需要了解的几个重要事项：
选择 IOPS 模式 - 有以下两种 IOPS 模式可供选择：
自动 — 选择此模式，Amazon FSx 将自动扩展您的固态硬盘 IOPS，以保持每 GiB 存储容量 3 个固态硬盘 IOPS，每个文件系统最多保持 400,000 个固态硬盘 IOPS。
用户预置 – 选择此模式可以指定 SSD IOPS 的数量，范围在 96 - 40 万之间。为 Amazon Web Services 区域 Ama FSx zon 的所有可用区域指定一个介于 3—50 IOPS 之间，或者在美国东部（弗吉尼亚北部）、美国西部（俄勒冈）、美国东部（俄勒冈）、美国东部（俄亥俄州）、欧洲（爱尔兰）、亚太地区（东京）和亚太地区（新加坡）的每 GiB 存储容量 3—500 IOPS 之间。当选择用户预置的模式，且指定的 SSD IOPS 数量未达到每 GiB 至少 3 IOPS 的要求，请求将失败。对于更高级别的预置 SSD IOPS，如果每个文件系统每 GiB 的平均 IOPS 超过 3，则需付费。
存储容量更新 — 如果您增加文件系统的存储容量，并且默认情况下所需的固态硬盘 IOPS 量大于当前用户配置的 SSD IOPS 级别，Amazon 会自动将您的文件系统切换到 FSx 自动模式，并且您的文件系统每 GiB 存储容量将至少有 3 个 SSD IOPS。
吞吐量容量更新 — 如果您增加了吞吐容量，并且您的新吞吐容量支持的最大 SSD IOPS 高于用户配置的 SSD IOPS 级别，Amazon 会自动将您的文件系统切换到 FSx自动模式。
增加 SSD IOPS 频率 – 在上次增加请求后 6 小时，或存储优化过程完成（以较长的时间为准）之前，无法进一步提高文件系统的 SSD IOPS、增加文件系统的吞吐能力或更新文件系统的存储类型。存储优化可能需要几个小时到几天的时间才能完成。为了最大限度地缩短完成存储优化所需的时间，我们建议在文件系统流量最小的时候扩展 SSD IOPS。
注意
请注意，只有以下地区支持 4,608 MBps 及更高的吞吐容量级别 Amazon Web Services 区域：美国东部（弗吉尼亚北部）、美国西部（俄勒冈）、美国东部（俄亥俄州）、欧洲（爱尔兰）、亚太地区（东京）和亚太地区（新加坡）。
有关如何更新适用于 Windows 文件服务器文件系统的预配置 SSD IOPS 量的更多信息，请参阅。 FSx 更新文件系统的 SSD IOPS
通过重复数据删除来降低存储成本
重复数据删除（通常简称为数据删重）有助于存储管理员降低与重复数据相关的成本。在 Window FSx s File Server 中，你可以使用 Microsoft 重复数据删除来识别和消除冗余数据。大型数据集中通常存在冗余数据，这会增加数据存储成本。例如：
用户文件共享可能有多个相同或相似的文件副本。
软件开发共享可以有多个在各个内部版本中都保持不变的二进制文件。
您可以通过为文件系统启用重复数据删除功能来降低数据存储成本。重复数据删除只存储一次数据集的重复部分，从而减少或消除多余的数据。启用重复数据删除时默认启用数据压缩，从而在删除重复数据后进行数据压缩，以进一步节省空间。重复数据删除可优化冗余，而不会影响数据的保真度或完整性。重复数据删除会作为后台进程运行，能够持续、自动地扫描和优化您的文件系统，并且这对您的用户和连接的客户端是透明的。
能够通过重复数据删除节省的存储容量取决于数据集的性质，包括文件之间存在的重复数据量。通用文件共享通常可节省 50-60% 的成本。在共享中，节省范围为用户文档的 30–50% 到软件开发数据集的 70–80%。您可以使用下面描述的Measure-FSxDedupFileMetadata远程 PowerShell 命令来衡量重复数据删除可能节省的费用。
您还可以自定义重复数据删除以满足您的特定存储需求。例如，您可以将其配置为仅在特定文件类型上运行重复数据删除，也可以创建自定义作业计划。由于重复数据删除作业会消耗文件服务器资源，因此我们建议使用 Get-FSxDedupStatus 来监控重复数据删除作业的状态。
有关在文件系统上配置重复数据删除的信息，请参阅 管理重复数据删除。
有关重复数据删除的更多信息，请参阅 Microsoft 了解重复数据删除
警告
我们不建议您运行某些带有重复数据删除功能的 Robocopy 命令，因为这些命令可能会影响 Chunk Store 的数据完整性。有关更多信息，请参阅 Microsoft 重复数据删除互操作性
使用重复数据删除的最佳实践
以下是使用重复数据删除的一些最佳实践：
将重复数据删除作业安排在文件系统空闲时运行：默认计划包括每周六 2:45 UTC 进行
GarbageCollection作业。如果您的文件系统中有大量数据流失，则可能需要几个小时才能完成。如果此时间不适合您的工作负载，请将此作业安排在您预计文件系统流量较低的时候运行。为完成重复数据删除配置足够的吞吐能力：更高的吞吐能力可提供更高级别的内存。Microsoft 建议每 1 TB 逻辑数据有 1 GB 的内存来运行重复数据删除。使用 Amazon FSx 性能表来确定与您的文件系统的吞吐容量相关的内存，并确保内存资源足以容纳您的数据大小。
自定义重复数据删除设置以满足您的特定存储需求并降低性能要求：您可以将优化限制在特定的文件类型或文件夹上运行，或者设置最小文件大小和期限以进行优化。要了解更多信息，请参阅 通过重复数据删除来降低存储成本。