docker日志（docker日志怎么输出到文件）

本篇文章给大家谈谈docker日志，以及docker日志怎么输出到文件对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、Docker日志收集
• 2、docker日志轮转
• 3、将日志输出到Docker容器外
• 4、如何查看docker日志 怎样查看docker日志

Docker日志收集

Docker的应用为我们带来链薯清便利的同时，日志集中化问题就越来越有必要性了。

在收集之前，我们先来简单了解下docker日志处理的机制。当启动一个容器的时候，它其实是docker daemon的一个子进程，docker daemon可以拿到你容器里面进程的标准输出，拿到标准输出后，它会通过自身的一个LogDriver模块来处理，LogDriver支持的方式很多，可以写到本地的文件（默认方式），可以发送到syslog等，见下图：

目前，常见的收集方式有下面几种：

在日志收集的过程中，需要特别考虑性能的问题。试想一下，当容器的流量比较大的时候，势必日志也会随着大量棚前地产生，这时就会有个问题，日志收集agent必然会跟容器抢占宿主机的资源，为了避免这个问题，在收集选型的时候就需要注意：

综上所属，最佳实践就是采用 旁路模式 来收集，并且使用容器方式来运行并限定使用的资源；最终采用了 logspout+Fluentd 的方案（架构图见下），采用的理由如下：

logspout通过docker.sock监听本地容器的启动，通过docker API获取到这个新容手碰器的日志流，并将这个日志流通过udp的协议发送给fluentd处理，fluentd处理完成后发送给后续的日志系统。

最后，受阿里云fluentd-pilot的影响，我将官方的logspout进行一些小的修改， 请见 ：

下面个出个docker-compose.yml, 通过docker-compose up就可以运行了；

fluent的简单配置：

最后，可以通过查看fluent的log来查看格式化的容器日志；

docker日志轮转

总结

1、可以实现日志输出重定向；

2、可以通过配置日志轮转规则实现docker日志轮转压缩。

操作如下：

1、修改/etc/rsyslog.conf，在#### RULES ####前添加如下两行字体：

:programname,isequal,"dockerd"                    /root/info/logs/dockerd/dockerd.log

:programname,isequal,"dockerd"                    ~

#### RULES ####

2、修改灶并完成后需要重启册坦rsyslog服务

systemctl restart rsyslog

3、修改完成后需要重隐姿迹启docker服务

service docker restart

4、设置dockerd的日志轮转策略

在/etc/logrotate.d目录下新增一个dockerd文件内容如下：

