我想在Windows上实现启动容器启动。

因此，我只是创建了一个在系统引导时启动的计划任务。该任务只是启动“Docker for Windows.exe”(或任何Docker可执行文件的名称)。

然后，所有重新启动策略为“always”的容器将启动。

这就是crontab的作用:

@reboot sleep 10 ; docker start <container name> 2>&1 | /usr/bin/logger -t 'docker start'

通过crontab -e访问用户crontab或使用crontab -l显示它或在/etc/crontab编辑系统crontab

这个答案只能作为备份或替代使用本地Docker重启策略和/或SystemD服务单元来控制系统启动时容器的启动。

我觉得我提到这个答案的唯一原因是一种非理性的情绪反应，因为为了使SystemD服务单元方法正常工作，您必须正确处理过于复杂和大量的事情，因为这样一个简单的任务在任何Linux机器上都应该是简单的。

你可以使用docker update——restart=on-failure <容器ID或名称>。

顾名思义，On -failure不仅会在失败时重新启动容器，还会在系统引导时重新启动容器。

根据文档，有多个重启选项:

Flag            Description
no              Do not automatically restart the container. (the default)
on-failure      Restart the container if it exits due to an error, which manifests as a non-zero exit code.
always          Always restart the container if it stops. If it is manually stopped, it is restarted only when Docker daemon restarts or the container itself is manually restarted. (See the second bullet listed in restart policy details)
unless-stopped  Similar to always, except that when the container is stopped (manually or otherwise), it is not restarted even after Docker daemon restarts.

我在运行Linux系统时也遇到了类似的问题。在系统启动后，一个具有“unless-stopped”重启策略的容器将不会自动重启，除非我输入了一个以某种方式使用docker的命令，例如“docker ps”。我很惊讶，因为我以为这个命令只是报告一些状态信息。接下来我尝试了命令“systemctl status docker”。在一个没有运行docker命令的系统上，该命令报告如下:

● docker.service - Docker Application Container Engine

   Loaded: loaded (/lib/systemd/system/docker.service; disabled; vendor preset: enabled)

     Active: inactive (dead)    TriggeredBy: ● docker.socket
       Docs: https://docs.docker.com

在没有其他docker命令的情况下运行“docker ps”的系统上，我得到了以下信息:

● docker.service - Docker Application Container Engine
    Loaded: loaded (/lib/systemd/system/docker.service; disabled; vendor preset: enabled)

    Active: active (running) since Sun 2020-11-22 08:33:23 PST; 1h 25min ago

TriggeredBy: ● docker.socket
       Docs: https://docs.docker.com

   Main PID: 3135 (dockerd)
      Tasks: 13

    Memory: 116.9M
     CGroup: /system.slice/docker.service
             └─3135 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
 ... [various messages not shown ]

最有可能的解释是，在完全初始化和启动容器之前，Docker会等待一些Docker命令。您可以假定在容器所需的所有服务初始化后的某个时刻在systemd单元文件中运行“docker ps”。我通过放置一个名为docker-onboot的文件来测试这一点。将服务放在/lib/systemd/system目录下，内容如下:

[Unit]
# This service is provided to force Docker containers
# that should automatically restart to restart when the system
# is booted. While the Docker daemon will start automatically,
# it will not be fully initialized until some Docker command
# is actually run.  This unit merely runs "docker ps": any
# Docker command will result in the Docker daemon completing
# its initialization, at which point all containers that can be
# automatically restarted after booting will be restarted.
#
Description=Docker-Container Startup on Boot
Requires=docker.socket
After=docker.socket network-online.target containerd.service

[Service]
Type=oneshot
ExecStart=/usr/bin/docker ps

[Install]

WantedBy = multi-user目标。

到目前为止(在一次测试中，启用了此服务)，容器在计算机启动时启动。我没有尝试依赖docker。服务因为docker。在运行docker命令之前，服务不会启动。下一个测试将禁用docker-onboot(看看WantedBy依赖项是否会自动启动它)。

启动容器，并将其设置为在系统重新引导时自动重新启动

docker run -d --restart unless-stopped ecstatic_ritchie

其中，ecstasy atic_ritchie是指定感兴趣的容器的示例名称。使用docker ps -a列出所有容器名称。

使特定的运行容器在系统重新启动时自动启动

docker update --restart unless-stopped ecstatic_ritchie

使所有运行的容器在系统重新启动时自动启动

docker update --restart unless-stopped $(docker ps -q)

详见Docker主页

是的，docker有重启策略，比如docker run——restart=always，可以处理这个问题。这也可以在compose中使用。Yml配置文件的重启:始终。