实时恢复
默认情况下,当 Docker 守护进程终止时,它会关闭正在运行的容器。您可以配置守护进程,使其在变得不可用时,容器仍保持运行。此功能称为实时恢复。实时恢复选项有助于减少因守护进程崩溃、计划内停机或升级而导致的容器停机时间。
注意Windows 容器不支持实时恢复,但它适用于在 Docker Desktop for Windows 上运行的 Linux 容器。
启用实时恢复
有两种方法可以启用实时恢复设置,以在守护进程不可用时保持容器运行。只需执行以下操作之一。
将配置添加到守护进程配置文件中。在 Linux 上,默认为
/etc/docker/daemon.json。在 Docker Desktop for Mac 或 Docker Desktop for Windows 上,从任务栏中选择 Docker 图标,然后单击设置 -> Docker Engine。使用以下 JSON 启用
live-restore。{ "live-restore": true }重启 Docker 守护进程。在 Linux 上,您可以通过重新加载 Docker 守护进程来避免重启(并避免容器的任何停机时间)。如果您使用
systemd,则使用命令systemctl reload docker。否则,向dockerd进程发送一个SIGHUP信号。
如果您愿意,也可以使用
--live-restore标志手动启动dockerd进程。不建议使用此方法,因为它不会设置systemd或其他进程管理器在启动 Docker 进程时使用的环境。这可能会导致意外行为。
升级期间的实时恢复
实时恢复允许您在 Docker 守护进程更新期间保持容器运行,但仅在安装补丁版本 (YY.MM.x) 时受支持,不适用于主要版本 (YY.MM) 的守护进程升级。
如果您在升级过程中跳过某些版本,守护进程可能无法恢复其与容器的连接。如果守护进程无法恢复连接,它就无法管理正在运行的容器,您必须手动停止它们。
重启时的实时恢复
实时恢复选项仅在守护进程选项(如网桥 IP 地址和图形驱动程序)未更改时才能恢复容器。如果这些守护进程级别的配置选项有任何更改,实时恢复可能无法工作,您可能需要手动停止容器。
实时恢复对运行中容器的影响
如果守护进程长时间停机,运行中的容器可能会填满守护进程通常读取的 FIFO 日志。日志已满会阻止容器记录更多数据。默认缓冲区大小为 64K。如果缓冲区已满,您必须重启 Docker 守护进程来清空它们。
在 Linux 上,您可以通过更改 /proc/sys/fs/pipe-max-size 来修改内核的缓冲区大小。在 Docker Desktop for Mac 或 Docker Desktop for Windows 上,您无法修改缓冲区大小。
实时恢复和 Swarm 模式
实时恢复选项仅适用于独立容器,不适用于 Swarm 服务。Swarm 服务由 Swarm 管理器管理。如果 Swarm 管理器不可用,Swarm 服务将继续在工作节点上运行,但在有足够的 Swarm 管理器可用来维持法定人数之前,无法进行管理。