openstack服务在ubuntu系统下的自启动机制分析

    Openstack中的各个组件服务都会以守护进程形式在系统后台运行，并且是开机自启动，也可以使用如下形式手动重启、关闭或启动  ：

           service service_name restart/stop/start

     那么这句语句背后又是如何去实现openstack的各个服务进程的启动呢，接下来一起探讨服务启动机制，本文以Ubuntu12.04系统为实验系统研究。

 

     从ubuntu6.10版本开始，Ubuntu开始使用upstartinit代替sys v init来进行服务自启动机制。Upstartinit是基于事件驱动的服务启动机制，可以使多个系统任务在保持依赖关系的前提下并发启动。使 用upstart机制时，我们通过/etc/init下的一系列 *.conf 配置文件来指定各种系统服务的依赖关系（启动时机）。系统启动时，upstart主进程/sbin/init会解析这些配置文件，按照指定的依赖关系并发启动各种服务与应用。

     这里介绍两个概念：

     1. init: upstart主进程，是Linux系统中的“应用程序管理器”，是其他所有进程的源头（PID为1），它会读取配置文件，处理各种服务和应用程序的依赖关系，根据事件（信号）来启动这些功能与服务，并动态地进行管理。

     2.initctl:upstart事件管理器，可以被应用程序进程用来通知init哪些事件（信号）发生。

 

     下面开始以serviceneutron-server start为例讲解服务是如何被执行启动的：

     首先，查看servic