你当前正在访问 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 卷或改用更高的服务级别。 在此示例中，你可以通过改用超高性能存储层，用一半的自动 QoS 卷配额来实现相同的吞吐量限制（每 TiB 128 MiB/秒 * 1 TiB = 128 MiB/秒）。
动态增大或减小卷配额
如果你的性能需求是暂时性的，或者你在固定的时间段内有增加性能的需求，则可动态增大或减小卷配额以即时调整吞吐量限制。 请注意以下事项：
无需暂停 IO 便可增大或减小卷配额，对卷的访问不会中断，也不会受到影响。
可以在 I/O 事务处于活动状态期间针对卷调整配额。 卷配额不能低于卷中存储的逻辑数据量。
当卷配额被更改时，吞吐量限制几乎会立即进行相应的更改。
更改不会中断或影响卷访问或 I/O。
调整卷配额可能需要更改容量池大小。
可以动态调整容量池大小，而不会影响卷可用性或 I/O。
手动 QoS 卷配额和吞吐量
如果使用手动 QoS 卷，则不必超量预配卷配额来实现更高的吞吐量，因为吞吐量可以单独分配给每个卷。 但是，你仍然需要确保容量池预先预配了足够的吞吐量来满足性能需求。 容量池的吞吐量根据其大小和服务级别进行预配。 有关更多详细信息，请参阅 Azure NetApp 文件的服务级别。
监视卷的性能
可以使用可用的性能指标监视 Azure NetApp 文件卷。
当卷吞吐量达到最大值（由 QoS 设置确定）时，卷响应时间（延迟）将增加。 这种影响可能会被错误地视为存储导致的性能问题。 增加卷 QoS 设置（手动 QoS）或增加卷大小（自动 QoS）会增加允许的卷吞吐量。
若要检查是否已达到最大吞吐量限制，请监视指标“已达到吞吐量限制”。 有关更多建议，请参阅 Azure NetApp 文件的性能常见问题解答。