Azure文件服务与Blob存储 - 从性能角度比较

16
我正在将一个云应用程序迁移到Azure云,并需要决定使用哪种存储类型。存储的文件大多是图片,偶尔会有一个.pdf文件。唯一要做的操作就是放置和获取文件,有时也需要检索元数据。根据这个配置文件,似乎Blob存储更适合我的需求。
但是,我不确定是否使用Azure文件服务会在性能方面给我带来优势。吞吐量对于两种存储类型都应该相同。
因此,我想知道,如果挂载文件服务并直接存储文件是否比使用REST调用与Blob通信更快。如果确实如此,差异有多大?
我试图在这个线程中寻找答案:Azure Blob Storage vs. File Service 但似乎性能问题已被省略。
3个回答

14

你选择的方案很可能是性能和应用架构的综合,因为一些传统应用程序必须依赖文件I/O。

从纯粹的性能角度来看:

  • 每个 Blob 可以实现高达 60MB/秒的吞吐量
  • 每个文件共享可以实现高达 60MB/秒的吞吐量

因此从吞吐量的角度来看,与整个存储帐户相比,文件共享将受到限制,因为文件共享的吞吐量为每秒 60MB,不管共享中有多少个文件。

从容量的角度来看:

  • 存储帐户提供高达 500TB 的容量
  • 文件共享提供高达 5TB 的容量

您可以查看 Azure 存储可扩展性和性能目标这里获取更具体的信息,但简单概括来说,直接使用 Blob 将提供更大的带宽。


2023年更新:https://learn.microsoft.com/en-us/azure/storage/common/nfs-comparison#comparison -- Blob = 顺序读写具有更高吞吐量。Files = 随机读写具有更高的IOPS。 - Harlow Burgess

0
更正:

吞吐量(入口 + 出口)针对单个文件共享(MiB/秒) 高达存储帐户限制,启用大文件共享功能


更正最好放在答案或问题的评论部分。请将更正移至适当的评论部分,然后删除帖子。 - undefined

0

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接