1. 简单

    因为咱们通常管理linux进程的时候,一般来说都需要自己编写一个能够实现进程start/stop/restart/reload功能的脚本,然后丢到/etc/init.d/下面。这么做有很多不好的地方,第一我们要编写这个脚本,这就很耗时耗力了。第二,当这个进程挂掉的时候,linux不会自动重启它的,想要自动重启的话,我们还要自己写一个监控重启脚本。而,supervisor则可以完美的解决这些问题。好,怎么解决的呢,其实supervisor管理进程,就是通过fork/exec的方式把这些被管理的进程,当作supervisor的子进程来启动。这样的话,我们只要在supervisor的配置文件中,把要管理的进程的可执行文件的路径写进去就OK了。这样就省下了我们如同linux管理进程的时候,自己写控制脚本的麻烦了。第二,被管理进程作为supervisor的子进程,当子进程挂掉的时候,父进程可以准确获取子进程挂掉的信息的,所以当然也就可以对挂掉的子进程进行自动重启了,当然重启还是不重启,也要看你的配置文件里面有木有设置autostart=true了,这是后话。

  2. 精确

    为啥说精确呢?因为linux对进程状态的反馈,有时候不太准确。为啥不准确?这个楼主也不知道啊,官方文档是这么说的,知道的告诉楼主一下吧,感激不尽。而supervisor监控子进程,得到的子进程状态无疑是准确的。

  3. 进程组

    supervisor可以对进程组统一管理,也就是说咱们可以把需要管理的进程写到一个组里面,然后我们把这个组作为一个对象进行管理,如启动,停止,重启等等操作。而linux系统则是没有这种功能的,我们想要停止一个进程,只能一个一个的去停止,要么就自己写个脚本去批量停止。

  4. 集中式管理

    supervisor管理的进程,进程组信息,全部都写在一个ini格式的文件里就OK了。而且,我们管理supervisor的时候的可以在本地进行管理,也可以远程管理,而且supervisor提供了一个web界面,我们可以在web界面上监控,管理进程。 当然了,本地,远程和web管理的时候,需要调用supervisor的xml_rpc接口,这个也是后话。

  5. 有效性

    当supervisor的子进程挂掉的时候,操作系统会直接给supervisor发信号。而其他的一些类似supervisor的工具,则是通过进程的pid文件,来发送信号的,然后定期轮询来重启失败的进程。显然supervisor更加高效。。。至于是哪些类似supervisor工具,这个楼主就不太清楚了,楼主还听说过god,director,但是没用过。有兴趣的朋友可以玩玩

  6. 可扩展性

    supervisor是个开源软件,牛逼点的,可以直接去改软件。不过咱们大多数人还是老老实实研究supervisot提供的接口吧,supervisor主要提供了两个可扩展的功能。一个是event机制,这个就是楼主这两天干的活要用到的东西。再一个是xml_rpc,supervisor的web管理端和远程调用的时候,就要用到它了。

  7. 权限

    大伙都知道linux的进程,特别是侦听在1024端口之下的进程,一般用户大多数情况下,是不能对其进行控制的。想要控制的话,必须要有root权限。而supervisor提供了一个功能,可以为supervisord或者每个子进程,设置一个非root的user,这个user就可以管理它对应的进程了。

    不过这功能,用不用就看大伙自己的环境了

系统环境: CentOS7.4

supervisor版本:supervisor-3.1.4-1.el7.noarch

安装:

yum -y install supervisor

启动服务:

supervisord -c /etc/supervisord.conf

用systemctl管理supervisord服务

进入目录 cd  /usr/lib/systemd/system/,增加文件 vim supervisord.service,来使得机器启动的时候启动supervisor,文件内容

# supervisord service for systemd (CentOS 7.0+)# by ET-CS (https://github.com/ET-CS)[Unit]Description=Supervisor daemon[Service]Type=forkingExecStart=/usr/bin/supervisord -c /etc/supervisord.confExecStop=/usr/bin/supervisorctl $OPTIONS shutdownExecReload=/usr/bin/supervisorctl $OPTIONS reloadKillMode=processRestart=on-failureRestartSec=42s [Install]WantedBy=multi-user.target

26d79d3aa9384cd13099c4573acb6e8.png

激活开机启动命令

systemctl enable supervisord.service

可能会报错(错误如下!)

image.png

解决方法! sudo unlink /var/run/supervisor/supervisor.sock (var/run路径根据自己定义的来)

image.png

启动supervisor进程

systemctl start supervisord.service

关闭supervisor进程

systemctl stop supervisord.service

如果修改了supervisor.service文件,可以通过reload命令来重新加载配置文件

systemctl reload supervisord.service

使用superviosr管理其他服务

下面是以supervisor管理.Net Core程序为例写的一个配置文件

进入/etc/supervisord.d/创建一个以.ini结尾的文件,内容如下

[program:Fastel.InvoiceService]  ##Fastel.InvoiceService是服务名称command=dotnet Fastel.InvoiceService.dll --ENVIRONMENT Release  ##启动服务需要执行的命令directory=/opt/Apps/Fastel.InvoiceService/latest/packages  ##在哪个目录下执行启动服务的命令user=user1 ##以user1用户启动Fastel.InvoiceService服务stdout_logfile=/opt/Apps/Fastel.InvoiceService/logs/stdout.log  ##标准输出日志路径stderr_logfile=/opt/Apps/Fastel.InvoiceService/logs/err.log     ##错误日志路径autostart=true       ##改服务随supervisor服务启动而启动autorestart=true     ##服务stop后自动重启#startsecs=5        ##子进程启动多少秒之后,此时状态如果是running,则我们认为启动成功了。默认值为1,非必须设置#priority=1#stopasgroup=true#killasgroup=true

supervisorctl 命令管理服务

supervisorctl  status

查看正在守候的所有服务状态

supervisorctl  update

更新或者修改/etc/supervisord.d/下面的服务配置文件后,执行此命令重新加载配置

supervisorctl  reload

重启supervisor中所有程序

supervisorctl  restart all

重启supervisor中所有程序

supervisorctl  restart service_name

重启指定的服务

supervisorctl  stop all

停止所有服务

配置文件解释: