本文介绍了Kubernetes容器日志的收集原理，包括Docker的默认日志处理方式及其局限性，以及Kubernetes在应用、节点和集群级别的日志收集方案。重点探讨了采用S6基底镜像构建统一日志收集系统，利用Filebeat、Kafka、Logstash和Elasticsearch构建日志架构。还提出了动态更新Filebeat配置和日志rotate的解决方案。
概述
关于容器日志
Docker的日志分为两类，一类是Docker引擎日志；另一类是容器日志。引擎日志一般都交给了系统日志，不同的操作系统会放在不同的位置。本文主要介绍容器日志，容器日志可以理解是运行在容器内部的应用输出的日志，默认情况下，docker logs显示当前运行的容器的日志信息，内容包含 STOUT（标准输出）和STDERR（标准错误输出）。日志都会以json-file的格式存储于 /var/lib/docker/containers/<容器id>/<容器id>-json.log，不过这种方式并不适合放到生产环境中。
-
默认方式下容器日志并不会限制日志文件的大小，容器会一直写日志，导致磁盘爆满，影响系统应用。（docker log-driver支持log文件的rotate）
-
Docker Daemon收集容器的标准输出，当日志量过大时会导致Docker Daemon成为日志收集的瓶颈，日志的收集速度受限。
-
日志文件量过大时，利用docker logs -f查看时会直接将Docker Daemon阻塞住，造成docker ps等命令也不响应。
Docker提供了logging drivers配置，用户可以根据自己的需求去配置不同的log-driver，可参考官网Configure logging drivers[1]。但是上述配置的日志收
最低0.47元/天 解锁文章
458
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
