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

# Amazon FSx
<a name="storage-fsx"></a>

Amazon FSx for Windows 文件服务器是一项完全托管的文件存储服务，已针对 Windows 工作负载进行了优化。它为您提供了一种简单且可扩展的解决方案，让您能够运行基于 Windows 的应用程序和工作负载，而无需进行复杂的存储基础设施管理。你可以使用 FSx Windows File Server 轻松配置和访问原生支持 Windows 应用程序的共享文件存储，包括微软 SQL Server SharePoint、微软和自定义.NET 应用程序。此外， FSx for Windows File Server 通过提供灵活的定价选项（例如 pay-as-you-go和存储配额）和自动重复数据删除来减少存储占用空间并优化性能和成本，从而帮助您管理成本。

**Topics**
+ [选择合适的 SMB 文件存储](storage-fsx-smb.md)
+ [在 Amazon 中启用重复数据删除 FSx](storage-fsx-deduplication.md)
+ [了解 Windows 文件服务器中的 FSx 数据分片](storage-fsx-data-sharding.md)
+ [了解 Amazon 中的硬盘容量使用情况 FSx](storage-fsx-hdd-volumes.md)
+ [使用单可用区](storage-fsx-single-az.md)

# 选择合适的 SMB 文件存储
<a name="storage-fsx-smb"></a>

## 概述
<a name="storage-fsx-smb-overview"></a>

AWS 提供各种完全托管的存储服务，为您提供业界领先的文件服务的丰富功能，同时将最新的 AWS 基础架构创新与安全性相结合。您可以将 AWS 服务整合到基础设施即代码（IaC）工作流程中，并将其与 AWS 计算、监控和数据保护服务集成。对于 Windows 工作负载，您可以从两种完全托管的文件服务中进行选择，以满足您的应用程序需求：适用 FSx 于 Windows 文件服务器和 Amazon FSx for NetApp ONTAP。

### FSx 适用于 Windows 文件服务器
<a name="storage-fsx-smb-overview-wfs"></a>

Amazon FSx for Windows File Server 提供基于 Windows Server 的完全托管的共享存储，并提供各种数据访问、数据管理和管理功能。 FSx for Windows File Server 可轻松与 Windows 环境集成，因为它是一项 Windows 原生服务。我们建议将 Windows 文件服务器 FSx 用于用户和组共享，对于 SQL Server、Windows 应用程序和虚拟桌面基础架构 (VDI) 使用始终开启故障转移群集实例。 FSx 适用于 Windows 的文件服务器还可以很好地与亚马逊 FSx 文件网关、亚马逊 Kendra、亚马逊 S3 的审计日志和亚马逊 Data Firehose 集成。

### FSx 适用于 ONTAP
<a name="storage-fsx-smb-overview-ontap"></a>

FSx 因为 ONTAP 基于 NetApp的专有 ONTAP 文件系统。这需要一定程度的技能提升，主要推荐给现有的本地 NetApp 用户。典型的用例包括用户和组共享、SQL Server 的始终开启故障转移群集实例以及 Windows 应用程序。 FSx for ONTAP 支持多种协议、大于 64 TB 的文件系统（没有 DFS 命名空间服务器的 PB 规模）、克隆、复制、快照、压缩（存储效率）和数据的智能分层。

## 成本影响
<a name="storage-fsx-smb-cost"></a>

### FSx 适用于 Windows 文件服务器
<a name="storage-fsx-smb-cost-wfs"></a>

FSx Windows 文件服务器是第一个用于为 SQL Server 部署故障转移群集实例的共享存储解决方案。 AWS 对 FSx 于 Windows 文件服务器，您可以使用 SQL 标准版许可启动故障转移群集实例。然而，这却使得您无法使用 Always On 可用性组，因为此类组需要安装 SQL Server 企业版许可证。通过从 SQL Server 企业标准版切换到 SQL Server 标准版，您可以节省 65-75% 的 [SQL Server 许可](sql-server-editions.md)费用。

