nginx master进程莫名重启，kernel有报错

针对您遇到的问题，SLB实例下的三台ECS突然同时不可用，并且已知系统为Alios 2版本，通过LNMP集成工具安装了nginx和php7.2。根据您的描述，我们需要从以下几个方面进行排查和解决：

1. 检查Nginx及系统日志

• 查看Nginx错误日志：首先检查Nginx的错误日志（通常位于/var/log/nginx/error.log），以定位问题根源。关注是否有配置错误、连接超时、资源不足或后端服务未响应等错误信息。

• 分析系统日志：查看/var/log/messages日志中提到的具体报错内容，这可能涉及文件系统错误、网络异常或其他系统级问题。如发现EXT4文件系统错误，需进一步排查磁盘状态。

2. 确认后端服务状态

• 检查PHP-FPM状态：确保PHP-FPM服务正常运行，可以使用命令systemctl status php7.2-fpm检查其状态。如果服务未启动，尝试重启并查看日志（通常在/var/log/php7.2-fpm.log）。

3. 网络与连接跟踪

• 检查网络丢包与连接跟踪：如果存在网络不稳定或丢包现象，查看内核日志中是否有关于nf_conntrack: table full的报错。考虑调整nf_conntrack模块参数或使用iptables过滤不必要的连接追踪。

4. 内存与进程状况

• 内存占用情况：若系统提示“page allocation failure”错误或出现内存不足的情况，需要排查内存占用情况，包括检查异常进程、slab分配器占用以及执行内存释放和整理操作。

5. SLB健康检查与配置

• 确认SLB健康检查设置：检查SLB实例的健康检查配置是否正确，确保SLB能够准确判断后端ECS的健康状态。如果配置不当，可能会误判服务器状态导致所有ECS被视为不可用。

6. 安全组与防火墙规则

• 检查安全组与防火墙：确认ECS实例的安全组规则允许来自SLB的健康检查请求，并且没有其他防火墙规则阻止必要的入站或出站流量。

7. 系统与软件更新

• 检查系统与软件更新记录：回顾近期是否有系统升级或软件更新操作，这些操作有时可能导致服务不兼容或配置冲突。

8. 逐步恢复与测试

• 逐一排查与恢复：尝试逐个解除ECS与SLB的绑定，单独测试每台ECS的服务状态，以确定是全局配置问题还是个别ECS的问题。

请按照上述步骤依次排查，定位问题所在，并采取相应措施进行修复。如果以上方法均未能解决问题，建议收集详细的错误日志信息并联系技术支持获取更专业的帮助。