Docker Daemon生产环境配置

一些docker daemon生产环境中要注意的参数配置。

本文介绍一些生产环境中dockerd要特别注意的参数,这些参数可以通过在dockerd命令行参数形式给,也可以通过在/etc/docker/daemon.json里配置。本文介绍的就是daemon.json配置方式。

在开始之前,请先查看/etc/docker/daemon.json是否存在,如果不存在则新建一个,内容是{}。然后你要懂JSON文件格式。

如何应用配置

下面所讲的配置最好在Docker安装完之后马上做,如果已经有容器运行了,那么先stop掉所有容器,然后再做。

修改完之后重启Docker daemon,比如在Ubuntu 16.04下:sudo systemctl restart docker.service

然后执行docker info来验证配置是否生效。

1. 当前用户添加到docker用户组

执行sudo usermod -aG docker $USER将当前用户添加到docker用户组。

执行完成后重新登录服务器,你所登录的用户就能够执行docker命令了。

2. registry-mirrors

1
2
3
{
  "registry-mirrors": []
}

此参数配置的是Docker registry的镜像网站,国内访问docker hub有时候会抽风,所以配置一个国内的镜像网站能够加速Docker image的下载。

可以使用Daocloud加速器(需注册,使用免费)或者其他云厂商提供的免费的加速服务。它们的原理就是修改registry-mirrors参数。

3. dns

1
2
3
{
  "dns": []
}

Docker内置了一个DNS Server,它用来做两件事情:

  1. 解析docker network里的容器或Service的IP地址
  2. 把解析不了的交给外部DNS Server解析(dns参数设定的地址)

默认情况下,dns参数值为Google DNS nameserver:8.8.8.88.8.4.4。我们得改成国内的DNS地址,比如:

  1. 1.2.4.8
  2. 阿里DNS:223.5.5.5223.6.6.6
  3. 114DNS:114.114.114.114114.114.115.115

比如:

1
2
3
{
  "dns": ["223.5.5.5", "223.6.6.6"]
}

4. log-driver

Log driver是Docker用来接收来自容器内部stdout/stderr的日志的模块,Docker默认的log driver是JSON File logging driver。这里只讲json-file的配置,其他的请查阅相关文档。

json-file会将容器日志存储在docker host machine的/var/lib/docker/containers/<container id>/<container id>-json.log(需要root权限才能够读),既然日志是存在磁盘上的,那么就要磁盘消耗的问题。下面介绍两个关键参数:

  1. max-size,单个日志文件最大尺寸,当日志文件超过此尺寸时会滚动,即不再往这个文件里写,而是写到一个新的文件里。默认值是-1,代表无限。
  2. max-files,最多保留多少个日志文件。默认值是1。

根据服务器的硬盘尺寸设定合理大小,比如:

1
2
3
4
5
6
7
{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "100m",
    "max-files":"5"
  }
}

5. storage-driver

Docker推荐使用overlay2作为Storage driver。你可以通过docker info | grep Storage来确认一下当前使用的是什么:

1
2
$ docker info | grep 'Storage'
Storage Driver: overlay2

如果结果不是overlay2,那你就需要配置一下了:

1
2
3
{
  "storage-driver": "overlay2"
}

6. bridge网络的mtu

如果docker host machine的网卡MTU为1500,则不需要此步骤

MTU是一个很容易被忽略的参数,Docker默认的MTU是1500,这也是大多数网卡的MTU值。但是!在虚拟化环境下,docker host machine网卡的MTU可能不是1500,比如在openstack创建的虚拟的网卡的MTU是1450:

1
2
3
$ ip link
1: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether fa:16:3e:71:09:f5 brd ff:ff:ff:ff:ff:ff

也可以通过下列命令观察bridge网络的MTU:

1
2
3
$ docker network inspect -f '{{json .Options}}' bridge

{"com.docker.network.bridge.default_bridge":"true","com.docker.network.bridge.enable_icc":"true","com.docker.network.bridge.enable_ip_masquerade":"true","com.docker.network.bridge.host_binding_ipv4":"0.0.0.0","com.docker.network.bridge.name":"docker0","com.docker.network.driver.mtu":"1500"}

当Docker网络的MTU比docker host machine网卡MTU大的时候可能会发生:

  1. 容器外出通信失败
  2. 影响网络性能

所以将Docker网络MTU设置成和host machine网卡保持一致就行了,比如:

1
2
3
{
  "mtu": 1450
}

验证:

1
2
3
$ ip link
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default
    link/ether 02:42:6b:de:95:71 brd ff:ff:ff:ff:ff:ff

注意到docker0的MTU还是1500,不用惊慌,创建一个容器再观察就变成1450了(下面的veth是容器的虚拟网卡设备):

1
2
3
4
5
6
$ docker run -itd --name busybox --rm busybox
$ ip link
3: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue state UP mode DEFAULT group default
    link/ether 02:42:6b:de:95:71 brd ff:ff:ff:ff:ff:ff
268: vethdf32b1b@if267: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue master docker0 state UP mode DEFAULT group default
    link/ether 1a:d3:8a:3e:d3:dd brd ff:ff:ff:ff:ff:ff link-netnsid 2

在到容器里看看它的网卡,MTU也是1450:

1
2
3
$ docker exec busybox ip link
267: eth0@if268: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1450 qdisc noqueue
    link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff

7. bridge网络的子网

观察默认bridge的子网是否与已有网络冲突:

1
2
3
$ docker network inspect -f '{{json .IPAM}}' bridge

{"Driver":"default","Options":null,"Config":[{"Subnet":"172.17.0.0/16","Gateway":"172.17.0.1"}]}

如果有则参考Configure the default bridge network(可忽略IPv6部分的配置)。

8. live restore

开启live restore特性能够在Docker daemon停止的时候依旧让容器保持运行。

1
2
3
{
  "live-restore": true
}

注意:在Daemon停机期间,容器的日志被暂存在一个缓冲区中,如果缓冲区满了(默认大小64K),则容器就会被阻塞住。

本特性不支持,对Docker daemon做major或minor升级所引起的daemon停机。

参考资料

版权

评论