现在我们在所有的环境中都有chunk_target_size: 1536000。这指示 Loki 尝试将所有的 chunks 填充到 1.5MB 的目标压缩大小。这些较大的块对 Loki 来说是更有效的处理。 其他几个配置变量会影响到一个块的大小。Loki 默认的max_chunk_age为 1 小时,chunk_idle_period为 30 分钟,以限制所使用的内存量,以及在进...
再往下一点是关于chunk_target_size的部分。如果你把这个设置为 1MB(这是合理的),这将试图以 1MB 的压缩大小来切割块,这大约是 5MB 左右的未压缩的日志(可能多达 10MB,取决于压缩)。如果你的日志有足够的容量在比max_chunk_age更短的时间内写入 5MB,或者在这个时间范围内有多的多的块,你可能要考虑用动态标签...
再往下一点是关于chunk_target_size的部分。如果你把这个设置为 1MB(这是合理的),这将试图以 1MB 的压缩大小来切割块,这大约是 5MB 左右的未压缩的日志(可能多达 10MB,取决于压缩)。如果你的日志有足够的容量在比max_chunk_age更短的时间内写入 5MB,或者在这个时间范围内有多的多的块,你可能要考虑用动态标签...
再往下一点是关于chunk_target_size的部分。如果你把这个设置为 1MB(这是合理的),这将试图以 1MB 的压缩大小来切割块,这大约是 5MB 左右的未压缩的日志(可能多达 10MB,取决于压缩)。如果你的日志有足够的容量在比max_chunk_age更短的时间内写入 5MB,或者在这个时间范围内有多的多的块,你可能要考虑用动态标签...
当chunk_target_size=1MB 时代表 以 1MB 的压缩大小来切割块 对应的原始日志大小在 5MB-10MB,如果日志在 max_chunk_age 时间内能达到 10MB,考虑添加标签 日志应当按时间递增: 这个问题和tsdb中处理旧数据是一样的道理 目前loki 为了性能考虑直接拒绝掉旧数据 ...
在Loki中,内存中的数据通常被称为临时数据,它们会在一定时间后被写入到磁盘中。 写入的时间间隔可以通过Loki的chunk_target_size和max_chunk_age选项来配置。这些选项可以在Loki的配置文件中进行设置,例如: chunk_target_size:1048576max_chunk_age: 10m
chunk_target_size默认为1MB,loki将以1MB的压缩后大小来切割日志块,大约等于5MB的原始日志文件(根据你配置的压缩级别来决定)。如果在max_chunk_age时间内,你的日志流足以生成一个或者多个压缩块,那么你可以考虑添加标签,将日志流拆得更细一点。从Loki 1.4.0开始,有一个指标可以帮助我们了解日志块刷新的情况 ...
再往下一点是关于chunk_target_size的部分。如果你把这个设置为 1MB(这是合理的),这将试图以 1MB 的压缩大小来切割块,这大约是 5MB 左右的未压缩的日志(可能多达 10MB,取决于压缩)。如果你的日志有足够的容量在比max_chunk_age更短的时间内写入 5MB,或者在这个时间范围内有多的多的块,你可能要考虑用动态标签...
当chunk_target_size=1MB 时代表 以 1MB 的压缩大小来切割块 对应的原始日志大小在 5MB-10MB,如果日志在 max_chunk_age 时间内能达到 10MB,考虑添加标签 日志应当按时间递增: 这个问题和 tsdb 中处理旧数据是一样的道理 目前loki 为了性能考虑直接拒绝掉旧数据...
chunk_target_size: 1536000 max_chunk_age: 1h storage_config: # 存储的配置,定义其他组件可能用到的存储 aws: # s3 / s3 兼容的对象存储 endpoint: minio.logging.svc.cluster.local:9000 insecure: true bucketnames: loki-data access_key_id: myaccessKey ...