Azure 文件共享 - 性能 (AKS)

编程问答 2022-04-29

问题描述

我们有一个在 AKS 上运行的工作负载，它会在存储卷上创建大量小文件。

  • 当我们使用高级文件共享 - 100GB (SSD) 作为卷时，工作负载需要 2 分 40 秒才能完成（我们通过私有端点访问文件共享）
  • 当我们使用 Azure 磁盘（高级 SSD）作为卷时，工作负载需要 1 分 40 秒才能完成

我们使用 SMB 作为后端和文件共享之间的通信协议。我们的后端在 Standard_E4s_v3 Linux 虚拟机上运行。根据 Troubleshoot Azure file shares performance issues 文档，我检查了以下场景。

场景一。 - Share was throttled??
问题/答案：根据下表，我不这么认为。

enter image description here

场景二。 - Metadata or namespace heavy workload??
问题：以下比率是否意味着我们的工作负载是元数据？
交易总额：

enter image description here


读/写事务：

enter image description here
创建/关闭/查询元数据交易：

enter image description here

场景三。 - Very high latency for requests??
问题：以下差异是否显着？
最大延迟之间的差异

enter image description here


平均延迟之间的差异

enter image description here

除了上面的问题：

  • 瓶颈可能是什么？
  • 还有其他方法可以找出根本原因吗？
  • 如何提高性能？

更新

小文件是导致性能问题的原因。
time for i in $(seq 1 500); do echo "testing" > /mnt/azure/test/; done

在文件共享的情况下，上述命令需要在约 15 秒内完成。 如果是本地 SSD，上述命令需要以毫秒为单位完成。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）

azureazureazureazure-aksazure-filessmb