你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure NetApp 文件的性能考虑因素
重要
本文仅介绍常规卷的性能注意事项。
有关 大型卷，请参阅 大型卷的要求和注意事项。
分配给卷的配额与所选服务级别的组合决定了 具有自动 QoS 的卷的吞吐量限制 。 对于具有手动 QoS 的卷，可以单独定义吞吐量限制。 当你制定有关 Azure NetApp 文件的性能计划时，需要了解几个注意事项。
配额和吞吐量
吞吐量限制是读写速度的组合。 吞吐量限制只是要实现的实际性能的一个决定因素。
典型的存储性能注意事项有助于提供的总性能。 注意事项包括读取和写入混合、传输大小、随机模式或顺序模式以及许多其他因素。
指标将报告为在 5 分钟间隔内收集的多个数据点的聚合。 有关指标聚合的详细信息，请参阅 Azure Monitor 指标聚合和显示说明。
测试中观察到的最大实际吞吐量为 4,500 MiB/秒。 在“高级”存储层，70.31 TiB 的自动 QoS 卷配额将预配足以实现此性能级别的吞吐量限制。
对于自动 QoS 卷，如果考虑分配超出 70.31 TiB 的卷配额量，则可以将额外的配额分配给存储更多数据的卷。 但是，添加的配额不会进一步增加实际吞吐量。
同一个实际吞吐量上限也适用于具有手动 QoS 的卷。 可分配给卷的最大吞吐量为 4,500 MiB/秒。
自动 QoS 卷配额和吞吐量
本部分介绍了自动 QoS 类型的卷的配额管理和吞吐量。
超量预配卷配额
如果工作负荷的性能受吞吐量限制的约束，则可以超量预配自动 QoS 卷配额，以便设置更高的吞吐量级别，实现更高的性能。
例如，如果高级存储层中的自动 QoS 卷只有 500 GiB 的数据，但需要 128 MiB/秒的吞吐量，则可将配额设置为 2 TiB，以便相应地设置吞吐量级别（每 TB 64 MiB/秒 * 2 TiB = 128 MiB/秒）。
如果为了获得更高的吞吐量而一直超量预配卷，请考虑改用手动 QoS 卷或改用更高的服务级别。 在此示例中，可以使用超级存储层（每个 TiB 的 128 MiB/秒 * 1 TiB = 128 MiB/秒）来实现与一半自动 QoS 卷配额相同的吞吐量限制。
动态增大或减小卷配额
如果你的性能需求是暂时性的，或者你在固定的时间段内有增加性能的需求，则可动态增大或减小卷配额以即时调整吞吐量限制。 请注意以下事项：
无需暂停 IO 便可增大或减小卷配额，对卷的访问不会中断，也不会受到影响。
可以在 I/O 事务处于活动状态期间针对卷调整配额。 卷配额永远不能低于卷中存储的逻辑数据量。
当卷配额被更改时，吞吐量限制几乎会立即进行相应的更改。
更改不会中断或影响卷访问或 I/O。
调整卷配额可能需要更改容量池大小。
可以动态调整容量池大小，而不会影响卷可用性或 I/O。
手动 QoS 卷配额和吞吐量
如果使用手动 QoS 卷，则不必超量预配卷配额来实现更高的吞吐量，因为吞吐量可以单独分配给每个卷。 但是，你仍然需要确保容量池预先预配了足够的吞吐量来满足性能需求。 容量池的吞吐量根据其大小和服务级别进行预配。 有关更多详细信息，请参阅 Azure NetApp 文件的服务级别。