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

# 了解 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