Azure Files通过IPSEC VPN远程访问的性能问题咨询

您好，针对您遇到的Azure Files远程访问性能问题，我来逐一拆解解答：

1. 30ms延迟下Win10单文件SMB传输5-10MB/s是否正常？ #

这个表现其实是符合预期的，核心原因在于**IPsec VPN的30ms往返延迟（RTT）**和SMB协议的特性：

• Azure Files Premium本身的性能没问题（您提到同区域VM能跑60MB/s），但远程IPsec链路的高延迟会严重限制单线程SMB的吞吐量。SMB是请求-响应式协议，每一个读写操作都需要等待远端的确认，30ms的RTT意味着每秒最多只能完成约30次完整交互，单线程的传输速率自然会被拉低。
• 另外IPsec本身的加密/解密过程也会消耗额外的CPU和带宽资源，进一步压缩了实际可用的传输速度。所以5-10MB/s在这种远程高延迟场景下是比较典型的单线程SMB表现。

2. 单NIC下SMB多通道无效、小文件复制慢的优化方案 #

单NIC环境下Windows 10默认不会触发SMB多通道（多通道原本是为多网卡聚合带宽设计的），加上Windows资源管理器的单线程复制逻辑，小文件传输慢确实是常见痛点，您可以试试以下几个优化方向：

强制启用单NIC SMB多通道 #

通过PowerShell命令让Windows允许单NIC使用多通道，虽然物理带宽没增加，但并行连接能减少延迟带来的请求等待开销：

Set-SmbClientConfiguration -EnableMultiChannel $true
Restart-Service LanmanWorkstation

执行后可以用Get-SmbClientConfiguration确认EnableMultiChannel已设为True。

调整SMB客户端参数优化小文件传输 #

• 增大SMB读写请求大小，减少小文件传输时的请求次数：

  Set-SmbClientConfiguration -MaxReadSize 1048576 -MaxWriteSize 1048576
  

  这里设置为1MB（默认可能是64KB或256KB），能有效降低RTT带来的交互开销。
• 开启SMB快速启动：在控制面板的网络适配器属性中，找到Microsoft 网络客户端，进入高级选项启用SMB 快速启动，减少TCP连接建立的耗时。

优化AES-128-GMAC加密性能 #

确保你的Win10设备利用硬件加速来降低加密开销：

• 确认CPU支持AES-NI（大部分现代CPU都支持），然后通过组策略启用硬件加速：
  打开组策略编辑器（gpedit.msc），导航到计算机配置 > 管理模板 > 网络 > SMB客户端，启用启用SMB加密硬件加速选项。

改用多线程复制工具替代资源管理器 #

Windows资源管理器的单线程复制天生不适合大量小文件，推荐使用Robocopy命令，它支持多线程并行复制，能显著提升小文件传输速度：

robocopy \\your-storage-account.file.core.windows.net\share\test-folder C:\local-target-folder /E /MT:32

其中/MT:32表示用32线程并行复制，你可以根据自己的带宽和CPU负载调整线程数（建议范围16-64）。

备注：内容来源于stack exchange，提问作者WConsulting