|
chendyFeb 21, 2024
1
老项目,无日志收集,出问题只能人肉看,日志文件 20m 一滚,超过一月压缩,超过三月删除
但是日志量没这么大,一天几百 m |
|
SankoFeb 21, 2024
2
我这里是 10M 一滚
|
|
rorwprintFeb 21, 2024
3
看场景是否可以按小时滚
|
|
zlieaFeb 21, 2024
4
我赞同 3# 这个数量可以小时
|
|
feelingluckyFeb 21, 2024
5
无定式,看使用场景以及服务器的配置等各种条件而定
话说没有被日志撑爆服务器磁盘的经验,对于后端开发职业精力而言是不完整的,哈哈哈 |
|
guo4224Feb 21, 2024
6
4-5g 的文件,你还能折腾出花来吗
|
|
7
@feelinglucky 已经发生过不知道多少次日志撑爆硬盘了 要不我们能跑就行的代码连压缩都不会做
|
|
Dragonish3600Feb 21, 2024 via iPhone
8
按时间不是按大小,
|
|
9
@ladypxy 我们产品不同时间活跃用户量差异很大,不适合按时间
|
|
darksheep9527Feb 21, 2024
10
@drymonfidelia #9 我觉得按时间会更合适 因为去 support 的时候 可以按照用户操作时间 直接找对应的日志文件
按大小切片 找日志文件就会慢一些 |
|
11
@darksheep9527 文件名里有创建时间呀,只要知道发生问题的时间还是可以一次定位到日志文件
|
|
knightdfFeb 21, 2024
12
以 vim 打开不卡为标准,哈哈
|
|
kneoFeb 21, 2024 via Android
13
一天一个文件比较方便。建议 10g 。
|
|
bronyakakaFeb 21, 2024
14
建议按天滚动,保留 1 个月。
体积的话多大都行的,看存储够不够用,不会有太大性能问题 (推荐一下我的 kafka gui 客户端,非常好用: https://github.com/Bronya0/Kafka-King/) |
|
paopjianFeb 21, 2024
15
保存报错日志,操作日志就随意吧?
|
|
16
这要根据财力来。
比如,如果给每台设备的系统盘,就配置了 2TB SSD ,单个日志 100GB 都没问题。 至于归档,直接 7z 最高压缩方式。 |
|
julyclydeFeb 22, 2024
17
科学的讲,你都不该写到盘上
日志 是流 |
|
qiyilaiFeb 22, 2024
18
我这边 100M
|
|
CHENXCHENFeb 22, 2024
19
我们是按大小+时间来轮转,保留最近 1 个月或者最近 20 个文件
|