Nginx 怎么在 Nginx 中配置监控脚本检测 Nginx 进程存活状态异常自动拉起-Nginx-PHP中文网

nginx 无法自拉起，必须依赖外部工具实现监控与自动恢复：首选 systemd（含配置校验与重启抑制）、次选 keepalived（支持高可用与业务级检测）、兜底用 crontab（需人工干预防误重启）。

nginx 怎么在 nginx 中配置监控脚本检测 nginx 进程存活状态异常自动拉起

不能在 Nginx 自身配置文件（如 nginx.conf）里直接写“监控脚本”或实现进程自拉起——Nginx 是 Web 服务器，不是进程管理器。真正的监控与自动恢复必须由外部工具完成，比如 systemd、Keepalived、crontab 或 supervisor。下面分场景讲清楚怎么做才可靠。

用 systemd 原生支持自动重启（推荐首选）

这是最轻量、最稳定、无需额外依赖的方式，适用于所有现代 Linux 发行版（CentOS 7+/Ubuntu 16.04+）。

编辑服务单元文件：/etc/systemd/system/nginx.service（若使用包管理安装，通常已有，可 systemctl edit nginx 覆盖补丁）
确保包含以下关键重启策略：
- Restart=always：只要进程退出就重启
- RestartSec=3：重启前等待 3 秒，防抖
- StartLimitIntervalSec=60 与 StartLimitBurst=3：1 分钟内最多启动 3 次，避免崩溃循环
- ExecStartPre=/usr/sbin/nginx -t：每次启动前校验配置，失败则不启动
- KillMode=mixed：确保 master 退出时 worker 一并清理
重载并启用：sudo systemctl daemon-reload && sudo systemctl enable --now nginx
验证效果：执行 sudo pkill -f "nginx: master"，5 秒内应自动恢复；查日志：journalctl -u nginx -n 20

用 Keepalived 实现双机高可用 + 故障自救

适用于主备架构，不只是“拉起 Nginx”，而是能判断是否真可用（进程+端口+业务响应），再决定是重启、降权还是切 VIP。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

编写检测脚本（例如 /etc/keepalived/check_nginx.sh）：
- 先检查 master 进程：pgrep -f "nginx: master process" > /dev/null
- 再 curl 本地端口：curl -s --connect-timeout 2 -o /dev/null http://127.0.0.1/ || exit 1
- 异常时尝试 systemctl restart nginx，2 秒后复检，失败则 exit 1
在 keepalived.conf 中定义：
- vrrp_script check_nginx { script "/etc/keepalived/check_nginx.sh"; interval 2; weight -10; }
- track_script { check_nginx; } 加入 vrrp_instance 块
这样：Nginx 挂了 → 脚本重启 → 成功则权重不变；失败则本节点优先级下降 → VIP 自动漂移到备机

用 crontab + 简单 Shell 脚本兜底（适合轻量或旧系统）

不依赖 systemd 或 Keepalived，适合最小化环境或临时应急。

写检测脚本（/opt/scripts/monitor-nginx.sh）：
- 用 systemctl is-active --quiet nginx 或 pgrep -f "nginx: master" 判断
- 失败时先 nginx -t，成功再 systemctl restart nginx
- 记录日志：echo "$(date): restarted" >> /var/log/nginx-monitor.log
添加定时任务：crontab -e，加一行：
- */2 * * * * /bin/bash /opt/scripts/monitor-nginx.sh > /dev/null 2>&1（每 2 分钟执行）
注意：该方式无启动抑制机制，若配置错误反复重启，需人工干预