Docker配置文件：daemon.json核心参数

认识daemon.json与Docker守护进程配置机制

daemon.json 是 Docker 守护进程（dockerd）的核心配置文件，用于集中管理容器运行时的全局参数。在 Linux 系统中，其默认路径为 /etc/docker/daemon.json。Docker 启动时会优先读取该文件中的 JSON 键值对，并将其转换为内部运行时配置。若同时存在命令行参数（如 dockerd --storage-driver=overlay2）与 daemon.json 配置，命令行参数具有更高优先级，会直接覆盖文件中的同名设置。此外，通过 systemd 管理的 Docker 服务，其启动参数通常定义在 /etc/systemd/system/docker.service.d/ 目录下的 .conf 文件中。实际运维中，推荐将非动态参数统一收敛至 daemon.json，以保持配置可追溯、易维护。该文件采用标准 JSON 格式，不支持注释，任何语法错误都会导致守护进程拒绝启动。理解这一加载机制与优先级关系，是后续安全修改配置的前提。

掌握daemon.json核心参数配置

daemon.json 提供了丰富的运行时调优选项。registry-mirrors 用于配置镜像加速器，解决国内拉取公共镜像缓慢的问题，典型值为包含国内云厂商加速地址的字符串数组。insecure-registries 允许 Docker 客户端跳过 TLS 验证访问 HTTP 私有仓库，适用于内网隔离测试环境。data-root 可更改容器与镜像的默认存储路径（默认为 /var/lib/docker），在系统盘空间不足时，可将其指向大容量数据盘。日志方面，log-driver 与 log-opts 配合使用，推荐将驱动设为 json-file，并通过 max-size 与 max-file 限制日志体积，防止磁盘爆满。exec-opts 常用于配置 cgroup 驱动，以匹配 Kubernetes 的 systemd 要求。default-runtime 则用于指定容器默认运行时，如切换至 nvidia 以支持 GPU 加速。合理组合这些参数，可显著提升 Docker 环境的稳定性与性能。

修改配置并验证Docker服务是否生效

修改 daemon.json 必须遵循严谨的操作流程。首先，使用文本编辑器打开 /etc/docker/daemon.json，确保严格遵循 JSON 语法，键名与字符串值必须使用双引号。编辑完成后，务必执行 python3 -m json.tool 或 jq 命令进行语法校验，避免隐藏格式错误。确认无误后，通过 systemctl daemon-reload 重载 systemd 配置，再执行 systemctl restart docker 重启服务。重启成功后，可通过 dockerd --validate 验证配置解析是否通过。最终，运行 docker info 命令，在输出的底部区域查找 Registry Mirrors、Storage Driver、Logging Driver 等字段，核对实际生效值是否与文件配置一致。若发现未生效，需检查是否存在命令行参数覆盖或旧配置缓存，必要时可执行 docker system prune 清理残留状态。

排查配置失败与常见避坑问题

配置 daemon.json 时极易因细节疏忽导致服务异常。最常见的是 JSON 语法错误，如末尾多余逗号、使用单引号或混入注释，此时 systemctl status docker 会提示 failed to load config。排查时应优先使用 JSON 校验工具定位具体行号。其次，参数拼写错误或类型不匹配也会引发启动失败。若同时配置了 data-root 与 graph 命令行参数，会产生冲突，Docker 会拒绝启动并输出冲突警告。权限问题同样常见，若自定义 data-root 目录未赋予 docker 用户读写权限，容器将无法创建。此外，Docker 不同版本对部分参数的默认行为存在差异，升级前需查阅官方文档。遇到服务无法启动时，应执行 journalctl -u docker.service -n 50 查看完整日志，结合错误堆栈逐步回滚配置，切勿盲目清空文件。