Keepalived VIP漂移不依赖PHP，PHP仅作为被保护服务参与健康检查；可通过/health.php等端点供Keepalived探测，或在严格权限控制下用shell命令间接触发切换，但禁止直接操控VIP。
Keepalived VIP 漂移本身不依赖 PHP，PHP 无法直接控制 VIP 或触发 Keepalived 状态切换；它只能作为高可用架构中的「被保护服务」参与健康检查，或通过外部命令间接配合漂移逻辑。
PHP 应用如何被 Keepalived 健康检查识别
Keepalived 本身不解析 PHP，它靠 check_http、tcp_check 或自定义 script 来判断后端是否存活。PHP 服务需暴露一个稳定、低开销的探测端点：
- 推荐在 Web 根目录下放一个
/health.php，内容仅含<?php echo 'OK'; ?>，并确保该路径不经过登录/鉴权中间件 - 避免返回动态内容（如时间戳、随机数），否则可能被 Keepalived 误判为状态不一致
- 若使用 Nginx + PHP-FPM，需确认
fastcgi_pass指向本地 socket 或 127.0.0.1:9000，且 PHP-FPM 进程实际运行中 - Keepalived 配置中
http_get的url必须带协议和路径，例如：url { path /health.php status_code 200 }
PHP 中调用 shell 命令触发 VIP 手动切换（不推荐但偶有需要）
某些运维场景下，PHP 后台需主动通知 Keepalived 切换角色（如数据库主从切换完成）。此时不能直接操作 VIP，而是通过 killall -USR1 keepalived 或写入 FIFO 触发脚本——但必须严格限制权限：
- PHP 进程用户（如
www-data）需在/etc/sudoers中获准无密码执行特定命令，例如：www-data ALL=(root) NOPASSWD: /bin/killall -USR1 keepalived - PHP 中用
shell_exec()调用时，务必过滤输入、设置超时，并捕获错误输出：shell_exec('sudo /bin/killall -USR1 keepalived 2>&1') - 禁止拼接用户输入进命令字符串，否则存在严重命令注入风险
- 此方式绕过 Keepalived 自身状态机，极易引发脑裂，仅限调试或极简单节点手动干预
PHP 日志与 Keepalived 故障排查联动
当 VIP 漂移后业务异常，问题常不在 Keepalived 配置本身，而在 PHP 服务未及时响应健康检查：
立即学习“PHP免费学习笔记（深入）”；
- 检查 PHP 错误日志（
/var/log/php_errors.log或error_log指定路径）是否有Fatal error或Allowed memory size exhausted - 确认
max_execution_time未设为 0，否则/health.php可能卡死，导致 Keepalived 连续失败后触发漂移 - Keepalived 日志默认在
/var/log/messages，搜索关键词：Entering MASTER STATE、Exiting MASTER STATE、Failed to connect - 用
ip addr show确认 VIP 是否真出现在网卡上；用curl -I http://VIP/health.php验证 PHP 端口是否真正可访问
真正容易被忽略的是：Keepalived 的 weight 和 advert_int 参数变化会静默影响漂移时机，而 PHP 层完全感知不到；一旦网络抖动叠加 PHP 响应延迟，就可能在毫秒级内触发非预期切换。这类问题必须结合抓包（tcpdump -i any host VIP）和 Keepalived 状态日志交叉分析。
