Openstack Compute 无法根据类型和实例数量运行实例

Question

我正在尝试创建各种实例，而 Compute 未能生成其中的一些实例。

我的实例具有以下特点：

名称：ThirdInstance 从镜像创建：CentOS-7-x86_64 风格：m1.medium（2 VCPU，4GB RAM，40GB 磁盘）

我还有另外两个实例正在运行。 除非我使用了 m1.small（1VCPU、2GB RAM、20GB 磁盘），否则我无法生成这些实例。 与该风格的任何偏差和实例生成都失败了。

不幸的是，无论使用哪种口味，我的 ThirdInstance 都无法生成。 我尝试用 m1.small 创建它，但它始终失败。

我查看了 Nova 日志，并注意到当我尝试创建此实例时，我始终在 nova-conductor.log 文件中收到以下消息：

2020-08-29 13:21:09.637 98391 ERROR nova.conductor.manager
2020-08-29 13:21:09.637 98391 ERROR nova.conductor.manager
2020-08-29 13:21:09.890 98391 WARNING nova.scheduler.utils [req-30539015-22f1-4d46-b8b7-63f9c679eed1 4c4c7de6dd134250972958ce260530f2 166dc91ccec24f21963c71a437380ee9 - default default] Failed to compute_task_build_instances: No valid host was found.
Traceback (most recent call last):

  File "/usr/lib/python3.6/site-packages/oslo_messaging/rpc/server.py", line 241, in inner
    return func(*args, **kwargs)

  File "/usr/lib/python3.6/site-packages/nova/scheduler/manager.py", line 200, in select_destinations
    raise exception.NoValidHost(reason="")

nova.exception.NoValidHost: No valid host was found.
: nova.exception_Remote.NoValidHost_Remote: No valid host was found.
2020-08-29 13:21:09.891 98391 WARNING nova.scheduler.utils [req-30539015-22f1-4d46-b8b7-63f9c679eed1 4c4c7de6dd134250972958ce260530f2 166dc91ccec24f21963c71a437380ee9 - default default] [instance: fe54feaf-ecb6-4725-97e9-7d208066ddb0] Setting instance to ERROR state.: nova.exception_Remote.NoValidHost_Remote: No valid host was found.

我在这里缺少什么？ 当我尝试使用 m1.small 以外的风格时，是什么导致了这些 No Host Found 失败，为什么不管使用的风格如何，第三个实例都无法生成？？？ 我如何（如果可能）让这些实例正常运行？

注意：我在 CentOS 8 上使用从 Packstack 创建的安装。我的机器是 2 核，具有 32G 的 RAM 和 3 TB 的磁盘空间。 Openstack 版本是 Ussuri。

Answer 1

在我看来，您没有足够的资源，尤其是 CPU 内核。 您已经写过，您的节点只有两个内核，并且您已经生成了 2 个小型虚拟机，每个虚拟机需要 1 个内核。 当没有找到具有足够资源用于所选风格的计算主机时，此No valid host was found - 也会出现错误。

你可以自己检查一下：

运行openstack hypervisor list列出您的 hypervisor，然后openstack hypervisor show <ID>和您的 hypervisor 的 id。 在输出你找到vcpus和vcpus_used 。 vcpus是所选计算主机上的最大可用 CPU 核数。 根据您问题的信息，我认为这两个值在您的情况下都是2 ，这表明您没有足够的资源用于第三个 VM。