在生产环境中,docker和flannel都是通过systemd管理的,发生了一个奇怪的事情,当重启网络插件flannel的时候,docker daemon也发生了重启,这个很奇怪,按道理是各自独立运行的。细查日志,当重启flannel时候systemd也把docker重启了。
# systemctl list-dependencies docker.service
docker.service
● ├─docker-cleanup.timer
● ├─docker-storage-setup.service
● ├─flanneld.service
● ├─system.slice
● └─basic.target
● ├─microcode.service
● ├─rhel-autorelabel-mark.service
● ├─rhel-autorelabel.service
● ├─rhel-configure.service
● ├─rhel-dmesg.service
● ├─rhel-loadmodules.service
● ├─selinux-policy-migrat
奇怪的发现了docker依赖的竟然有flanneld
再看看docker的systemd配置
# ll /etc/systemd/system/docker.service.requires/
lrwxrwxrwx 1 root root 40 8月 23 08:00 flanneld.service -> /usr/lib/systemd/system/flanneld.service
确实是依赖了flannel,那这个软链是怎么生成的呢?答案是开启自启动system enable捣的鬼,
当设置了flannel的开机自启动后会生成下面两条记录
# systemctl enable flanneld
Created symlink from /etc/systemd/system/multi-user.target.wants/flanneld.service to /usr/lib/systemd/system/flanneld.service.
Created symlink from /etc/systemd/system/docker.service.requires/flanneld.service to /usr/lib/systemd/system/flanneld.service.
那么为什么会生成呢?深入了解systemd的管理
# cat /usr/lib/systemd/system/flanneld.service
[Unit]
Description=Flanneld overlay address etcd agent
After=network.target
After=network-online.target
Wants=network-online.target
After=etcd.service
Before=docker.service
[Service]
Type=notify
EnvironmentFile=/etc/sysconfig/flanneld
EnvironmentFile=-/etc/sysconfig/docker-network
ExecStart=/usr/bin/flanneld-start $FLANNEL_OPTIONS
ExecStartPost=/opt/flannel/mk-docker-opts.sh -k DOCKER_NETWORK_OPTIONS -d /run/flannel/docker
Restart=on-failure
[Install]
WantedBy=multi-user.target
RequiredBy=docker.service
在install模块里面,有个RequiredBy,他是指定依赖这个程序的所有unit的列表。当enable的时候会生成requires目录。
终于找到原因了,解决的办法无非是注释这行,或者开机自启动放到rc目录下面,而不通过enable的方式。