1. 场景说明
计算节点能分配的最大虚拟机资源不能大于自身资源 – 出错时还挂在嘴边,但真正有所体会和认知,往往是在挨了毒打之后
| 组件 | 版本 | 备注 |
|---|---|---|
| OpenStack | train | |
| Nova | 20.6.0-1 | |
| Placement | 2.0.1-1 | |
| python2-osc-placement | 1.7.0-1 | 安装之后就可以使用OpenStack命令行操作placement api了,例如resource provider 等命令 |
| 计算节点CPU个数 | 48 | |
| 计算节点CPU超分比 | 4 |
环境信息如上,需要申请一台64C128G的虚拟机,申请时秒报错
1.1. 日志
排错时日志开debug模式
如果是高可用模式,则先只保留一个可用的服务做测试,其余的都关闭
/var/log/nova/nova-conductor.log
e0210a948 0fe34a6944b4416195ff5176f681c34f - default default] Failed to schedule instances: NoValidHost_Remote: No valid host was found.
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py", line 235, in inner
return func(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 199, in select_destinations
raise exception.NoValidHost(reason="")
NoValidHost: No valid host was found.
/var/log/nova/nova-scheduler.log
20596:2021-07-30 14:46:16.665 175316 INFO nova.scheduler.manager [None req-cb66e713-19a8-45d2-b107-dd31569f4653 b5957a478f0d4c328ef10cee0210a948 0fe34a6944b4416195ff5176f681c34f - default default] Got no allocation candidates from the Placement API. This could be due to
OpenStack Nova 调度失败:资源分配上限未考虑超分

本文档记录了一次排查OpenStack Nova调度失败的问题,日志显示无法找到满足64C128G资源需求的节点。通过检查资源、Placement API和代码调试,发现资源分配上限没有乘以超分倍数。超分在CPU上并不适用,因为CPU核数是固定的。同时讨论了内存和磁盘的超分实现。
最低0.47元/天 解锁文章
1884

被折叠的 条评论
为什么被折叠?



