【问题标题】:Slow Docker on Windows Run Step, Why?Windows 上运行缓慢的 Docker 步骤,为什么?
【发布时间】:2018-03-21 02:05:16
【问题描述】:

我正在尝试使用以下 dockerfile 创建一个新的 docker 映像,但完成其中一个步骤需要很长时间:

FROM microsoft/dotnet-framework:4.7

SHELL ["powershell"]

# Note: Get MSBuild 12.
RUN Invoke-WebRequest "https://download.microsoft.com/download/9/B/B/9BB1309E-1A8F-4A47-A6C5-ECF76672A3B3/BuildTools_Full.exe" -OutFile "$env:TEMP\BuildTools_Full.exe" -UseBasicParsing
RUN &  "$env:TEMP\BuildTools_Full.exe" /Silent /Full
# Todo: delete the BuildTools_Full.exe file in this layer

# Note: Add .NET 
## RUN Install-WindowsFeature NET-Framework-45-Features ; \

# Note: Add NuGet
RUN Invoke-WebRequest "https://dist.nuget.org/win-x86-commandline/latest/nuget.exe" -OutFile "C:\windows\nuget.exe" -UseBasicParsing
WORKDIR "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0"

# Note: Add Msbuild to path
RUN setx PATH '%PATH%;C:\\Program Files (x86)\\MSBuild\\12.0\\Bin\\msbuild.exe'
CMD ["C:\\Program Files (x86)\\MSBuild\\12.0\\Bin\\msbuild.exe"]

这是目前的输出:

PS C:\MyWorkspace\images\msbuild> docker build -t msbuild .
Sending build context to Docker daemon   2.56kB
Step 1/9 : FROM microsoft/dotnet-framework:4.7
 ---> 91abbfdc50cb
Step 2/9 : MAINTAINER mohamed.elkammar@gmail.com
 ---> Using cache
 ---> fbf720101007
Step 3/9 : SHELL powershell
 ---> Using cache
 ---> 642cf0e08730
Step 4/9 : RUN Invoke-WebRequest "https://download.microsoft.com/download/9/B/B/9BB1309E-1A8F-4A47-A6C5-ECF76672A3B3/BuildTools_Full.exe" -OutFile "$env:TEMP\BuildTools_Full.exe" -UseBasicParsing
 ---> Using cache
 ---> a722c88fee0f
Step 5/9 : RUN &  "$env:TEMP\BuildTools_Full.exe" /Silent /Full
 ---> Using cache
 ---> 4fda7448f2e4
Step 6/9 : RUN Invoke-WebRequest "https://dist.nuget.org/win-x86-commandline/latest/nuget.exe" -OutFile "C:\windows\nuget.exe" -UseBasicParsing
 ---> Running in eec036874574

另外,这里是docker info的输出:

C:\Windows\system32>docker info
Containers: 2
 Running: 1
 Paused: 0
 Stopped: 1
Images: 5
Server Version: 17.06.1-ee-2
Storage Driver: windowsfilter
 Windows:
Logging Driver: json-file
Plugins:
 Volume: local
 Network: l2bridge l2tunnel nat null overlay transparent
 Log: awslogs etwlogs fluentd json-file logentries splunk syslog
Swarm: inactive
Default Isolation: process
Kernel Version: 10.0 14393 (14393.1715.amd64fre.rs1_release_inmarket.170906-1810)
Operating System: Windows Server 2016 Datacenter
OSType: windows
Architecture: x86_64
CPUs: 1
Total Memory: 4.75GiB
Name: instance-1
ID: B2BG:6AW5:Y32S:YLIO:FE25:WWDO:ZAGQ:CZ3M:S5XM:LSHB:U5GM:VYEM
Docker Root Dir: C:\ProgramData\docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

什么会导致一个简单的下载步骤永远耗时?

【问题讨论】:

  • 我也有同样的问题,你发现什么了吗?
  • 你的nuget也有问题吗?
  • 不,我只是在powershell上运行一个dotnet-framework图像交互,我必须等待大约40秒才能启动容器
  • 我不得不等待荒谬的时间。如果您的问题是您需要等待任务完成,请尝试在命令后使用| Out-Null
  • 我正在运行这个:docker run -it microsoft/dotnet-framework

标签: docker windows-server-2016 docker-for-windows


【解决方案1】:

一个 docker 构建过程比运行一个容器需要更长的时间。它还取决于 docker 是否已缓存。

所以通常在没有缓存的情况下第一次构建容器时所需的时间最长,然后后续 docker 构建 Docker 引擎将使用其缓存(如果可用)。当您运行容器时,一旦构建它会更快。

当您特别是第一次构建时,docker 会从公共注册表中拉取 microsoft/dotnet-framework:4.7,除非副本已经拉取并在 docker 映像中本地可用。如果是 Docker 引擎将使用它,如果不是,它将从远程存储库中放置它。如果您有本地副本,则速度更快。如果您愿意,可以在构建之前将其拉出,或者将其放在本地私有注册表中,然后将您的标签更改为您的注册表 url。

究竟哪一步慢?最后一个获取 nuget.exe 的地方?如果是这样,首先想到的可能是名称解析、DNS、防火墙或到达 Internet 的网络超时。

尝试运行这个容器来检查名称解析,看看它是否可以快速获取该文件。

FROM centos

维护者布莱克·鲁索

运行 yum install -y dig wget bind-utils nc ;挖 -x dist.nuget.org; nslookup dist.nuget.org; wget dist.nuget.org/win-x86-commandline/latest/nuget.exe; ls -la nug*;

【讨论】:

    【解决方案2】:

    我在使用 Docker 和 Windows 时遇到过类似的问题。尝试了以下选项:

    1. 检查 DNS 是否太慢。我用 8.8.8.8 替换了 /etc/resolve.conf 中的几个名称服务器条目,并进行了强制重新加载。这有助于减少加载时间。

    2. 检查docker是否通过IPv6连接到dockerd;在我的情况下,这不是听众。在网络接口上禁用 IPv6 并重新启动机器有助于减少加载时间。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-02-05
      • 2016-01-09
      • 1970-01-01
      • 2019-02-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多