本文可帮助你了解和排查 Azure 门户中显示无或零利用率的 Azure 预留。 本文还介绍了不匹配的利用率。
症状
- 登录 Azure 门户并导航到“预留”。
- 在预留列表的“利用率 (%)”列中查看预留的利用率。 它可能为 0% 或低于预期。
- 选择该预订。
- 在预留概述页上，关系图中使用的百分比可能与保留列表中显示的值不匹配。
原因
使用情况数据的延迟：Azure 门户中的 “利用率”（%） 列显示当前日期的值。 该值是根据使用情况数据从资源运行的位置到达时计算得出的。 Azure 使用使用率来计算利用率百分比。 某些资源报告使用率的速度比其他资源慢。 此外，某些产品类型（如 SQL 数据库）报告其使用率数据的速度慢。 延迟可能导致利用率计算显示的值低于实际使用率。 日边界处差异较明显。 在这种情况下，如果 Azure 没有获取 4-8 小时的使用率数据，则计算的值为 0%。 显示的值为 0% 是因为使用率数据未到达，并且似乎预留并未将权益应用到任何资源。 当使用率数据到达时，值的变化将倾向于正确的百分比。 收集所有使用率数据后，将确定正确的值并在图中正确显示。
资源更改：您可能已经停止使用资源 A，并开始使用资源 B，这不适用于您所购买的预留资源。 例如，如果预留了 D 系列 VM（SKU：D2_v3），并且切换到了另一个 D 系列 VM（SKU：D2s_v3），则不会应用预留。 若要解决此问题，可以交换预留，使其与正确的资源匹配。 另一个示例是，如果你有特定 SQL 数据库的预留（SKU：SQLDB_Standard），并且切换到了不同类型的数据库（SKU：SQLDB_Premium），则不会应用预留。 有关预留交换的详细信息，请参阅 Azure 预留交换和退款
范围更改：将资源从一个订阅或资源组移动到另一个订阅或资源组，而预留的范围不同于要移动到的资源的范围。 例如，如果预留范围限定为订阅 A，并且已将资源移到了订阅 B，则预留将不适用。 要解决这一问题，可能需要更改预留范围。 另一个示例是，将 VM 从一个资源组移到同一订阅中的另一个资源组，但预留的范围限定为原始资源组。 有关更改范围的详细信息，请参阅 更改 Azure 预留的范围
多个预留：你购买了另一个预留，该预留也向同一范围应用了权益，因此，应用权益的现有预留实例较少。 例如，如果在同一订阅中有两个具有相同 VM 类型（SKU：D2_v3）的预留，权益可能会重叠，从而降低其中一个预留的有效性。 若要解决此问题，可能需要交换或退订其中一个预订。
资源已停止：停止运行特定资源，因此，它停止了发出使用情况，权益停止应用。 例如，如果已为停止运行的 VM（SKU：D2_v3）预留，则在 VM 再次运行之前，预留权益将不适用。 另一个示例是，你有特定类型的存储帐户（SKU：Standard_LRS）的预留，并且你已停止使用该存储帐户。
预留状态：如果预留状态为“无权益”，则会提供一条警告消息和建议来解决该问题。 例如，如果看到预留的“无权益”状态（SKU：D2_v3），则可能需要查看预留页上提供的建议。 例如，如果预留的范围限定为已删除的订阅，则预留将不适用于任何资源。
资源使用量超过预留：假设你在美国西部 2 区域购买了 Azure Blob 存储（SKU：Standard_LRS）100 TB 的预留。 如果在预留期内的任何一个月中使用了 101 TB，那么您的账单将包括 100 TB 的预留容量费用以及 1 TB 的按需付费（PAYG）价格的费用。 这会因额外 1 TB 而产生超额费用。 另一个示例是，你有一个预留用于 Azure SQL 数据库的 5 个实例（SKU：SQLDB_Standard），并且你为任何给定小时部署了 7 个实例，那么该预留将涵盖 5 个实例的成本，而剩余 2 个实例将按即用即付价格计费。
后续步骤
- 若要详细了解如何管理预留，请参阅管理 Azure 资源的预留。