比较使用 NFS 访问 Azure 文件和访问 Blob 存储
本文提供这些产品/服务之间的比较，供你在通过网络文件系统 (NFS) 协议对其进行访问时参考。 如果你通过任何其他方法对其进行访问，则这种比较不适用。
有关更多一般性比较，请参阅此文以比较 Azure Blob 存储和 Azure 文件存储。
比较
| 类别 | Azure Blob 存储 | Azure 文件 |
|---|---|---|
| 用例 | Blob 存储最适合用于大规模的读取密集型高顺序访问工作负载，其中的数据只会引入一次并且进一步修改的次数极少。 如果维护工作量很少或者根本无需维护，则 Blob 存储可提供最低的总拥有成本。 部分示例方案包括：大规模分析数据、吞吐量敏感型高性能计算、备份和存档、自动驾驶、媒体渲染或基因组测序。 |
Azure 文件存储是高度可用的服务，最适合用于随机访问工作负载。 对于 NFS 共享，Azure 文件存储提供全面的 POSIX 文件系统支持，除了基于 VM 的平台外，还可以从包含内置 CSI 驱动程序的容器平台（例如 Azure 容器实例 (ACI) 和 Azure Kubernetes 服务 (AKS)）轻松使用该服务。 部分示例方案包括：共享文件、数据库、主目录、传统应用程序、ERP、CMS、不需要高级管理的 NAS 迁移，以及需要横向扩展文件存储的自定义应用程序。 |
| 可用的协议 | NFSv3 REST Data Lake Storage |
SMB NFSv4.1 （协议之间没有互操作性） |
| 主要功能 | 与 HPC 缓存集成，适用于低延迟工作负载。 集成式管理，包括生命周期、不可变 Blob、数据故障转移和元数据索引。 |
区域冗余，可实现高可用性。 延迟始终低于 10 毫秒。 可预测的性能和成本，可以通过添加/减少容量进行缩放。 |
| 性能（每个卷） | IOPS 高达 20,000，吞吐量高达 15 GiB/秒。 | IOPS 高达 100,000，吞吐量高达 10 GiB/秒。 |
| 缩放 | 单个卷最大可扩展为 5 PiB。 单个 blob 最高可达 190.7 TiB。 无最低容量要求。 |
单个文件共享最大可扩展为 100 TiB。 单个文件最大可扩展为 4 TiB。 最小容量为 50 GiB。 |
| 定价 | Azure Blob 存储定价 | Azure 文件存储定价 |
后续步骤
- 若要使用 NFS 访问 Blob 存储，请参阅 Azure Blob 存储中的网络文件系统 (NFS) 3.0 协议支持。
- 若要使用 NFS 访问 Azure 文件存储，请参阅 Azure 文件存储中的 NFS 文件共享。