生产环境日志多大 rotate 一个文件合适？现在是 1GB rotate 一个文件， gzip 压缩完每个文件一百多 MB，一天会有 4~5 个文件（压缩前 4~5GB）
drymonfidelia 2024-02-21 14:24:31 +08:00 2594 次点击这是一个创建于 612 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 chendy 2024-02-21 14:39:39 +08:00 老项目，无日志收集，出问题只能人肉看，日志文件 20m 一滚，超过一月压缩，超过三月删除 但是日志量没这么大，一天几百 m |
 | 2 Sanko 2024-02-21 15:27:59 +08:00 我这里是 10M 一滚 |
 | 3 rorwprint 2024-02-21 16:37:56 +08:00 看场景是否可以按小时滚 |
 | 4 zliea 2024-02-21 16:43:34 +08:00 我赞同 3# 这个数量可以小时 |
 | 5 feelinglucky 2024-02-21 18:58:37 +08:00 无定式，看使用场景以及服务器的配置等各种条件而定 话说没有被日志撑爆服务器磁盘的经验，对于后端开发职业精力而言是不完整的，哈哈哈 |
 | 6 guo4224 2024-02-21 19:03:05 +08:00 4-5g 的文件，你还能折腾出花来吗 |
 | 7 drymonfidelia OP @feelinglucky 已经发生过不知道多少次日志撑爆硬盘了 要不我们能跑就行的代码连压缩都不会做 |
 | 8 Dragonish3600 2024-02-21 19:09:59 +08:00 via iPhone 按时间不是按大小， |
| 9 drymonfidelia OP @ladypxy 我们产品不同时间活跃用户量差异很大，不适合按时间 |
 | 10 darksheep9527 2024-02-21 21:19:33 +08:00 @drymonfidelia #9 我觉得按时间会更合适 因为去 support 的时候 可以按照用户操作时间 直接找对应的日志文件 按大小切片 找日志文件就会慢一些 |
| 11 drymonfidelia OP @darksheep9527 文件名里有创建时间呀，只要知道发生问题的时间还是可以一次定位到日志文件 |
 | 12 knightdf 2024-02-21 21:29:32 +08:00 以 vim 打开不卡为标准，哈哈 |
 | 13 kneo 2024-02-21 21:48:49 +08:00 via Android 一天一个文件比较方便。建议 10g 。 |
 | 14 bronyakaka 2024-02-21 21:50:47 +08:00 建议按天滚动，保留 1 个月。 体积的话多大都行的，看存储够不够用，不会有太大性能问题 （推荐一下我的 kafka gui 客户端，非常好用： https://github.com/Bronya0/Kafka-King/） |
 | 15 paopjian 2024-02-21 22:01:17 +08:00 保存报错日志,操作日志就随意吧? |
 | 16 laminux29 2024-02-21 22:13:26 +08:00  1 这要根据财力来。 比如，如果给每台设备的系统盘，就配置了 2TB SSD ，单个日志 100GB 都没问题。 至于归档，直接 7z 最高压缩方式。 |
 | 17 julyclyde 2024-02-22 11:39:58 +08:00 科学的讲，你都不该写到盘上 日志 是流 |
 | 18 qiyilai 2024-02-22 13:55:55 +08:00 我这边 100M |
 | 19 CHENXCHEN 2024-02-22 19:38:39 +08:00 我们是按大小+时间来轮转，保留最近 1 个月或者最近 20 个文件 |
Select Language