无法使用撰写中的服务名称从（流利的）日志驱动程序登录

Posted 2023-02-15

【中文标题】无法使用撰写中的服务名称从（流利的）日志驱动程序登录

【英文标题】：Can't log from (fluentd) logdriver using service name in compose

【发布时间】：2018-01-02 21:37:13

【问题描述】：

我在 docker 中有以下设置：

应用程序 (httpd) 流利的 弹性搜索 Kibana

应用程序的logdriver的配置描述的是fluentd容器。日志将保存在 ES 中并显示在 Kibana 中。

当 logdriver 配置成这样时，它可以工作：

web:
    image: httpd
    container_name: httpd
    ports:
      - "80:80"
    links:
      - fluentd
    logging:
      driver: "fluentd"
      options:
        fluentd-address: localhost:24224
        tag: httpd.access

而 fluentd 正在将其暴露的 24224 端口映射到主机的 24224 端口上。

 fluentd:
    build: ./fluentd
    image: fluentd
    container_name: fluentd
    links:
      - "elasticsearch"
    ports:
      - "24224:24224"

但我不想在主机网络上暴露我的流利。我想在 docker 网络中保持“私有”（我只想在主机网络上映射应用程序和 kibana），如下所示：

 fluentd:
   build: ./fluentd
   image: fluentd
   container_name: fluentd
   links:
     - "elasticsearch"

端口 24224 仍然暴露（在 dockerfile 中），但它没有映射到主机网络上。现在我想更改我的应用程序的日志驱动程序的配置： 记录： 司机：“流利” 选项： 流利的地址：流利的：24224 标签：httpd.access

所以 fluentd 是 fluentd 容器的名称，它们在同一个网络中，但应用程序无法与其建立连接。

failed to initialize logging driver: dial tcp: lookup fluentd

这可能是因为在撰写文件中的“链接”选项之前执行了日志记录选项？

有没有办法让它工作？

【参考方案1】：

目前这是不可能的。处理日志驱动程序的 docker 守护进程是在主机上运行的进程。它不是您网络中的服务，因此无法将服务名称解析为 IP。有关更详细的说明，请参阅此github issue。

您必须发布一个端口才能使其正常工作。