选择服务级别
回忆一下，在电子设计自动化 (EDA) 模拟方案中，确定应用程序的吞吐量或每秒输入/输出操作数 (IOPS) 要求后，就可以确定最优、最经济高效的 Azure NetApp 文件服务级别。 在本单元中，我们使用 Azure NetApp 文件性能计算器来实现此目标。
性能注意事项
正如你在上个单元中学到的，卷的吞吐量限制由服务级别、QoS 策略和卷配额共同决定。
回忆一下，常规 Azure NetApp 文件卷的吞吐量上限是每秒 4,500 MiB。 在高级服务级别（每 1 TiB 64 MiB/秒），需要至少 70.31 TiB 的卷配额作为足够高的吞吐量限制来实现此性能级别：
- 64MiB/s * 70.31 = 4,500 MiB/s
如果我们分配超过 70.31 TiB 的配额，则额外的配额只会分配用于存储更多数据，但不会导致常规卷的实际吞吐量进一步增加。
大型卷可用于预配 50 TiB 到 500 TiB 的容量，吞吐量高达 10,240 MiB/秒。 对于需要更高容量和/或性能的工作负荷，请考虑使用 Azure NetApp 文件大型卷。
最重要的是，我们还需要考虑不同服务级别的成本结构，以避免支付超出工作负荷所需容量或性能的费用。
Azure NetApp 文件性能计算器
使用 Azure NetApp 文件性能计算器来评估吞吐量或 IOPS 要求，并帮助你选择最经济高效的服务级别。
吞吐量要求示例
高性能计算 (HPC) 应用程序需要至少 50 TiB 的卷存储，并且需要确保每秒 5,000 MiB 的吞吐量。 Azure NetApp 文件常规卷使用“超高性能”服务级别的最大吞吐量为每秒 4,500 MiB，这无法满足你的要求，但 Azure NetApp 文件大型卷可以。 问题是，你需要什么服务级别？
借助 Azure NetApp 文件性能计算器，你可以使用卷大小和吞吐量来找到卷的最佳性能和成本组合。 导航到该工具并输入卷大小和吞吐量要求，如下例所示：
计算器会显示此特定配置及关联成本的选项。 在这种情况下，如果我们预配大型卷，则我们可以使用“高级”服务级别以比使用“超高性能”服务级别更低的成本实现所需的性能，以更理想的价格获得所需的性能（还有增长空间）。
在此示例中，高级服务级别将是最佳选择，因为它能以最低的容量池成本实现吞吐量要求。
IOPS 要求示例
在某些情况下，吞吐量对于工作负载来说可能不像原始 IOPS 那么重要。 这些场景包括跨多个计算客户端混合进行小规模读写的情况。 Azure NetApp 文件性能计算器有助于计算性能需求。
请考虑另一个 HPC 应用程序，该应用需要至少 50 TiB 大小的卷存储空间，并且需要 140,000 IOPS，采用 8 KiB 随机，读/写比例为 70/30。 如何选择性能与成本的最佳组合？ 在上述示例中，对于高吞吐量工作负载来说，使用高级服务级别来处理大量数据是最合理的选择。 但是，IOPS 较小的工作负载不太可能达到这样的吞吐量数值，也不太需要达到。 若要为用例定义更具体的参数，请在高级模式下使用计算器。 要设置模式，请在 Azure NetApp 文件性能计算器名称旁边的页面顶部选择“高级”。
注意
“高级”模式目前不支持 Azure NetApp 文件大型卷，但对于高文件计数/高元数据工作负荷而言，大型卷通常是绝佳的选择。 请联系 Azure NetApp 文件专家或 CSA，详细了解大型卷以及大型卷是否适合工作负荷。
输入卷大小，然后根据读/写组合来调整滑块。 然后选择工作负荷大小。
计算器会显示服务级别选项。 在这种情况下，我们只需使用“标准”服务级别即可实现所需的性能。
如果你后来发现需要的吞吐量超过了“标准”服务级别选项提供的 1,093 MiB/秒（适用于突发工作负载或其他情况），则 Azure NetApp 文件允许你非中断性地调高或调低服务级别来满足自己的需求。