为什么需要关注K8s日志轮转
在实际运维中，容器应用跑着跑着突然节点磁盘满了，排查下来发现是某个Pod的日志文件撑爆了硬盘。这种情况并不少见，尤其是在高并发服务场景下，日志输出量大且持续不断。Kubernetes本身不会自动处理容器日志的清理，必须靠合理的日志轮转策略来控制。
如果不做轮转，一个长时间运行的Pod可能产生几十GB甚至上百GB的日志，不仅占用存储空间，还会影响节点性能，严重时会导致节点NotReady，进而影响整个集群稳定性。
日志轮转的基本机制
Kubernetes依赖底层的容器运行时（比如Docker或containerd）来实现日志轮转。以Docker为例，默认使用的是json-file日志驱动，它会把容器标准输出写入本地文件，并支持通过配置实现按大小分割和保留份数。
关键参数有两个：max-size 控制单个日志文件的最大体积，max-file 指定最多保留几个历史文件。当达到限制时，旧的日志会被归档并最终删除，确保不会无限增长。
修改Docker的日志轮转配置
如果节点上使用的是Docker，可以在 /etc/docker/daemon.json 中统一设置：
{\n "log-driver": "json-file",\n "log-opts": {\n "max-size": "100m",\n "max-file": "3"\n }\n}这个配置表示每个容器最多保留3个日志文件，每个不超过100MB。改完后需要重启docker服务生效。所有新创建的容器都会遵循这一规则。
containerd下的日志管理方式
现在越来越多集群使用containerd作为默认运行时。它的配置文件通常位于 /etc/containerd/config.toml。日志轮转由 cri 插件中的 containerd 区块控制：
[plugins."io.containerd.grpc.v1.cri".containerd]\n default_runtime_name = "runc"\n\n[plugins."io.containerd.grpc.v1.cri".containerd.runtimes.runc.options]\n SystemdCgroup = true\n\n[plugins."io.containerd.grpc.v1.cri".registry.mirrors."docker.io"]\n endpoint = ["https://registry-1.docker.io"]\n\n[plugins."io.containerd.grpc.v1.cri".logging]\n driver = "json-file"\n [plugins."io.containerd.grpc.v1.cri".logging.opts]\n max_size = "100Mi"\n max_file_count = 5\n这里设置了每个容器最多生成5个日志文件，每个不超过100MiB。注意单位可以是Ki/Mi/Gi，和Docker略有不同。
如何验证配置是否生效
修改完运行时配置后，部署一个测试Pod：
apiVersion: v1\nkind: Pod\nmetadata:\n name: log-test\nspec:\n containers:\n - name: counter\n image: busybox\n command: ["/bin/sh"]\n args: ["-c", "i=0; while true; do echo \\\"log line \$i from \$(hostname)\\\"; i=\$((i+1)); sleep 0.1; done"]等它运行几分钟后，登录到所在节点查看容器日志路径。一般在 /var/log/pods/ 或 /var/lib/docker/containers/ 下对应目录中，检查是否有多个带编号的日志文件生成，并确认单个文件大小是否被限制。
配合应用层日志组件使用
虽然运行时能控制stdout日志，但很多应用还会自己写日志文件到挂载卷中。这种情况下，需要在容器内额外部署logrotate工具，或者让应用自身支持按大小/时间切分。
例如Java服务常用logback，可以通过配置实现每日归档或按大小拆分。Node.js可以用winston搭配file transport设置 maxSize。这类日志不受容器运行时控制，必须由应用或sidecar容器负责管理。
也可以用sidecar模式专门跑一个日志收集容器，挂载相同的volume，定时压缩或上传日志到远端存储，避免堆积在本地。
结合日志采集系统一起设计
线上环境通常会接入ELK或Loki这类日志系统。这时候轮转策略也要考虑采集方的行为。比如Filebeat会记录文件读取位置，如果日志文件被太快删掉，可能导致采集不完整。
建议设置足够多的保留文件数量，比如max-file设为5～7，给采集器留出处理时间。同时监控日志采集延迟，避免因轮转过快造成数据丢失。
","seo_title":"K8s日志轮转策略配置方法 - 多迈知识库","seo_description":"详细介绍Kubernetes集群中容器日志轮转的配置方式，涵盖Docker和containerd运行时设置，帮助避免日志占满磁盘导致节点异常。","keywords":"k8s日志轮转策略, Kubernetes日志管理, 容器日志轮转, docker日志配置, containerd日志设置, k8s日志文件过大"}