Azure App Service自定义日志文件清理及最佳实践问询

1. Azure有没有默认的清理流程？ #

直白说：没有。Azure App Service的自动清理机制只覆盖平台生成的日志（比如IIS日志、ASP.NET核心框架日志、容器运行日志这类），而你自己写入Home\LogFiles目录的自定义日志，不在平台默认清理策略的范围内——平台不会主动删除这些你自行生成的文件。

2. 是否需要自行管理？ #

肯定要！如果放任不管，自定义日志会持续占用App Service的文件系统空间（Home目录的配额和你的定价层挂钩），哪天空间被占满，轻则新日志写不进去，重则应用会因为磁盘空间不足直接崩溃，影响服务可用性。所以自定义日志的生命周期完全需要你自己把控。

3. 相关最佳实践 #

整理几个实用的实操方向：

• 定时清理旧日志：写个简单脚本（PowerShell、Bash都可以），用定时任务触发（比如Azure Automation Runbook，或者应用内部的定时任务），定期删除超过指定天数的日志文件。比如Linux上可以用find /home/LogFiles -name "*.log" -mtime +7 -delete删除7天前的日志；Windows上用PowerShell命令：Get-ChildItem -Path D:\home\LogFiles\*.log | Where-Object {$_.LastWriteTime -lt (Get-Date).AddDays(-7)} | Remove-Item。
• 分割日志文件：别让单个日志无限膨胀，配置日志生成逻辑时，按日期或大小分割（比如每天生成一个新日志，或者每100MB分割一次），这样清理更精准，也避免大文件占用过多IO资源。
• 转移日志到外部存储：推荐把自定义日志同步到Azure Blob Storage或者Azure Log Analytics。既能长期留存日志用于排查问题、数据分析，又能释放App Service本地文件系统的空间。你可以用Azure Monitor的自定义日志采集功能，也能在应用代码里直接把日志写入Blob。
• 监控磁盘使用率：在Azure门户给App Service配置磁盘使用率警报，当使用率超过80%（或你设定的阈值）时及时收到通知，提前处理日志清理，避免突发故障。
• 合理规划存储路径：Home目录空间有限，别把无关日志或长期不需要的日志存在这里。需要长期留存的日志，直接写到外部存储，别经过本地目录中转。

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