/root/info/logs/dockerd/*.log

{

    size=100M

    create

    start 1

    rotate 5

    compress

    nodateext

    copytruncate

    nodelaycompress

    su root root

    prerotate

        rm -fr /root/info/logs/dockerd/*.log.1

    endscript

}

[img]

将日志输出到Docker容器外

我们可以利用 docker logs 命令查看 Docker 容器内部应用程序运行时所产生的日志，可以免除首先进入 Docker 容器，再打开应用程序的日志文件的过程。docker logs 会监控容器中操作系统的标准输出设备（STDOUT），一旦 STDOUT 有数据产生，早丛就会将这些数据传输到另一个“设备”中，该 Docker 的被称为“日志驱罩卜动（Logging Driver）”

例如，我们有一个容器实例 ID 为 “da6743d61e1a” ，随后我们使用 docker logs 命令，查看 da6743d61e1a 容器的日志

此时，Docker 日志也在同步输出，输出的日志类似下面这样。

Docker 是怎样做到的呢？或者说，所谓的 Docker 日志驱动，到底做了些什么事情？

我们使用 docker info 命令，可以看到 Docker 容器的相关信息，其中有一项 Logging Driver 的字段。

通过输入以上命令，将得到Docker 当前所设置的日志驱动类型：journald

其实，Docker 已为我们提供了大量的日志驱动类型。

通过 --log-opt 参数为 json-file 日志驱动添加了两个选项，max-size=10m 表示 JSON 文件最大为 10MB（超过物睁穗 10MB 就会自动生成新文件），max-file=3 表示 JSON 文件最多为3个（超过3个就会自动删除多余的旧文件）

除了在启动 Docker 容器时，可指定日志驱动以外，还可以通过修改 Docker 配置文件来指定日志驱动。

打开配置文件 /etc/sysconfig/docker ，找到以下配置片段：

可以看出，默认的日志驱动为 journald，把它修改为 syslog

然后重启 docker

以上众多日志驱动类型中，较为常用 的是 Syslog，因为 Syslog 是 Linux 的日志系统，很多日志分析工具都可以从 Syslog 中获取日志，比如流行的 ELK(Elasticsearch、Logstash、Kibana)日志中心。Logstash 用于收集日志，Syslog 中写入的日志可转发到 Logstash 中，随后将日志存入 Elasticsearch 中，最后可通过 Kibana 来查询日志。

接下来咱们的目标是将 Docker 容器中输出的日志写入 Syslog，那么后面需要做的就是将 Syslog 接入 ELK 了。

默认，Linux 操作系统已经安装了 Syslog 软件包，但它叫 Rsyslog。实际上，Rsyslog 是 Syslog 标准的一种实现，还有一种叫 Syslog-ng 的第三方实现。虽然 Syslog-ng 的功能较为强大，但我们还是选择使用 Rsyslog，因为操作系统已经预装了，我们无须单独安装，可以通过以下命令查看 Rsyslog 是否已安装。

如果要开启 Rsyslog 服务，我们必须对 Rsyslog 进行配置，打开文件 vi /etc/rsyslog.conf

在 rsyslog.conf 文件中有一段配置，我们需要手工去开启

重启 Rsyslog 服务，否则配置无法生效

此时，我们可以查看本地是否对外开启了 514 端口

如何查看docker日志 怎样查看docker日志

pre{overflow-x: auto} 如何查看docker日志，让我们一起了解一下？

通过docker logs命令可以查看容器的日志。高效的监控和日志管理对保持生产系统持续稳定的运行以及排查问题至关重要。在微服务架构中，由于容器的数量众多以及快速变化的特性使得记录日志和监控变得越来越重要。

docker查看日志的几个方式：

1、docker logs --tail=1000 容器名称 （查看容器前多少行的日志）（推荐）

2、docker 容器启动后,可以进入以下位置查看日志（/var/lib/docker/containers/容器ID/容器ID-json.log）（进入容器内部查看日志）

3、#查看compose所有碧山容器的运行日志

docker-compose -f docker-compose-app.yml logs -f

4、#查看compose下某个容器的运行日志

docker-compose -f docker-compose-app. yml logs -f服务名

5、# 也可以把compose的容器日志输出到日志文件里去，然后用tail -f随时查看

docker-compose -f docker-compose-app. yml logs -f myDockerCompose.log

具体操作如下：

docker attach [options] 容器会连接到正在运行的容器，然后将容器的标准输入、输出和错误流信息附在本地打印出来。命令中options的取值有三种：--detach-keys,--no-stdin,--sig-proxy。

该命令只是进入容器终端，不会启动新的进程。所以当你同时使用多个窗口进入该容悔改中器，所有的窗口都会同步显示。如果一个窗口阻塞，那么其他窗口也就无法再进行操作。

使用ctrl+c可以直接歼誉断开连接，但是这样会导致容器退出，而且还stop了。如果想在脱离容器终端时，容器依然运行。就需要使用--sig-proxy这个参数。例如：

$ docker attach --sig-proxy=false mytest

注意： 当使用docker attach连接到容器的标准输入输出时，docker使用大约1MB的内存缓冲区来最大化应用程序的吞吐量。如果此缓冲区填满，那么输出或写入的速度将会受到影响。因此查看应用日志，可以使用docker logs命令。

关于docker日志和docker日志怎么输出到文件的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。