Supervisor使用备忘

为什么要用Supervisor？

从这里说起，服务器端要将程序以daemon运行，其目的是摆脱控制终端的信号影响，以免进程退出。Daemon化流程：

int daemonize(){    pid_t pid = fork();    if (pid == 0)        exit(0);    if (setsid() == -1)        exit(-1);    umask(0);    chdir("/tmp");    close(0);    close(1);    close(2);    int stdfd = open("/dev/null", O_RDWR);    dup2(stdfd, STDIN_FILENO);      dup2(stdfd, STDOUT_FILENO);    dup2(stdfd, STDERR_FILENO);    return 0;}

可以看到，其实daemon化并不麻烦，只在main函数中调用下这个函数就可以了。但是对于后台一直运行的程序，需要看这个进程是否还活着，如果由于某种原因异常退出了，应该重新启动才行。

关于监控某进程，我见过的有以下做法：

方法1：
    启动第二个进程，在该进程中通过ps命令，查看进程是否还在。同时为了避免hung，可以发送个heatbeat消息给被监控进程，根据response查看进程还在否。
缺点：
    若是被监控进程非常忙，那么来不及响应，那么可能会导致误报。
方法2：
    采用master-worker模式，在daemon中分为master进程和worker进程，master进程负责管理worker进程，worker进程负责处理消息。这样master进程的处理逻辑足够简单，当worker进程由于异常退出时，master可以及时唤起新的worker用来替换他。比如nginx/uwsgi。
方法3：
    通过crontab定时任务来定时检查进程是否还在，还可进一步采用类似方法1加上heatbeat检查。

对于以上三种方法，我自己用的最多的是方法二，或许这也跟我写的接口大部分是HTTP协议的有关。因为方法1和方法3还需要在额外的进程来监控，个人比较懒，不想写，但是对于方法2，nginx/uwsgi那是自带的功能，如果我们想自己实现类似的master-worker模式的话，这样比较方便呢？所以supervisor华丽的登场了。

Supervisor可以用来启动并监控我们想要启动的一个或多个进程，这些被启动的进程，supervisor会持续地检查他们，当有异常退出时，会根据配置文件决定是否需要启动异常退出的子进程。除此之外，也提供了很多方便的功能供我们使用。

能做什么

    1. 根据配置文件启动一个或者多个进程
    2. 对于同一个服务，可以启动N个进程
    3. 对于同一个服务，可以启动N个进程，并传递不同参数，比如tornado，可以supervisor启动多个子进程，各个子进程listen不同的端口，这个端口号可以通过参数传递进去

[Note]: tordado这种部署模式为了避免惊群问题，nginx和uwsgi对惊群问题，同样有不同的实现方式。

    4. 可以将子进程的日志输出到目标文件中，特别是当子进程有多个进程时，多个进程访问同一日志文件可能会发生文件内容不一致的错误，所以Supervisor作为主进程，只有一个，这样访问一个日志文件的时候不会发生错误。
    5. 当进程退出时，可以重启该进程
    6. 当进程退出时，可以根据配置文件决定不重启进程
    7. 有一些插件，可以扩展supervisor的功能，例如向子进程发信号，监控子进程的memory等。

不能做什么

1. 在不用插件的情况下，向supervisor发信号，子进程不会收到信号。

[Note]: 可以在插件的帮助下实现。

2. 不能管理daemon进程。因为对于daemon进程而言，supervisor管理的子进程是daemon的启动进程，其在第一次fork()后，就退出了，对于supervisor而言，看到的总是退出的启动进程，因此supervisor发现启动不成功该进程；除此之外，由于fork()后的进程跟启动进程脱离了进程组的关系，因此停止supervisor的时候，这些fork()后的进程也停不掉，所以supervisor不能正确启动和停止daemon进程。

如有问题，请邮箱[e-mail]~