你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

Azure 文件存储和 Azure 文件同步的可伸缩性和性能目标

2025-07-23

Azure Files offers fully managed file shares in the cloud that are accessible via the Server Message Block (SMB) and Network File System (NFS) file system protocols. 本文讨论了 Azure 文件存储和 Azure 文件同步的可伸缩性和性能目标。

部署中的其他变量可能会影响本文中列出的目标。例如，SMB 客户端的行为和可用的网络带宽可能会影响 I/O 性能。你应该对使用模式进行测试，以确定 Azure 文件存储的可伸缩性和性能是否满足你的要求。

Applies to

Management model	Billing model	Media tier	Redundancy
Microsoft.Storage	Provisioned v2	SSD (premium)	Local (LRS)
Microsoft.Storage	Provisioned v2	SSD (premium)	Zone (ZRS)
Microsoft.Storage	Provisioned v2	HDD (standard)	Local (LRS)
Microsoft.Storage	Provisioned v2	HDD (standard)	Zone (ZRS)
Microsoft.Storage	Provisioned v2	HDD (standard)	Geo (GRS)
Microsoft.Storage	Provisioned v2	HDD (standard)	GeoZone (GZRS)
Microsoft.Storage	Provisioned v1	SSD (premium)	Local (LRS)
Microsoft.Storage	Provisioned v1	SSD (premium)	Zone (ZRS)
Microsoft.Storage	Pay-as-you-go	HDD (standard)	Local (LRS)
Microsoft.Storage	Pay-as-you-go	HDD (standard)	Zone (ZRS)
Microsoft.Storage	Pay-as-you-go	HDD (standard)	Geo (GRS)
Microsoft.Storage	Pay-as-you-go	HDD (standard)	GeoZone (GZRS)

Azure 文件存储缩放目标

Azure 文件共享已部署到存储帐户。存储帐户是代表存储共享池的顶级对象。此存储池可用于部署多个文件共享。因此需要考虑三个类别：存储帐户、Azure 文件共享和单个文件。

存储帐户缩放目标

存储存储帐户规模目标应用于存储帐户级别。有两种适用于 Azure 文件存储的主要类型的存储帐户：

FileStorage 存储帐户：使用 FileStorage 存储帐户可以使用预配的计费模型部署 Azure 文件共享。 FileStorage 帐户只能用于存储 Azure 文件共享；其他存储资源（Blob 容器、队列、表等）都不能部署在 FileStorage 帐户中。
常规用途版本 2 (GPv2) 存储帐户：使用 GPv2 存储帐户可以在基于 HDD 的硬件上部署即用即付文件共享。除了存储 Azure 文件共享以外，GPv2 存储帐户还可以存储其他存储资源，例如 Blob 容器、队列或表。

Attribute	SSD 预配 v2	HDD 预配 v2	SSD 预配 v1	HDD pay-as-you-go
存储帐户类型	FileStorage	FileStorage	FileStorage	StorageV2
SKUs	PremiumV2_LRS PremiumV2_ZRS	StandardV2_LRS StandardV2_ZRS StandardV2_GRS StandardV2_GZRS	Premium_LRS Premium_ZRS	Standard_LRS Standard_ZRS Standard_GRS Standard_GZRS
每个订阅每个区域的存储帐户数	250	250	250	250
最大存储容量	256 TiB	4 PiB	100 TiB	5 PiB
最大文件共享数	50	50	1024（建议使用 50 或更少）	无限制（建议使用 50 或更少）
Maximum IOPS	102,400 IOPS	50,000 IOPS	102,400 IOPS	20,000 IOPS
Maximum throughput	10,340 MiB/秒	5,120 MiB/秒	10,340 MiB/秒	Select regions: 流入量：7,680 MiB/秒流出量：25,600 MiB/秒 Default: 流入量：3,200 MiB/秒流出量：6,400 MiB/秒
虚拟网络规则数目上限	200	200	200	200
IP 地址规则数目上限	200	200	200	200
管理读取操作	每 5 分钟 800 次	每 5 分钟 800 次	每 5 分钟 800 次	每 5 分钟 800 次
管理写入操作	每秒 10 次/每小时 1200 次	每秒 10 次/每小时 1200 次	每秒 10 次/每小时 1200 次	每秒 10 次/每小时 1200 次
管理列表操作	每 5 分钟 100 次	每 5 分钟 100 次	每 5 分钟 100 次	每 5 分钟 100 次

选定的区域增加了 HDD 即用即付的最大吞吐量

以下区域增加了 HDD 即用即付存储帐户 (StorageV2) 的最大吞吐量：

东亚
东南亚
Australia East
Brazil South
加拿大中部
中国东部 2
中国北部 3
北欧
西欧
法国中部
德国中西部
印度中部
日本东部
Jio 印度西部
韩国中部
挪威东部
南非北部
瑞典中部
阿拉伯联合酋长国北部
英国南部
美国中部
美国东部
美国东部 2
US Gov 弗吉尼亚州
US Gov 亚利桑那州
美国中北部
美国中南部
美国西部
美国西部 2
美国西部 3

Azure 文件共享缩放目标应用于文件共享级别。

Attribute	SSD 预配 v2	HDD 预配 v2	SSD 预配 v1	HDD pay-as-you-go
存储预配单元	1 GiB	1 GiB	1 GiB	N/A
IOPS 预配单元	1 IO/秒	1 IO/秒	N/A	N/A
吞吐量预配单元	1 MiB/秒	1 MiB/秒	N/A	N/A
最小存储大小	32 GiB（预配）	32 GiB（预配）	100 GiB（已预配）	0 bytes
最大存储大小	256 TiB	256 TiB	100 TiB	100 TiB
最大文件数	Unlimited	Unlimited	Unlimited	Unlimited
最大 IOPS （数据）	102,400 IOPS（取决于预配）	50,000 IOPS（取决于预配）	102,400 IOPS（取决于预配）	20,000 IOPS
Maximum IOPS (Metadata¹)	最多 35,000 IOPS	最多 12,000 IOPS	最多 35,000 IOPS	最多 12,000 IOPS
Maximum throughput	10,340 MiB /秒（取决于预配）	5,120 MiB /秒（取决于预配）	10,340 MiB /秒（取决于预配）	不超过存储帐户限制
共享快照的最大数目	200 snapshots	200 snapshots	200 snapshots	200 snapshots
Maximum filename length² (full pathname including all directories, file names, and backslash characters)	2,048 characters	2,048 characters	2,048 characters	2,048 characters
单个 pathname 组件的最大长度（在路径 \A\B\C\D 中，每个字母表示作为单个组件的目录或文件）	255 characters	255 characters	255 characters	255 characters
SMB 多路通道的最大数量	4	N/A	4	N/A
每个文件共享的存储的访问策略的最大数目	5	5	5	5

¹ Metadata IOPS (open/close/delete). 请参阅监控元数据 IOPS以获取指南。
² Scaling to 35,000 IOPS for SSD file shares requires registering for the metadata caching feature.
³ Azure Files enforces certain naming rules for directory and file names.

文件缩放目标

文件缩放目标适用于存储在 Azure 文件共享中的单个文件。

Attribute	SSD 预配 v2	HDD 预配 v2	SSD 预配 v1	HDD pay-as-you-go
文件大小上限	4 TiB	4 TiB	4 TiB	4 TiB
每个文件的最大数据 IOPS	8,000 IOPS	1,000 IOPS	8,000 IOPS	1,000 IOPS
每个文件的最大吞吐量	1,024 MiB/秒	60 MiB/秒	1,024 MiB/秒	60 MiB/秒
每个文件的硬链接限制（仅限 NFS）	178	N/A	178	N/A
根目录的最大并发句柄数	10,000 handles	10,000 handles	10,000 handles	10,000 handles
每个文件和目录的最大并发句柄数	2,000 handles	2,000 handles	2,000 handles	2,000 handles