您可以使用适用于故障转移群集实例的 Windows File Server for File Server 来卸载典型的 EBS I/O 存储中的存储。通过卸载 I/O 到 FSx for Windows File Server，您可以在不影响存储吞吐量的情况下缩减依赖高亚马逊 EBS 吞吐量和 IOPS 的 EC2 实例。

### FSx 适用于 ONTAP
<a name="storage-fsx-smb-cost-ontap"></a>

你可以使用 FSx for ONTAP 在块协议 iSCSI 上运行 Microsoft 故障转移群集，并从 SQL Server 即时文件初始化、跨区域复制使用 SnapMirror、防病毒支持和克隆中受益。如果您为测试创建了多个数据库副本，则克隆功能将会在存储空间占用以及数据库副本的创建速度方面带来显著的差异。此外，您可以使用 f FSx or ONTAP NetApp SnapCenter 来管理适用于 SQL Server 的 EC2 实例的备份、还原和克隆功能。 FSx for ONTAP 还提供从 SSD 到低成本容量池存储的自动分层，以实现性能和成本效益的结合。

FSx for ONTAP 支持 NetApp的文件系统 (ONTAP)，这与支持 Windows 原生 NTFS 文件系统的 Windows 文件服务器不同 FSx 。ONTAP 的最小大小 FSx 为 1024 GB，而 FSx Windows 文件服务器的最小起始大小可以低至 32 GB。

### 与 Microsoft 分布式文件系统集成
<a name="storage-fsx-smb-cost-mdfs"></a>

FSx 适用于 Windows 文件服务器和 ONTAP FSx 可与微软的[分布式文件系统 (DFS)](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj127250(v=ws.11)) 集成，以实现与现有部署的无缝集成。在规划架构时，请记住以下事项：
+ FSx 适用于 Windows 文件服务器和 ONTAP FSx 的两种部署类型[（多个可用区和单个可用区）都支持 DFS 命名空间 (DFSN)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview)。
+ 仅 FSx 适用于 Windows 文件服务器支持 [DFS 复制 (DFSR)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-replication/dfsr-overview)，并且仅在使用单个可用区时才支持。

## 成本优化建议
<a name="storage-fsx-smb-rec"></a>

Windows 文件服务器和 ONTAP FSx 的性能在很大程度上取决于配置，它们的定价也是如此。 FSx FSx 适用于 Windows File Server 的定价主要取决于存储容量和存储类型、吞吐容量、备份和传输的数据。 FSx 对于 ONTAP，您需要为固态硬盘存储、固态硬盘 IOPS、容量池使用量、吞吐容量和备份付费。


****  

| 文件服务 | 5TB 存储空间的成本 | 配置 | Region | 
| --- | --- | --- | --- | 
| FSx 适用于 Windows 文件服务器 | 982.78 美元 | 单可用区SSD（15000 IOPS）32 MBps5TB 的备份（没有通过重复数据删除获得的节省） | 美国东部（弗吉尼亚州北部） | 
| FSx 适用于 ONTAP | 979.28 美元 | 单可用区100% SSD15000 读写容量层15000 SSD IOPS128 MBps5TB 的备份（没有通过重复数据删除获得的节省） | 美国东部（弗吉尼亚州北部） | 

记住以下内容：
+ 数据去重和压缩能够通过缩小数据大小来使您能够在物理设备上存储更多的数据，但您需要为所预调配的固态硬盘（SSD）或硬盘驱动器（HDD）存储空间付费。
+ 您可以使用 ONTAP FSx 对数据进行分层。只有极少数情况下，所有数据会被定期访问，并且需要使用 SSD 进行存储。您可以将那些不常访问的冷数据迁移到容量层，以节省成本。
+ 此处提到的价格基于 SSD 层上 100% 的数据以及 SSD 层上 15000 次 IOPS 计算得出。

### 备份
<a name="storage-fsx-smb-rec-backup"></a>

