你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
分配给卷的配额与所选服务级别的组合决定了具有自动 QoS 的卷的吞吐量限制。 对于具有手动 QoS 的卷，可以单独定义吞吐量限制。 当你制定有关 Azure NetApp 文件的性能计划时，需要了解几个注意事项。
注释
Azure NetApp 文件基于 NetApp 的裸机构建，在 Azure 数据中心内运行 ONTAP 存储操作系统。 Azure NetApp 文件是一个 PaaS，不会向客户提供存储效率，它是透明的和自托管的。
配额和吞吐量
吞吐量限制是读写速度的组合。 吞吐量限制只是影响能够达到的实际性能的决定因素之一。
典型的存储性能注意事项会影响所提供的总体性能。 注意事项包括读写混合、传输大小、随机或顺序模式以及许多其他因素。
指标将报告为在五分钟间隔内收集的多个数据点的聚合结果。 有关指标聚合的详细信息，请参阅 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 文件的性能常见问题解答。