Azure 文件同步 将 Azure 文件 扩展到 Windows Server，为文件共享启用本地缓存、多站点同步和云分层。 本文讨论 Azure 文件同步的可伸缩性和性能目标。
由于 Azure 文件同步使用 Azure 文件存储作为从本地文件服务器同步的数据的后盾存储，因此还应考虑 Azure 文件的可伸缩性和性能目标。
Azure 文件同步缩放目标
下表指示哪些目标是软的，表示Microsoft测试边界，以及硬目标，指示强制实施的最大值：
| Resource | 目标 | 硬限制 |
|---|---|---|
| 每个区域的存储同步服务 | 100 个存储同步服务 | 是的 |
| 每个订阅的存储同步服务 | 15 个存储同步服务 | 是的 |
| 每个存储同步服务的同步组数 | 200 个同步组 | 是的 |
| 每个存储同步服务注册的服务器数 | 100 台服务器 | 是的 |
| 每个存储同步服务的专用终结点 | 100 个专用终结点 | 是的 |
| 每个同步组的云终结点数 | 一个云终结点 | 是的 |
| 每个同步组的服务器终结点数 | 100 个服务器终结点 | 是的 |
| 每个服务器的服务器终结点 | 30 个服务器终结点 | 是的 |
| 每个同步组的文件系统对象（目录和文件） | 1 亿个对象 | 否 |
| 目录中文件系统对象（目录和文件）的最大数量 （非递归） | 500 万个对象 | 否 |
| 最大对象（目录和文件）安全描述符大小 | 64 KiB | 是的 |
| 文件大小 | 100 GiB | 否 |
| 要分层的文件的最小文件大小 | 基于文件系统群集大小（双文件系统群集大小）。 例如，如果文件系统群集大小为 4 KiB，则最小文件大小为 8 KiB。 | 是的 |
注释
Azure 文件同步终结点可以纵向扩展到 Azure 文件共享的大小。 如果达到了 Azure 文件共享大小限制，同步将无法运行。
Azure 文件同步性能指标
由于 Azure 文件同步代理在连接到 Azure 文件共享的 Windows Server 计算机上运行，有效的同步性能取决于基础结构中的许多因素，包括：
- Windows Server 和基础磁盘配置
- 服务器与 Azure 存储之间的网络带宽
- 文件大小
- 数据集大小总计
- 数据集上的活动
由于 Azure 文件同步在文件级别工作，因此应按每秒处理的对象（文件和目录）数来度量基于 Azure 文件同步的解决方案的性能特征。
下表指示 Azure 文件同步性能目标：
| Scenario | Performance |
|---|---|
| 初始云更改枚举 | 每个同步组每秒 150 个对象 |
| 上传吞吐量 | 每个同步组每秒 200 个对象 |
| 命名空间下载吞吐量 | 每个服务器终结点每秒 400 个对象 |
| 完全下载吞吐量 | 每个服务器终结点每秒 60 个对象 |
注释
实际性能将取决于本部分开头所述的多个因素。
作为部署的一般指南，应牢记以下几点：
- 对象吞吐量大约与服务器上的同步组数成比例缩放。 将数据拆分为服务器上的多个同步组会产生更好的吞吐量，这也受服务器和网络的限制。
- 对象吞吐量与每秒 MiB 吞吐量成反比。 对于较小的文件，在每秒处理的对象数方面，吞吐量更高，但 MiB/秒吞吐量较低。 相反，对于较大的文件，每秒处理的对象更少，但每秒的 MiB 吞吐量更高。 MiB 每秒吞吐量受 Azure 文件缩放目标的限制。
- 当同一同步组中的许多服务器终结点同时同步时，它们将争用云服务资源。 因此，上传性能受到影响。 在极端情况下，某些同步会话无法访问资源，并且会失败。 但是，这些同步会话将很快恢复，并最终成功，一旦拥堵减少。
- 如果启用了云分层，可能会观察到更好的下载性能，因为只下载了一些文件数据。 Azure 文件同步仅在任何终结点上更改缓存文件时下载这些文件的数据。 对于任何分层或新创建的文件，代理不会下载文件数据，而是将命名空间同步到所有服务器终结点。 代理还支持用户访问分层文件的部分下载。