[docker] docker 이미지의 컨텍스트를 매우 크게 빌드

Docker 파일을 체계적으로 유지하기 위해 Docker에 대해 배우려고하면서 호스트 컴퓨터에 몇 가지 다른 디렉토리를 만들었습니다. 방금 실행 한 Dockerfile은 다음과 같습니다.

FROM crystal/centos
MAINTAINER crystal

ADD ./rpms/test.rpm ./rpms/
RUN yum -y --nogpgcheck localinstall /rpms/test.rpm

내 실제 rpm은 1GB입니다. 그러나하려고 sudo docker build -t="crystal/test" .하면 Docker 데몬 3.5GB에 빌드 컨텍스트를 보냅니다. Docker 이미지를 계속 빌드 할 때 알지 못하는 것이 있습니까? 호스트 시스템의 다른 디렉토리에 더 많은 이미지를 빌드 할 때 메모리가 누적됩니까?



답변

Docker 클라이언트는 전체 “빌드 컨텍스트”를 Docker 데몬으로 보냅니다. 해당 빌드 컨텍스트 (기본적으로)는 전체 디렉토리 Dockerfile(전체 rpms트리)입니다.

.dockerignoreDocker가 일부 파일을 무시 하도록 파일을 설정할 수 있습니다 . 당신은 그것을 실험하고 싶을 수도 있습니다.

또는, 당신은 당신의 이동할 수 있습니다 rpms당신의 위의 폴더 하나의 디렉토리 레벨을 Dockerfile, 그리고 심볼릭 링크 만 test.rpmDockerfile의 디렉토리.


많은 사용자가 의견에서 지적했듯이 내 경우에는 150MB-> 5GB 차이의 원인이되는 폴더를 폴더에 추가해야 .git합니다.dockerignore .


답변

2019 업데이트

Docker v18.06부터 Build Kit 라는 새로운 이미지 빌더를 사용하는 옵션이 있습니다 .

Docker와 함께 번들로 제공되므로 아무것도 설치할 필요가 없습니다. Dockerfile구문 과 호환 되므로를 변경할 필요가 없습니다 Dockerfile.

레거시 도커 빌드 및 새로운 도커 BuildKit

다음은 빌드 디렉토리에서 사용되지 않은 거대한 파일로 이미지를 작성하는 예입니다.

레거시 도커 빌드 :

$ time docker image build --no-cache .
Sending build context to Docker daemon  4.315GB
[...]
Successfully built c9ec5d33e12e

real    0m51.035s
user    0m7.189s
sys 0m10.712s

새로운 Docker BuildKit :

$ time DOCKER_BUILDKIT=1 docker image build --no-cache .
[+] Building 0.1s (5/5) FINISHED
 => [internal] load build definition from Dockerfile                       0.0s
 => => transferring dockerfile: 37B                                        0.0s
 => [internal] load .dockerignore                                          0.0s
 => => transferring context: 2B                                            0.0s
[...]
 => => writing image sha256:ba5bca3a525ac97573b2e1d3cb936ad50cf8129eedfa9  0.0s

real    0m0.166s
user    0m0.034s
sys 0m0.026s

유일한 변화는 DOCKER_BUILDKIT=1환경 변수이며 시간의 차이는 엄청납니다.

.dockerignore 파일

있음을 유의하시기 바랍니다 .dockerignore파일이 여전히 유효하고 유용합니다. Dockerfile같은 일부 명령 COPY . .은 여전히 .dockerignore규칙 을 고려합니다 . 그러나 빌드 디렉토리의 사이드 파일 (에서 참조되지 않음 Dockerfile)은 더 이상 BuildKit에 의해 “빌드 컨텍스트”로 복사되지 않습니다.


답변

Dockerfile과 docker-compose.yml을 하위 폴더로 이동하여 문제를 해결했으며 훌륭하게 작동했습니다. 분명히 docker는 현재 폴더를 데몬으로 보내고 내 폴더는 9 기가였습니다.


답변

당신이있는 경우 .dockerignore파일 및 빌드 환경은 여전히 큰, 당신은 사용하여 고정 표시기 빌드 컨텍스트에 전송되는 것을 확인할 수 있습니다 실버 수색자를 :

ag --path-to-ignore .dockerignore --files-with-matches

일부 **패턴이 제대로 작동하지 않을 수 있습니다.

추가 의견은 다음 Github 문제를 참조하십시오. https://github.com/moby/moby/issues/16056


답변

내 경우에는 내가 잘못 실행했을 때였 다. -f 인수로 때였습니다-Dockerfile이있는 디렉토리 경로 없음

docker build --no-cache -t nginx5 -f /home/DF/Dockerfile /home/DF/ – 권리

docker build --no-cache -t nginx5 -f /home/DF/Dockerfile – 잘못된


답변

빌드 컨텍스트를 완전히 제어 COPY하려면 나중에 컨텍스트 및 관련 데이터 없이 컨테이너를 완전히 빌드 할 수 있습니다 .

docker build - < Dockerfile

이 방법의 한 가지 단점은이 접근법을 사용하면 ADD로컬 호스트의 파일이 아닌 원격 URL을 참조하는 dockerfile의 항목 만 할 수 있다는 것입니다.

https://docs.docker.com/engine/reference/commandline/build/#build-with–를 참조 하십시오


답변

FreeStyler와 같은 문제가있었습니다. 그러나 나는 내 맥락에서 디렉토리 하나를 구축하고있었습니다. 따라서 -f 인수가 정확하고 컨텍스트가 올바르지 않습니다.

project
|
-------docker-dir

docker-dir에서 빌드하면 다음이 좋습니다.

docker build -t br_base:0.1 .

dock-dir에서 빌드 컨텍스트가 변경되었습니다. 따라서 명령에서 컨텍스트를 변경해야했습니다. 문맥은 ‘.’ 위의 명령에서.

프로젝트 디렉토리의 새로운 명령은

docker build -t br_base:0.1 ./base

여기서 컨텍스트는 ‘./base’에 의해 제공됩니다.