配置syslog日志驱动后，Docker容器因syslog不可用无法启动求助

当Docker配置syslog日志驱动为TCP模式时，如果远程syslog服务器不可达，默认的阻塞模式会直接导致容器启动失败。你尝试添加mode: "non-blocking"未生效，核心原因有两点：syslog地址格式错误，以及非阻塞模式需要配合缓冲区配置才能正常工作。

1. 修正配置并启用正确的非阻塞模式 #

首先你需要修正syslog-address的格式错误，标准TCP地址必须以tcp://开头（你的配置少了一个斜杠）；同时非阻塞模式必须指定缓冲区大小，否则Docker无法暂存日志，仍会因连接失败阻断容器启动。

修改后的Docker Compose日志配置如下：

logging:
  driver: syslog
  options:
    syslog-address: "tcp://8.8.8.8:514"
    mode: "non-blocking"
    max-buffer-size: "10m"

• syslog-address：修正为标准TCP地址格式，确保Docker能正确解析目标服务器地址
• mode: non-blocking：让Docker在syslog连接失败时不阻塞容器启动，将日志暂存在本地缓冲区
• max-buffer-size：设置缓冲区最大容量（示例为10MB），避免日志堆积占用过多磁盘空间，可根据业务需求调整

2. 长期可靠方案：用日志收集中间层解耦依赖 #

如果远程syslog服务器频繁不可达，更稳定的方式是将业务容器与日志转发逻辑隔离：

• 业务容器使用默认的json-file日志驱动，完全摆脱syslog服务器的依赖，确保容器能正常启动
• 部署独立的日志收集容器（如Fluentd、rsyslog），配置从业务容器的日志目录读取日志，再转发到远程syslog服务器。这类工具内置重试与缓存机制，即使syslog不可达也能保留日志，待连接恢复后自动补发

示例业务容器日志配置（改为本地文件驱动）：

logging:
  driver: json-file
  options:
    max-size: "10m"
    max-file: "3"

内容的提问来源于stack exchange，提问作者Zain Ul Abidin