你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
本文描述了在 Linux 用例中，单个 Azure NetApp 文件大型卷突破模式的经过测试的性能。 这些测试探讨了横向扩展读取和写入工作负载的方案。 了解大型卷突破模式的性能范围有助于调整卷大小。
测试摘要
Azure NetApp 文件大型卷功能提供四个服务级别，每个服务级别都有吞吐量限制。 服务级别可以根据您的性能需求变化无中断地调整或缩减。
- 标准、高级和超级服务级别。
- 灵活服务：灵活服务级别使你能够使用手动 QoS 独立调整容量池的吞吐量和大小限制。
这些测试中使用了灵活的服务级别。
由于大型卷突破模式的并行度增加，元数据密集型工作负荷对 Azure NetApp 文件大型卷突破模式有利。 在文件创建、取消链接和文件重命名的工作负荷中，性能优势明显，这是具有高文件计数的 EDA 工作负荷的典型情况。 有关高元数据工作负荷的性能的详细信息，请参阅 使用 Azure NetApp 文件实现电子设计自动化的好处。
FIO 是一种设计为存储压力测试的合成工作负荷生成器，用于驱动这些测试结果。 存储性能测试基本上有两种模型：
横向扩展计算，指的是使用多个 VM 在单个 Azure NetApp 文件卷上生成可能的最大负载。
纵向扩展计算，指的是使用大型 VM 在单个 Azure NetApp 文件卷上测试单个客户端的上限。
针对大型容量突破模式，仅执行了扩展测试，以确定单一大型容量在突破模式下的性能。
针对大型卷突破模式的 Linux 横向扩展测试
使用以下配置执行测试：
| 组件 | 配置 |
|---|---|
| Azure VM 大小 | E32s_v5 |
| Azure VM 出口带宽限制 | 2000MiB/秒（2GiB/秒） |
| 操作系统 | RHEL 9.4 |
| 大型卷大小 | 50 TiB FSL （50,560 MiB/秒吞吐量） |
| 装载选项 | hard, rsize=262144, wsize=262144, vers=3, tcp, nconnect=8 |
256-KiB 顺序工作负荷 (MiB/s)
该图表展示了一个 256-KiB 的顺序性工作负载，该工作负载由 12 台虚拟机执行，它们以突破模式使用 1-TiB 的工作集对一个大型存储卷进行读写操作。 该图显示突破模式下单个 Azure NetApp 文件大型卷的处理速度可在大约 50,000 MiB/秒（纯连续读取）到大约 21,202 MiB/秒（纯连续写入）之间。
8-KiB 随机工作负荷 (IOPS)
该图表示 8-KiB 随机工作负荷和 1 TiB 工作集。 图表显示，Azure NetApp 文件大型卷在突破模式下大约可以处理 1,800,000 次纯随机读取 IO 和 994,384 次纯随机写入 IO。
概要
FIO 横向扩展测试结果表明，Azure NetApp 文件大型卷突破模式非常适合 EDA 工作负载，这些工作负载需要能够处理大量文件、大容量以及数千个客户端工作站上的大量并行操作的文件存储。