Azure App Service实例日志推送失败问题求助

1. 检查异常实例的基础运行状态 #

• 登录Azure门户，查看该App Service实例的运行状态，确认是否处于Running状态，有没有重启、崩溃或CPU/内存/磁盘超限的记录
• 查看实例的事件日志，排查是否有部署失败、配置更新失败、依赖服务不可用的告警
• 执行az webapp log tail --name <app-name> --resource-group <rg-name>命令，实时查看实例系统日志，排查启动失败、端口占用等基础错误

2. 验证应用日志文件配置 #

• 检查该实例的App Service日志配置：确认“应用日志文件”已启用，日志级别、文件保留期和正常实例一致
• 通过Kudu控制台（https://<app-name>.scm.azurewebsites.net/DebugConsole）导航到对应日志目录：Windows实例看D:\home\LogFiles\Application，Linux实例看/home/LogFiles/Application，确认目录存在、有写入权限，排查磁盘空间不足问题
• 检查Spring Boot配置文件（application.properties/application.yml）里的日志参数，比如logging.file.name、logging.path是否正确，日志级别有没有被误设为OFF

3. 排查Logz.io推送配置问题 #

• 对比正常实例和异常实例的Logz.io配置：确认token、listener URL完全一致，排查异常实例的配置是否被误修改
• 检查Logz.io扩展状态：如果是通过Azure Marketplace安装的Logz.io扩展，确认异常实例的扩展是否正常运行，有没有更新失败的情况
• 登录Logz.io控制台，查看对应token的流量统计，确认是否有异常实例的请求，排查是否存在IP白名单限制、token无效导致的推送失败

4. 检查Spring Boot应用的启动与运行异常 #

• 查看应用启动日志（通过Kudu或Azure门户的“启动日志”），确认应用是否正常启动，有没有抛出日志初始化相关异常（比如无法加载日志框架、无法创建日志文件）
• 对比两个实例的依赖包，确认异常实例最近有没有更新logback、log4j等日志相关依赖，排查兼容性问题
• 在异常实例上重启应用，观察重启后日志是否恢复写入和推送

5. 排查实例的配置差异 #

• 对比两个实例的App Service配置：包括应用设置、连接字符串、环境变量，确认日志相关配置没有差异
• 查看异常实例的部署历史，确认最近的部署包和正常实例一致，排查是否引入了日志相关的代码变更

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