共计 2252 个字符，预计需要花费 6 分钟才能阅读完成。
这篇文章将为大家详细讲解有关如何理解 docker 日志引擎，文章内容质量较高，因此丸趣 TV 小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。
docker 原生支持众多的日志引擎，适用于各种不同的应用场景，丸趣 TV 小编对其作一个简单的说明。
Docker 日志引擎说明
docker 支持的日志引擎如下：
none：关闭 docker 的回显日志, docker logs 看不到任何输出。使用这种方式也就意味着无法查看任何容器输出的日志。
json-file：把每个容器的回显日志打到每个容器的内部, 形式为 json 文件。在实际使用中, 有些容器在启动后有大量的回显日志, 尤其在程序内部报错时打出的日志信息尤其巨大, 很可能会因为某几个容器的 json 日志过大而撑爆整个宿主机的磁盘。
syslog：把所有容器的回显日志打到系统的 syslog 中。
目前 harbor 私有镜像仓库使用 docker-compose 方式启动的话，就默认使用的这种方式。将所有容器的日志都集中收集到一个 harbor-log 的容器中，在执行 docker logs 的时候会提示 logs command is supported only for json-file and journald loggin drivers (got: syslog)。
journald：把所有容器的回显日志打到系统的 journald 服务中，这是推荐的方式。
fluentd：把所有容器的回显日志打到 fluentd 服务中。
gelf 把所有容器的回显日志打到支持 GELF(Graylog Extended Log Format) 格式的服务中, 比如 Graylog 或 Logstash。
修改 docker 日志引擎
修改 docker 配置文件 /etc/docker/daemon.json 如下：
{ log-driver : journald}在容器运行时指定其日志引擎：
docker run --log-driver=journald alpint /bin/shjournald 配置文件说明
# /etc/systemd/jornald.conf 示例：
[Journal]
#Storage=auto 存储为自动模式, 其他模式有无日志模式, 纯内存模式和纯磁盘模式
#Compress=yes 默认启动压缩功能
#Seal=yes 默认加密, 日志文件为二进制文件, 无法 vim 或 tail 查看
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=1000
#SystemMaxUse= 精确设置日志可以占用的最大磁盘空间
#SystemKeepFree= 保证系统剩余的空间大小
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
#MaxRetentionSec=
#MaxFileSec=1month
#ForwardToSyslog=no
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emergjournald 默认配置下, 默认日志最大限制为所在文件系统容量的 10%
默认配置下, journald 的日志存放在 /var/log/journal 下, 如果该目录在根分区下, 且根分区空间大小为 10G, 那么 journald 存放日志最大的大小为 1G, 超出 1G 后将删除最早的日志
也可以精确指定占用的空间大小：
SystemMaxUse=50Mjournalctl 基本用法
journalctl 从头查看所有日志
journalctl -b 查看本次开机后的所有系统引导日志
journalctl -b -1 显示上次开机后的系统引导日志, 以此类推
journalctl -f 类似于 tail - f 或 tailf
journalctl /usr/bin/dockerd 后加程序的绝对路径, 可以显示该程序的所有日志信息
journalctl -xe systemd 启动程序失败时会提示你使用这个命令查看错误信息, 其中 x 表示在日志输出中增加一些解释性的短文本, e 表示立即跳转至日志的尾部 journald 注意事项
journald 配置中，有两个非常重要的优化项目：
ForwardToSyslog=yes
ForwardToWall=yes以上两个参数默认都是 yes 意味着 journald 收集日志后还会转发到 syslog 中
由此造成的影响是: journald 虽然可以乖乖的按照上面的配置进行日志的清理, 但是 syslog 却不在 journald 的控制范围之内
在日志量很大的情况下,syslog 中的日志量也变得巨大, 所以我们需要把上面两个参数的值改为 no
重启 journald 服务
systemctl restart systemd-journald.service关于如何理解 docker 日志引擎就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
