【OpenStack】OpenStack服务的启动

wanmin444

OpenStack服务的启动

 

本博客欢迎转发，但请保留原作者（新浪微博：@孔令贤HW；博客地址：http://blog.csdn.net/lynn_kong）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！

 

看过openstack源码的朋友都知道，在每个工程下，都有一个bin目录，下面是每个服务进程的启动脚本，使用python 脚本名就能运行一个服务。但对于Linux系统来说，有自己的一套服务管理程序。

 

关于早期的Linux系统的启动，熟悉Linux的人大多应该知道，init进程(PID=1)乃是所有进程的父进程，所有进程由它控制，init进程的运 行时间是内核完成文件系统的加载之后。早期的系统管理被称作SysV，它通过在代表各个run level的目录里建立脚本来控制服务的自动启动。比如，/etc/rc0.d目录里以S开头的脚本会被运行在run level0。在这种方式下，如果要屏蔽一个服务，需要把S开头的那个更名为以K开头。而所有在rc*.d下的脚本都链接到/etc/init.d目录 里。以安装OpenStack的SUSE系统为例，对于启动nova-compute服务命令，是service openstack-nova-compute start，那我们就到/etc/init.d目录下找到openstack-nova-compute这个脚本文件，内容如下

 
注意在start分支有这么一句：
startproc -t ${STARTUP_TIMEOUT:-5} -q /usr/bin/nova-$name $OPTIONS
这种写法就是标准的服务的写法，其中OPTIONS指定了日志配置和服务参数配置。

 

Ubuntu 从6.10开始逐步用Upstart代替原来的SysV init。进行服务进程的管理，目前Fedora和Debian也支持Upstart。Upstart采用了完全不同的方式。它要求所有的启动脚本，其实 是配置文件，建立在/etc/init目录下，每个服务一个文件，里面定义脚本启动与关闭的运行级别、条件、事件等。可以看出，Upstart要比 SysV高明得多，因为SysV启动是线性、顺序的，一个S20的服务必须要等待S19启动完成才能启动，如果一个启动要花很多时间，那么后面的服务就算 完全无关，也必须要等。而在Upstart下，服务的启动基于事件，而且是并行的，只要事件发生，服务可以并发启动。这种方式无疑要优越得多，因为它可以 充分利用现在计算机多核的特点，大大减少启动所需的时间。关于Upstart的详细介绍，可以参考Upstart的官网。

 

我们看一个在Ubuntu下的服务，在/etc/init目录下，有系统所有服务的Upstart配置文件，以nova-api.conf为例，内容如下：

description "Nova API server"
author "Soren Hansen <soren@linux2go.dk>"
start on runlevel [2345]
stop on runlevel [016]

chdir /var/run
pre-start script
mkdir -p /var/run/nova
chown nova:root /var/run/nova/
mkdir -p /var/lock/nova
chown nova:root /var/lock/nova/
end script
exec su -s /bin/sh -c "exec nova-api --config-file=/etc/nova/nova.conf" nova

 

简单解释：
start on和stop on定义了启动与停止的事件、运行级别等（还可以定义emits来定义这个服务自己触发的事件，也就是这个服务启动后发出的事件）。下面的pre- start script和post-start script是启动前后运行的脚本。exec一行就是服务的运行脚本。

 

那么怎样取消一个服务的自动启动？
拿nova-api.conf为例，只需要把start on注释掉就好了。但不要删除conf文件，这样以后仍然可以用start/stop这些命令来控制它的状态。

 

　　此外，另一个很有用的命令是initctl，在命令行输入initctl list即可列出所有服务的运行状态。用man initctl可以获取更多的信息。