默认情况下，ONTAP 和 FSx Windows 文件服务器都 FSx 将其完全托管的备份存储在 Amazon S3 上。但是， FSx 对于 ONTAP，还有一个额外的备份选项 SnapVault，它可以将备份配置为驻留在容量层中。使用备份 SnapVault 是一种自我管理的机制，它比默认的完全托管备份选项更具成本效益。完全托管的备份选项为每月每 GB 0.05 美元。ONTAP（10:1 固态硬盘到容量池存储）的 SnapVault 备份费用为 0.03221 美元（0.9x0.0219\$10.1x0.125）。 FSx 

记住以下内容：
+ AWS 托管备份的间隔时间为一小时。 [SnapVault](https://docs.netapp.com/us-en/ontap/concepts/snapvault-archiving-concept.html)可以让你低至五分钟。
+ 您可以使用 NetApp的工具（例如 CLI 和 API）来配置 SnapVault 关系和快照复制。
+ 在卷上启用`all`分层策略以使用容 SnapVault 量层作为备份数据的存储。
+ SnapVault 目的地可以位于同一个区域 AWS 区域、跨区域或本地。这通常是指单个可用区或多个可用区的文件系统备份目的地。相比之下， AWS Backup 它得益于 Amazon S3 的区域弹性。

### 合理调整大小
<a name="storage-fsx-smb-rec-rightsizing"></a>

您还可以通过合理调整大小并避免过度预调配来节省成本，并充分利用您的文件系统。

为合理调整大小，请执行以下操作：

1. 根据数据确定您当前的需求。对于典型的 Windows 工作负载，您可以使用[性能监视器](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-r2-and-2008/cc749154(v%3dws.11))等内置操作系统工具。

1. 在性能监视器中，使用以下计数器来衡量您当前的性能需求。将捕获间隔设定为一秒，最大日志大小为 1000MB，并启用覆盖功能。

   ```
   Logman.exe create counter PerfLog-Short -o "c:\perflogs\PerfLog-Long.blg" -f bincirc -v mmddhhmm -max 1024 -c "\LogicalDisk(*)\*" "\Memory\*" "\.NET CLR Memory(*)\*" "\Cache\*" "\Network Interface(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Processor Information(*)\*" "\Process(*)\*" "\Thread(*)\*" "\Redirector\*" "\Server\*" "\System\*" "\Server Work Queues(*)\*" "\Terminal Services\*" -si 00:00:01
   ```

1. 要开始捕获日志，请运行 `logman start PerfLog-Short` 命令。要停止捕获日志，请运行 `logman stop PerfLog-Short` 命令。
**注意**  
您可以在运行捕获操作的服务器上的 **c:\$1perflogs** 中找到性能日志文件。有关更多信息，请参阅 Microsoft 文档中的 [Windows 性能监视器概述](https://techcommunity.microsoft.com/t5/ask-the-performance-team/windows-performance-monitor-overview/ba-p/375481)。

1. 确定正确的配置后，使用诸如 Microsoft [DISKSP](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview) D 之类的磁盘压力工具，在亚马逊 FSx 文件系统上测试您的估计是否正确。

1. 如果您对性能感到满意，请切换到文件共享。

我们建议采取保守的存储容量规划方法，因为存储容量只能纵向扩展。吞吐能力可以根据需要纵向扩展和缩减。

## 其他资源
<a name="storage-fsx-smb-resources"></a>
+ [ FSx 适用于 NetApp ONTAP 的亚马逊 FAQs](https://aws.amazon.com/fsx/netapp-ontap/faqs/)（AWS 网站）
+ [使用新指标优化 Amazon FSx 的 Windows 文件服务器性能](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/)（AWS 存储博客）

# 在 Amazon 中启用重复数据删除 FSx
<a name="storage-fsx-deduplication"></a>

## 概述
<a name="storage-fsx-deduplication-overview"></a>

重复数据删除是一项功能，它能让您更高效地存储数据，并且降低存储容量的需求。它涉及在不损害数据准确性或完整性的情况下，找出并消除数据中的重复内容。重复数据删除采用子文件的可变大小分块以及压缩技术，这使得一般文件服务器的优化比率为 2:1，而虚拟化数据的优化比率最高达 20:1。重复数据删除的效果要比 NTFS 压缩好得多。重复数据删除架构的固有特点是能够在硬件出现故障时保持系统的韧性：对数据和元数据进行完整的校验和验证，包括为元数据和最常访问的数据块提供冗余。

FSx 适用于 Windows 文件服务器完全支持重复数据删除。使用它能够使通用型文件共享平均节省 50% 至 60%的费用。在这些共享中，用户文档的节省范围介于 30% 至 50% 之间，而软件开发数据集的节省范围最高达 70% 至 80%。需要明白的是，通过重复数据删除所能实现的存储空间节省效果取决于您的数据集的性质，包括文件之间存在的重复数据量的多少。如果所存储的数据具有动态性，那么重复数据删除功能就不是一个好的选择。

## 成本影响
<a name="storage-fsx-deduplication-cost"></a>

为了应对企业中数据存储量的增长，管理员们会对服务器进行整合，并将容量扩展和数据优化列为关键目标。重复数据删除的默认设置能够立即节省成本，或者管理员也可以对设置进行微调以获取更多收益。例如，您可以将其配置为仅在特定文件类型上运行重复数据删除，也可以创建自定义作业计划。

总体上看，重复数据删除有三种类型的作业：优化、垃圾回收和清理。请注意，只有在完成优化操作后运行垃圾回收作业，空间才会被释放。您可以安排作业，也可以手动运行它。计划重复数据删除作业时可用的所有设置，在您手动启动作业时也同样适用（除了那些与特定于调度的设置之外）。

即使重复数据删除仅有效节省了25％，但Windows文件服务器还是可以节省大量成本。 FSx 这些预计的节省金额基于 AWS 定价计算器中的[估算值](https://calculator.aws/#/estimate?id=b25b166595553e055c594e89e3c13610df570bc9)。

## 成本优化建议
<a name="storage-fsx-deduplication-rec"></a>

默认情况下，Window FSx s 文件服务器文件系统未启用重复数据删除。要使用[远程管理](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html#remote-pwrshell)启用重复数据删除 PowerShell，必须运行`Enable-FSxDedup`命令，然后使用该`Set-FSxDedupConfiguration`命令来设置配置。有关更多信息，请参阅 Windows [文件服务器文档中的 FSx 管理文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html)。

要启用重复数据删除，请运行以下命令：

```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Enable-FsxDedup }
```

要验证重复数据删除配置，请运行以下命令。

```
Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {
Set-FSxDedupSchedule -Name "CustomOptimization" -Type Optimization -Days Mon,Tues,Wed,Sat -Start 09:00 -DurationHours 7
}
```

通过运行 PowerShell `Measure-DedupFileMetadata` cmdlet，您可以确定如果删除一组文件夹、一个文件夹或单个文件，然后运行垃圾收集作业，则可以回收卷上多少潜在的磁盘空间。具体而言，`DedupDistinctSize` 值告诉您在删除这些文件后可以回收多少空间。文件中通常包含与其他文件夹共享的数据块，因此，重复数据删除引擎会计算出哪些是在垃圾回收作业后将被删除的唯一数据块。

默认的[重复数据删除作业计划](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)旨在很好地适用于推荐的工作负载，并尽可能减少对系统的影响（不包括针对备份使用类型启用的优先级优化作业）。如果工作负载对资源的需求量较大，我们建议您仅将作业安排在空闲时段运行，或者减少或增加重复数据删除作业所能使用的系统资源量。

默认情况下，重复数据删除会占用可用内存的 25%。但是，可以通过使用 `-memory switch` 来增加此值。对于优化作业，我们建议您将范围设置为 15 到 50。对于计划作业，您可以使用更高的内存消耗量。例如，对于垃圾回收和清理作业（通常安排在非工作时间进行），您可以设置更高的内存消耗量（例如 50）。

有关重复数据删除设置的更多信息，请参阅适用于 Windows File Server 的文档中的[使用重复数据删除降低存储成本](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)。 FSx 

## 其他资源
<a name="storage-fsx-deduplication-resources"></a>
+ [了解重复数据删除](https://learn.microsoft.com/en-gb/windows-server/storage/data-deduplication/understand)（Microsoft 文档）
+ 通过@@ [重复数据删除降低存储成本](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)（FSx 适用于 Windows 文件服务器文档）

# 了解 Windows 文件服务器中的 FSx 数据分片
<a name="storage-fsx-data-sharding"></a>

## 概述
<a name="storage-fsx-data-sharding-overview"></a>

FSx 对于 Windows 文件服务器，性能取决于配置。它主要基于存储类型、存储容量和吞吐量配置。您选择的吞吐容量决定了文件服务器可用的性能资源，包括网络 I/O 限制、CPU 和内存以及文件服务器施加的磁盘 I/O 限制。您选择的存储容量和存储类型决定了存储卷的可用性能资源，即存储磁盘施加的磁盘 I/O 限制。除了性能外，配置选择还会影响成本。 FSx 适用于 Windows File Server 的定价主要取决于存储容量和存储类型、吞吐容量、备份和传输的数据。

如果您有相对较大的文件存储和性能需求，则可以从数据分片中获益。数据分片设计到[将文件数据划分](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)为较小的数据集（分片），然后将其存储在不同的文件系统中。从多个实例访问您的数据的应用程序可以通过并行读取和写入这些分片来实现高水平性能。同时，您仍然可以在公共命名空间下向应用程序呈现统一视图。此外，它还可以帮助大型文件数据集扩展文件数据存储，使其超出每个文件系统所支持的容量（64 TB），最高可达数百 PB。

## 成本影响
<a name="storage-fsx-data-sharding-cost"></a>

对于大型数据集，通常更有效的做法是为 Windows File Server 文件系统部署多个小型 FSx 数据集，而不是部署一个大型 SSD 共享以实现相同的性能级别。将 FSx 适用于 Windows File Server 的 HDD 和 SSD 存储类型组合使用可以更好地节省成本，并使您能够将工作负载与最佳底层磁盘子系统相匹配。在以下表格中，您可以看到单个 17TB 文件系统之间的区别，并将其与添加到相同容量的多个较小文件系统进行比较。

**具有多个工作负载的大型 SSD 文件系统**


****  

| 服务器名称 | 成本 | 配置 | Region | 
| --- | --- | --- | --- | 
|  FSx 适用于 Windows 文件服务器的亚马逊 | 5716 美元 | 17TB SSD30% 重复数据删除256 Mbps17TB 备份 | 美国东部（弗吉尼亚州北部） | 

**已使用 DFSN 对工作负载进行分区**


****  

| 服务器名称 | 成本 | 配置 | Region | 共享 | 
| --- | --- | --- | --- | --- | 
|  FSx 适用于 Windows 文件服务器的亚马逊 | 1024 美元 | 2TB SSD20% 重复数据删除128 Mbps2TB 备份多可用区 | 美国东部（弗吉尼亚州北部） | 共享 1 | 
|  FSx 适用于 Windows 文件服务器的亚马逊 | 2132 美元 | 5TB SSD30% 重复数据删除256 Mbps5TB 备份多可用区 | 美国东部（弗吉尼亚州北部） | 共享 2 | 
|  FSx 适用于 Windows 文件服务器的亚马逊 | 1036 美元 | 10 TB 硬盘40% 重复数据删除128 Mbps10TB 备份多可用区 | 美国东部（弗吉尼亚州北部） | 共享 3 | 
| DFSN Windows EC2 实例 | 27 美元 | t3a.medium2 v CPUs4GiB 内存 | 美国东部（弗吉尼亚州北部） | DFSN 实例 | 

大型 SSD 文件系统的年成本为 68592 美元。分区工作负载的年成本为 50640 美元。在此示例中，通过将工作负载与合适的后端存储相匹配，可以实现 26% 的成本节省。有关定价估算的更多信息，请参阅 [AWS 定价计算器](https://calculator.aws/#/estimate?id=50b7af500c59bdff4c35e57bc9b8c71334cf4232) 估算。

## 成本优化建议
<a name="storage-fsx-data-sharding-rec"></a>

要部署重复数据删除解决方案，必须根据数据类型、 I/O 大小和 I/O 访问模式设置 [Microsoft DFS 命名空间](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)。每个命名空间总共支持最多 5 万个文件共享和数百 PB 的存储容量。

选择一种分片约定，在计划使用的所有文件系统中均匀分布 I/O，这样的效果最为显著。监控您的工作负载将有助于进一步优化或降低成本。如果您在衡量亚马逊 FSx 文件系统的性能信息时需要帮助，[FSx 请参阅 Windows 文件服务器文档中的 Window FSx s 文件服务器性能](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/performance.html)。

选择分片策略后，您可以利用 DFS 命名空间对文件系统进行分组，以便更轻松地访问您的共享。这使得用户能够看到一个同质文件系统，但实际上他们所访问的却是具有专用使用案例的各种不同的文件系统。重要的是要按照适当的命名规则来创建共享，这样您的最终用户就能轻松理解这些共享是用于何种工作负载的。此外，还需要对生产共享和非生产共享进行标注，以免最终用户因误操作而将文件放置在错误的文件系统中。

下图显示了如何使用单个 DFS 命名空间作为多个 Amazon FSx 文件系统的访问点。

![\[DFN 命名空间接入点\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/grouping_fsx_dfsn.png)


记住以下内容：
+ 您可以将现有 FSx 的 Windows 文件服务器共享添加到 DFS 树中。
+  FSx 无法将 Amazon 添加到 DFS 共享路径的根目录。您只有一个子文件夹。
+ 您必须一个部署 EC2 实例来提供 DFS 命名空间配置。

有关 DFS-N 配置的更多信息，请参阅 Microsoft 文档中的 [DFS 命名空间概述](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview)。有关使用 DFS 命名空间的更多信息，请观看上的 “在 [Ama FSx zon for Windows 文件服务器上使用 DFS 命名空间](https://www.youtube.com/watch?v=s482kj_xMeE)” 视频。 YouTube

## 其他资源
<a name="storage-fsx-data-sharding-resources"></a>
+ [使用 DFS 命名空间对多个文件系统进行分组（Amazon 文档）](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html) FSx
+ [演练 6：使用分片扩展性能](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/scale-out-performance.html)（Ama FSx zon 文档）
+ 在 [Amazon 上使用 DFS 命名空间 FSx 适用于 Windows 文件服务器](https://aws-labs.net/images/Resource/Video-FSX-DFSN-v4.pdf)（实验室）AWS 

# 了解 Amazon 中的硬盘容量使用情况 FSx
<a name="storage-fsx-hdd-volumes"></a>

## 概述
<a name="storage-fsx-hdd-volumes-overview"></a>

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

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

![\[吞吐量和存储设置之间的关系\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_volumes_fsx.png)


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

Amazon FSx for Windows 文件服务器提供 80 次突发 IOPS。当您的使用率低于基准速率时，爆发服务抵扣金会自动补充；而当您的使用率高于基准速率时，突发服务抵扣金则会被自动消耗掉。例如，如果您的工作负载在接下来的一个小时内仅使用 10 IOPS/TB （比基线高 2IOPS/TB below your baseline rate), you can then utilize 14 IOPS/TB (2 IOPS/TB），然后又用完了突发积分。

对于文件操作，Amazon FSx for Windows File Server 为固态硬盘存储提供稳定的亚毫秒延迟，为硬盘存储提供个位数毫秒的延迟。对于所有文件系统，包括带有硬盘存储空间的文件系统，Amazon FSx for Windows File Server 在文件服务器上提供了快速（内存中）缓存，因此无论存储类型如何，您都可以为主动访问的数据获得高性能和亚毫秒级的延迟。

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

## 成本影响
<a name="storage-fsx-hdd-volumes-cost"></a>

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

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

您可以使用 [AWS 定价计算器](https://calculator.aws/#/estimate?id=24d13161c41a4f947ff78abb2e36c1815c914cb1) 将 20TB SSD 与 `us-east-1` 中的 HDD 文件系统进行比较。如下表所示，即便不考虑重复数据删除带来的节省，将 HDD 文件系统与 SSD 文件系统进行比较时，成本差异也相当显著。


****  

| Amazon FSx 文件系统配置 | 月度成本 | 
| --- | --- | 
| 20TB 多可用区 SSD（us-east-1） | 4,699.30 美元 | 
| 20TB 多可用区 HDD（us-east-1） | 542.88 美元 | 
| 预计月度节省 | 4,156.42 美元 | 

**注意**  
 FSx 有关 Windows 文件服务器节省的其他费用，请参阅本指南的 “[在 Amazon 中启用重复数据](storage-fsx-deduplication.md)删除 FSx” 部分。

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

## 成本优化建议
<a name="storage-fsx-hdd-volumes-rec"></a>

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

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

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

1. [备份您的现有文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-backups.html)。

1. 使用硬盘存储类型@@ [创建一个新 FSx 的 Amazon 文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html)。

1. 将备份还原到具有所需存储类型的新文件系统中。

1. 确认新的文件系统具有正确的存储类型，并且您的数据完好无损。

在将更改转移到生产环境之前，我们建议您分析您的 Amazon FSx 文件系统的性能并确认更改是否可以接受。有关更多指导，请参阅 AWS 存储博客上的 “[使用新指标优化 Amazon FSx for Windows 文件服务器性能](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/)” 一文。

## 其他资源
<a name="storage-fsx-hdd-volumes-resources"></a>
+ 利用@@ [亚马逊优化成本 FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/optimize-fsx-costs.html)（亚马逊 FSx 文档）

# 使用单可用区
<a name="storage-fsx-single-az"></a>

## 概述
<a name="storage-fsx-single-az-overview"></a>

本节说明何时使用[亚马逊 FSx for Windows文件服务器](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html)的单一可用区实现更有利。它涵盖了迁移到单个可用区可以降低成本，同时仍允许您使用 FSx 适用于 Windows 的 Amazon File Server 作为托管文件存储服务的场景。我们建议您为生产工作负载实施一个适用于 Amazon FSx 的单一可用区。这有助于确保您拥有多个可用区的冗余配置。

## 成本影响
<a name="storage-fsx-single-az-cost"></a>

单个可用区的文件系统相较于多可用区的实施方式，能节省约 40% 的成本。采用多可用区文件系统时，使用 SSD 的费用为每 GB 月 0.230 美元，使用 HDD 的费用为每 GB 月 0.025 美元，而单个可用区文件系统中使用 SSD 的费用为每 GB 月 0.130 美元，使用 HDD 的费用为每 GB 月 0.013 美元。您可以使用 [AWS 定价计算器](https://calculator.aws/#/) 查看成本比较并创建自己的估算值。

对于 10TB 的文件系统，采用多个可用区的方式每月的费用大约为 1200 美元，而使用单个可用区的方式则每月费用为 680 美元。此[示例](https://calculator.aws/#/estimate?id=3339ba60d065a76ecfcaa1770450214534941c8f)使用带固态硬盘 FSx 的 Windows 文件服务器文件系统的 10 TB。重复数据删除功能预估可节省 50% 的成本。总体而言，单个可用区的进入成本较低，但同时也有一些需要注意的事项，这些将在下一部分中进行说明。

## 成本优化建议
<a name="storage-fsx-single-az-rec"></a>

### 单一可用区部署
<a name="storage-fsx-single-az-rec-singleaz"></a>

为确保单个可用区恰到好处，请考虑您自己的内部可用区， SLAs 以便存储 Windows File Server 的数据。 FSx 这需要了解您是否必须 SLAs 向客户（内部和外部）提供商品，以及亚马逊 FSx 单一可用区的三个九个可用性是否仍然允许您满足这些 SLAs需求。 FSx 对于具有单个可用区的 Windows 文件服务器，其正常运行时间仍为 99.9%。亚马逊 FSx 针对多个可用区的服务等级协议高于 99.99%。对于任务关键型工作负载，我们建议您使用多个可用区而非单个可用区，即便这样做会产生额外成本。

单个可用区部署非常适合用于诸如 SQL Server 数据库备份这类的工作负载。它们能够通过 HDD 层提供低成本的存储服务，同时还能确保您拥有一致的运行时间。如果您需要为生产工作负载提供更高的可用性，例如高可用性的 SQL 服务器或生产应用程序访问服务，则单个可用区将无法满足您的工作负载需求。对于备份、非生产测试和开发环境，实施 Amazon FSx 单一可用区可以降低您的运营成本。

Amazon FSx 单可用区文件系统运行良好的一个用例是在生产环境中，使用多个 Amazon FSx 单可用区文件系统，作为使用 Always On 可用性组的高可用性 SQL Server 集群中的每台服务器存储。有关更多信息，请参阅 AWS 存储博客[上 AWS发布的 “优化高可用性 SQL Server 部署的成本](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/)”。

### 多区域复制
<a name="storage-fsx-single-az-rec-multregrep"></a>

如果您想利用 Amazon FSx 的多区域复制，那么使用单个可用区文件系统（只有一个可用区文件系统可以工作的文件系统）来降低成本的一个潜在选择是。您可以部署支持与本机 Microsoft DFS-R 协同使用的[单可用区文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html)。DFS-R 具备自动在不同区域及多个站点之间复制数据的能力。有关使用亚马逊配置 DFS-R 的更多信息 FSx，请参阅亚马逊文档中的使用[微软分布式文件系统复制](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/additional-info.html#using-dfsr)。 FSx

另一种节省多区域成本的替代方案是使用 AWS Storage Gateway。这使您能够在另一个区域实施[亚马逊 FSx 文件网关](https://docs.aws.amazon.com/filegateway/latest/filefsxw/what-is-file-fsxw.html)，以实现亚马逊 FSx的多区域访问。有关更多信息，请参见本指南的 [AWS Storage Gateway](storage-main-storage-gateway.md) 部分。

如果您跨区域工作，则必须考虑跨区域数据流量所产生的数据传输费用。在不同区域之间传输流量需支付每 GB 0.02 美元的费用。因此，如果数据频繁出现大量变动，这将会增加您的总体成本。[例如](https://calculator.aws/#/estimate)，1TB 的数据传输等于大约 20.48 美元。

### 维护窗口
<a name="storage-fsx-single-az-rec-window"></a>

如果您在 Amazon 上使用单一可用区，则维护时段是一个关键考虑因素 FSx。在维护时段内，由于对底层 Windows 服务器进行例行软件修补，Amazon FSx 文件系统将在大约 20 分钟内不可用。如果您使用文件系统进行隔夜备份，请相应地调整 Amazon FSx 维护时段，以免备份期间出现中断。您可以在创建 Amazon FSx 文件系统后调整[维护](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/maintenance-windows.html)时段。

## 其他资源
<a name="storage-fsx-single-az-resources"></a>
+ [可用性和耐久性：单可用区和多可用区文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html#deployment-type-features-summary)（Ama FSx zon 文档）
+ [亚马逊 Window FSx s 文件服务器定价](https://aws.amazon.com/fsx/windows/pricing/)（AWS 网站）