nginx作为高性能web服务器，其fastcgi模块仅负责转发请求，不具备自动启动或重启fastcgi进程的能力。为确保fastcgi应用的稳定运行和高可用性，必须借助操作系统级别的进程管理工具。本文将详细阐述nginx与fastcgi的工作机制，并重点介绍如何利用supervisord等工具实现fastcgi进程的自动化监控与故障重启，从而构建健壮的服务环境。
Nginx与FastCGI进程管理机制
Nginx以其高效的反向代理和静态文件服务能力而闻名。当配置Nginx作为FastCGI代理时，它的主要职责是将客户端的HTTP请求转发给上游的FastCGI服务器，并将FastCGI服务器的响应返回给客户端。Nginx的配置中，fastcgi_pass指令指定了FastCGI服务器的地址和端口，例如：
server {
listen 80;
server_name 127.0.0.1;
root /home/jdk2588/testdir;
index index.html;
location ~ /goapp {
include fastcgi.conf;
fastcgi_pass 127.0.0.1:9001;
}
}在这段配置中，Nginx会将所有匹配 /goapp 路径的请求转发到 127.0.0.1:9001 端口上的FastCGI服务。需要特别注意的是，Nginx自身并不会启动或管理这个位于 127.0.0.1:9001 的FastCGI进程。这意味着，与Apache或Lighttpd等某些Web服务器不同，Nginx没有内置的FastCGI进程管理器。FastCGI应用（例如使用Go语言的 net/http/fcgi 模块编写的应用）必须独立于Nginx运行，并且需要由其他机制来启动和维护。
为什么需要外部进程管理工具？
由于Nginx不管理FastCGI进程的生命周期，如果FastCGI应用程序因任何原因（如代码错误、资源耗尽）崩溃或意外终止，Nginx将无法连接到该服务，从而导致客户端收到“502 Bad Gateway”错误。在生产环境中，这种服务中断是不可接受的。为了确保FastCGI服务的持续可用性，我们需要一个能够监控FastCGI进程状态并在其崩溃时自动重启的外部工具。
推荐的FastCGI进程管理方案：Supervisord
Supervisord是一个用Python编写的进程控制系统，它允许用户管理一组进程。Supervisord可以监控其管理的进程，并在进程终止时自动重启它们，从而极大地提高了服务的可靠性。它还提供了方便的命令行工具来启动、停止、重启和查看进程状态，以及捕获进程的stdout和stderr输出。
使用Supervisord管理Go FastCGI应用示例
以下是如何使用Supervisord来管理一个Go语言编写的FastCGI应用程序的步骤：
-
安装Supervisord： 在大多数Linux发行版上，可以通过包管理器安装Supervisord：
# Debian/Ubuntu sudo apt-get update sudo apt-get install supervisor # CentOS/RHEL sudo yum install epel-release sudo yum install supervisor
-
创建Go FastCGI应用： 假设你有一个Go语言的FastCGI应用，编译后生成一个可执行文件 goapp。这个应用监听在 127.0.0.1:9001 端口。
// main.go (示例Go FastCGI应用) package main import ( "fmt" "net" "net/http" "net/http/fcgi" ) func handler(w http.ResponseWriter, r *http.Request) { fmt.Fprintf(w, "Hello from Go FastCGI! Path: %s\n", r.URL.Path) } func main() { http.HandleFunc("/goapp", handler) // 假设处理 /goapp 路径 listener, err := net.Listen("tcp", "127.0.0.1:9001") if err != nil { panic(err) } defer listener.Close() fmt.Println("Go FastCGI server listening on 127.0.0.1:9001") err = fcgi.Serve(listener, nil) if err != nil { panic(err) } }编译此应用：go build -o goapp main.go
-
配置Supervisord： Supervisord的配置文件通常位于 /etc/supervisor/supervisord.conf 或 /etc/supervisord.conf。我们通常会在 conf.d 目录下创建独立的程序配置文件。
创建一个新的配置文件，例如 /etc/supervisor/conf.d/goapp.conf：
[program:go_fastcgi_app] ; 应用程序的命令，确保路径正确 command=/path/to/your/goapp ; 应用程序的工作目录 directory=/path/to/your/app/directory ; 在supervisord启动时自动启动此程序 autostart=true ; 在程序退出时自动重启 autorestart=true ; 程序运行的用户，建议使用非root用户 user=www-data ; 重启尝试次数，如果超出次数，则不再尝试 startretries=3 ; 进程启动后的等待时间（秒），若在此时间内退出，则认为是启动失败 startsecs=5 ; 标准错误日志文件路径 stderr_logfile=/var/log/supervisor/go_fastcgi_app_stderr.log ; 标准输出日志文件路径 stdout_logfile=/var/log/supervisor/go_fastcgi_app_stdout.log ; 日志文件大小限制 logfile_maxbytes=50MB ; 日志文件保留数量 logfile_backups=10
请将 /path/to/your/goapp 和 /path/to/your/app/directory 替换为你的实际路径。
-
加载并启动Supervisord配置： 配置完成后，需要通知Supervisord重新加载配置并启动新程序：
sudo supervisorctl reread # 读取所有新的或修改的配置文件 sudo supervisorctl update # 更新Supervisord的运行配置 sudo supervisorctl start go_fastcgi_app # 启动名为go_fastcgi_app的进程
你可以使用 sudo supervisorctl status 查看进程状态。如果Go FastCGI应用意外崩溃，Supervisord将自动检测并尝试重启它。
其他进程管理工具
除了Supervisord，还有其他一些操作系统级别的工具可以用于管理FastCGI进程：
- systemd (Linux系统服务管理器)： 在现代Linux发行版中，systemd是标准的初始化系统和服务管理器。你可以为FastCGI应用创建 .service 单元文件，利用systemd的强大功能进行进程管理、依赖控制和日志集成。
- init.d/SysVinit (传统Linux初始化系统)： 对于较旧的Linux系统，可以使用传统的init脚本来启动和停止FastCGI服务。
- Upstart (Ubuntu早期版本)： Upstart是Ubuntu早期版本使用的事件驱动的初始化系统，也可以用来管理进程。
- pm2 (Node.js进程管理器)： 尽管pm2主要用于Node.js应用，但它也可以配置来管理其他类型的后台进程。
总结与注意事项
- Nginx的职责明确： Nginx只负责转发请求，不负责FastCGI进程的生命周期管理。
- 选择合适的进程管理器： 根据你的操作系统环境和需求，选择Supervisord、systemd或其他工具来监控和管理FastCGI进程。Supervisord因其跨平台和易用性而广受欢迎。
- 日志记录： 配置好进程管理器的日志记录功能至关重要。详细的日志可以帮助你诊断FastCGI应用崩溃的原因。
- 用户权限： 运行FastCGI进程时，应避免使用root用户，而是创建一个专用的低权限用户（如 www-data 或 nginx 用户），以增强系统安全性。
- 平滑重启： 在进行应用更新时，考虑如何实现FastCGI应用的平滑重启，以避免服务中断。一些进程管理器支持发送信号（如 SIGHUP）给应用，让其在不中断现有连接的情况下重新加载配置或代码。
通过上述方法，你可以为Nginx后面的FastCGI应用程序构建一个稳定、可靠且具有自动恢复能力的运行环境。
