openstack中虚拟机监控程序的最小参数是什么
OS apiopenstack中虚拟机监控程序的最小参数是什么,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大部分时间都
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的实际源代码来解释这种现象。视图仍然很小,我相信人们来这里是为了答案,因此写一个视图仍然很小,我相信人们来这里是为了答案,因此写一个