继续Azure实例保留主题–何时保留Azure实例–让我们再做一步，如何计算保留比率以及如何控制主张交换或取消的保留。

Azure门户非常支持，请检查保留列表的利用率列。如果其中任何一个低于100%，则为超额保留。这并不意味着你会自动浪费金钱，在动态扩展的情况下，过度预订可能会带来经济效益，需要根据过去和预测的使用模式来计算节省的浪费。

超额预订可以交换到另一个实例类型，也可以收费取消。

如果必须保留所有虚拟机，最简单的管理，所以预期的预定率是100%。

让我们去成本顾问那里预定购买虚拟机预定实例的推荐价格。

如果您想更深入地了解，请查看成本分析，商城返利系统，它显示当前只按现收现付价格，而不按预定价格。如果按服务名称"virtual machines"筛选成本视图，并按"Meter subcategory"分组，则它将显示未保留的计算成本、候选保留。小心不要保留尖峰容量使用！

有一种方法可以通过Azure CLI和数据分析计算准确的预订比率，即按需付费和按预订运行的小时数。

设置一些环境变量

让我们获取使用数据–vmId、位置、成本模型（如果是RI或PAYGO），usageQuantity作为当天运行的小时数–用于通过Azure CLI定义的订阅的虚拟机，并将其存储在用法.csv

不幸的是，使用数据只包含按需付费行的虚拟机大小，而不包含RIs，北京大数据公司，也缺少OS类型。需要从vm列表中获取vm大小和OS类型。只有在虚拟机没有同时退役的情况下才有可能。您可以从自己的资产管理工具中读取它。准确地说，vmId、vmSize和osType都被获取并存储在其中vms.csv文件.

添加vmSize和osType到用法表和数据透视，一些python代码行。

瞧！azureRIRatio.csv文件告诉我们按位置（操作系统类型）和虚拟机大小（vm大小）按现收现付和按预订运行的小时数，并计算预订的百分比。如果你是一个有趣的用户界面，创建一个仪表板不是什么大问题，中移物联网有限公司，例如

要真正比较成本效益和浪费，用适当的焦点衡量更昂贵的服务器，淘客平台，建议添加虚拟机成本并计算成本比率。

一些额外的考虑。

考虑延长使用模式的时间，多多淘客，计算对因过去未保留而造成的浪费进行了预测，并提出了RI比的建议。为了完整起见，Windows和Linux在这里是分开计算的。如果企业许可协议可用，它们的价格和保留是相同的，因此使用Azure hybrid benefit。更简单，更有趣！如果实例大小的灵活性被用来获得超级简单的J仪表板，那么就通过vm系列来考虑比率进行聚合！

希望微软会宣布新的功能，比如

类似的仪表板应该由Azure默认提供。VmSize和成本信息必须添加到RI行的az使用情况输出中，类似于现收现付行的情况。OSType必须是az使用情况输出中产品信息的一部分。预订类型（1年或3年预订）必须在az usage输出的meterSubCategory字段中可用。VmSize的情况不是必然的，不幸的是取决于vm如何创建L，希望能很快得到修复。