OpenStack源码探秘(一)——Nova-Scheduler
许久没有更新OpenStack源码探秘系列了。最近换工作颇不顺利,许多笔者心仪的公司都因为这样或那样的原因而失之交臂,这样下去可能会考虑到互联网公司做些服务器端的工作。晚上回到家心情都不太好,懒得动笔,不过经过了几天起伏,心态也慢慢调整过来了,今天就给大家分享一篇Nova-Scheduler的源码架构分析。
Nova的代码相比Glance来说要复杂许多,整体的架构类似于Twisted的异步回调消息架构,通过AMPQ框架(RabbitMQ)实现了服务间的消息传递机制。关于Nova的整体架构的文章CSDN上有许多,大家可以看看做引申阅读,不过可能需要掌握些基础知识才能读懂。这里先暂时搁置,今后规划好可能会给大家进行些心得的分享。
选择Nova-Scheduler这个服务作为OpenStack源码探秘系列的开头,是因为Nova-Scheduler的架构是比较简单易懂的,万事开头难,适合开篇。然后Nova-Scheduler在OpenStack中的作用却是非常重要的,负责虚拟机的调度,决定虚拟机或volume磁盘运行在哪台物理服务器上。Nova-Scheduler看似简单,是因为其实现了非常好的架构,方便我们开发者根据公司的业务或产品特点,自行增添开发适合我们的调度算法。
我们先大体分析Nova-Scheduler的整体结构:
看一下Nova-Scheduler的服务管理入口,Manage.py(OpenStack所有服务的入口都是以这个名字命名的&#