* 每个文件和目录的最大并发句柄数是 SSD SMB 文件共享的软限制。如果需要超出此限制，可以启用元数据缓存，并注册增加的文件句柄限制（预览版）。

适用于 Azure 虚拟桌面的 Azure 文件存储大小调整指南

Azure 文件的常用用例是存储 Azure 虚拟桌面的用户配置文件容器和磁盘映像。有关详细信息，请参阅适用于虚拟桌面工作负载的 Azure 文件指南。

Azure 文件同步缩放目标

下表指示哪个目标是软目标，表示 Microsoft 测试的边界；哪个目标是硬目标，表示强制实施的最大值：

Resource	Target	Hard limit
每个区域的存储同步服务数	100 个存储同步服务	Yes
每个订阅的存储同步服务数	15 个存储同步服务	Yes
每个存储同步服务的同步组数	200 个同步组	Yes
每个存储同步服务的已注册服务器	100 servers	Yes
每个存储同步服务的专用终结点	100 个专用终结点	Yes
每个同步组的云终结点数	一个云终结点	Yes
每个同步组的服务器终结点数	100 个服务器终结点	Yes
每个服务器的服务器终结点数	30 个服务器终结点	Yes
每个同步组的文件系统对象数（目录和文件）	1 亿个对象	No
Maximum number of file system objects (directories and files) in a directory (not recursive)	500 万个对象	No
最大对象（目录和文件）安全描述符大小	64 KiB	Yes
File size	100 GiB	No
要进行分层的文件的最小文件大小	基于文件系统群集大小（双文件系统群集大小）。例如，如果文件系统群集大小为 4 KiB，则最小文件大小为 8 KiB。	Yes

Note

Azure 文件同步终结点可以纵向扩展到 Azure 文件共享的大小。如果达到 Azure 文件共享大小限制，同步将无法运行。

Azure 文件同步性能指标

由于 Azure 文件同步代理在连接到 Azure 文件共享的 Windows Server 计算机上运行，有效的同步性能取决于基础结构中的许多因素，包括：

Windows Server 和基础磁盘配置
服务器与 Azure 存储之间的网络带宽
File size
总数据集大小
数据集上的活动

由于 Azure 文件同步在文件级别工作，因此应按每秒处理的对象（文件和目录）数来度量基于 Azure 文件同步的解决方案的性能特征。

下表指出了 Azure 文件同步的性能目标：

Scenario	Performance
初始云更改枚举	每个同步组每秒 150 个对象
Upload Throughput	每个同步组每秒 200 个对象
命名空间下载吞吐量	每个服务器终结点每秒 400 个对象
完整下载吞吐量	每个服务器终结点每秒 60 个对象

Note

实际性能将取决于本部分开头列出的多个因素。

作为常规部署指南，应当牢记以下几件事情：

对象吞吐量大约与服务器上的同步组数成比例缩放。在服务器上将数据拆分到多个同步组会实现更好的吞吐量，吞吐量还受限于服务器和网络。
对象吞吐量与每秒 MiB 吞吐量成反比。对于较小的文件，在每秒处理的对象数方面，吞吐量更高，但 MiB/秒吞吐量较低。相反，对于较大的文件，每秒处理的对象更少，但每秒的 MiB 吞吐量更高。每秒 MiB 数这一吞吐量受限于 Azure 文件存储缩放目标。
当同一个同步组中的许多服务器终结点同时进行同步时，它们会竞争云服务资源。因此，上传性能会受影响。在极端情况下，某些同步会话将无法访问资源，因此会失败。但是，在拥塞缓解后，这些同步会话将很快恢复，最终会成功。
如果启用了云分层，则下载性能可能更好，因为只会下载一部分文件数据。只有当已缓存文件的数据在任何终结点上发生更改时，Azure 文件同步才会下载这些数据。对于任何已分层的或新创建的文件，代理不会下载文件数据，而仅会将命名空间同步到所有服务器终结点。代理还支持在用户访问已分层文件时下载这些文件的一部分。