openstack中虚拟机监控程序的最小参数是什么

openstack中虚拟机监控程序的最小参数是什么,openstack,kvm,openstack-nova,hypervisor,Openstack,Kvm,Openstack Nova,Hypervisor,OS apiv2.1/{tenant id}/OS hypervisor/detail的响应返回一个参数disk\u available\u least,该参数的值为负值。 我想知道这个参数是什么,以及它是如何计算的 尝试在OpenStack文档中搜索,但没有成功。超过承诺 尽管虚拟化有助于更好地利用资源,但在大多数情况下,它仍然可以得到更优化 例如,开发人员的工作站每天仅使用8-9小时。分配给该工作站的资源可用于在不同班次工作的其他开发人员。另一个例子是,可能不是所有分配的RAM大部分时间都

OS api
v2.1/{tenant id}/OS hypervisor/detail
的响应返回一个参数
disk\u available\u least
,该参数的值为负值。 我想知道这个参数是什么,以及它是如何计算的

尝试在OpenStack文档中搜索,但没有成功。

超过承诺
尽管虚拟化有助于更好地利用资源,但在大多数情况下,它仍然可以得到更优化

例如,开发人员的工作站每天仅使用8-9小时。分配给该工作站的资源可用于在不同班次工作的其他开发人员。另一个例子是,可能不是所有分配的RAM大部分时间都被机器使用

Openstack允许我们过度提交CPU、磁盘和RAM。查看openstack官方文档

这意味着,虽然我们的物理机器只有100GB的RAM,但我们可以创建累积分配RAM为150GB的VM,这取决于超额承诺率

问题的答案


可用磁盘\u \u至少使用以下公式计算:

disk_available_least = disk_free_gb - disk_over_committed
如您所见,此值取决于磁盘的过度提交值(可能高于磁盘的物理值)以及导致负值的可用磁盘大小

用openstack的示例和实际源代码可以很好地解释这种现象。


尽管虚拟化有助于更好地利用资源,但在大多数情况下,它仍然可以得到更优化

例如,开发人员的工作站每天仅使用8-9小时。分配给该工作站的资源可用于在不同班次工作的其他开发人员。另一个例子是,可能不是所有分配的RAM大部分时间都被机器使用

Openstack允许我们过度提交CPU、磁盘和RAM。查看openstack官方文档

这意味着,虽然我们的物理机器只有100GB的RAM,但我们可以创建累积分配RAM为150GB的VM,这取决于超额承诺率

问题的答案


可用磁盘\u \u至少使用以下公式计算:

disk_available_least = disk_free_gb - disk_over_committed
如您所见,此值取决于磁盘的过度提交值(可能高于磁盘的物理值)以及导致负值的可用磁盘大小


有一个很好的例子和openstack的实际源代码来解释这种现象。

视图仍然很小,我相信人们来这里是为了答案,因此写一个视图仍然很小,我相信人们来这里是为了答案,因此写一个