OpenStack-filters导致调度失败的解决方案

1、 OpenStack | filters 导致调度失败的解决方案 使用OpenStack创建实例时提示：No valid host was found 怎么办？（环境是centos7+物理机，安装方式：packstack-allinone）付广平从错误信息上看是由于Nova调度失败导致错误，建议打开nova-scheduler debug并查看nova-scheduler日志。OpenStack Nova的经典调度算法是Filter scheduler, 该算法的原理是先通过一系列filters过滤掉不满足资源请求的主机，比如你申请的虚拟机内存为32GB，如果有三个宿主机A、B、C可用内存分别

2、为16GB、32GB、64GB，则RamFilter会过滤掉主机A，剩下B、C。完成所有的filters过滤后，再通过各种weighers计算权重，比如剩余内存越大，分数越高。最后会挑出分数最高的前几名（比如前5），从中随机选择一台主机作为虚拟机候选主机，之所以不是挑最高的一台主机，而是随机从前几名中随机挑一台，这是为了引入随机化因素避免单台主机扎堆。引入官方文档的一张图片：更多关于OpenStack Filter scheduler算法可以参考官方文档：Compute schedulers有了以上基础后，思路就很明了了，我们需要判断是哪个filter导致调度失败的。这在日志中是可以查看的。比

3、如有如下日志内容：注意查看Filter results的start和end值，如果start end，则说明这个filter没有过。以上例子中我们发现DiskFilter的start为3，end为0，说明是由于DiskFilter没有通过导致虚拟机调度失败的，即所有的主机的磁盘空间都不满足虚拟机的请求。为了确认确实资源不足导致调度失败的原因，你可以通过Nova命令查看各个宿主机的资源使用情况：还有一些比较常见的filters导致调度失败：ComputeFilter: 这是由于没有找到compute节点导致调度失败的，一般是由于nova-compute服务down掉或者disalbed导致的，可

4、以使用nova service-list查看所有的nova-compute服务状态。AvailabilityZoneFilter: 这可能是由于AvailabilityZone参数指定错误导致的，如果没有指定该参数，默认的AvailabilityZone为nova，请确认包含计算节点属于nova域。RetryFilter：这是非常经典的错误。Nova有重试机制，当在一个计算节点启动虚拟机失败后，该计算节点会重新向nova-scheduler发起重新调度的请求，默认重试次数为3。换句话说，只有在nova-compute创建虚拟机出错才会导致该错误，直接查看nova-compute日志就可以发现错误原因，比如port绑定失败、下载镜像失败等等。如果部署的是新版本OpenStack，则还需要结合nova-placement-api日志排查错误原因，比较麻烦的是，如果资源不足，nova-placemnt-api直接就返回0了，在nova-scheduler中可以看到Got no allocation candidates from the Placem