单VM配置下更新大文件/多插件时出现502错误排查咨询

问题背景 #

部署在Google Cloud HTTP负载均衡器后的Bitnami WordPress，批量更新大量文件或同时更新多个插件时，浏览器返回502错误，但直接访问VM IP一切正常。

环境配置 #

• Bitnami WordPress
• Google Cloud Platform（GCP）
• Google Cloud CDN
• Google Cloud HTTP 负载均衡器

当前健康检查设置 #

路径：/
协议：HTTP
端口：80
代理协议：NONE
日志：Disabled
间隔：30秒
超时：30秒
健康阈值：连续3次成功
不健康阈值：连续3次失败

排查与解决建议 #

1. 负载均衡器后端超时（优先排查） #

直接访问VM正常但负载均衡器返回502，大概率是负载均衡器的后端超时时间比VM服务的超时短。GCP负载均衡默认后端超时是30秒，而WordPress批量更新大文件/多插件需要更长时间处理，负载均衡器会提前断开连接返回502。

• 操作：进入GCP控制台→负载均衡器→对应后端服务→编辑，把后端超时调整为120-300秒，确保比后续要调的Apache/PHP超时时间长。

2. Bitnami Apache/PHP配置调整 #

Bitnami默认的PHP/Apache资源限制会卡住批量更新：

• PHP-FPM进程数：编辑/opt/bitnami/php/etc/php-fpm.d/www.conf，调整pm.max_children（根据VM配置，2核4G建议设为20-30）、pm.start_servers（设为max_children的1/4），避免进程耗尽。
• PHP超时与内存：编辑/opt/bitnami/php/etc/php.ini，把max_execution_time从30改成120-300，memory_limit从128M改成256M+，max_input_time同步调大。
• Apache超时：编辑/opt/bitnami/apache/conf/httpd.conf，把Timeout从60改成120以上，KeepAliveTimeout设为15-20。
• 调整后重启服务：sudo /opt/bitnami/ctlscript.sh restart apache php-fpm

3. 健康检查的补充优化 #

当前健康检查只检测根路径，虽然不会直接导致502，但可以优化为检测WordPress后台的健康路径（比如/wp-admin/admin-ajax.php?action=health-check-site-status），更精准反映服务处理后台请求的能力。不过这不是当前问题的核心原因。

4. CDN规则调整 #

如果启用了Google Cloud CDN，需确保后台更新路径不被缓存：

• 在CDN缓存规则中排除/wp-admin/*、/wp-includes/*路径，避免缓存错误响应；同时调整CDN的超时时间，和负载均衡器保持一致。

内容的提问来源于stack exchange，提问作者CuppaCoffee