Docker 내부에서 Docker를 실행한 방법과 그 결과

안녕하세요 여러분! 그의 이전 기사, Docker에서 Docker를 실행하는 방법과 이 강의를 활용하는 실제적인 측면에 대해 이야기하겠다고 약속했습니다. 약속을 지켜야 할 때입니다. 숙련된 개발자는 Docker 내부에 Docker가 필요한 사람들이 단순히 Docker 데몬 소켓을 호스트에서 컨테이너로 전달하면 99%의 경우에 충분하다고 반대할 것입니다. 하지만 너무 서두르지 마세요. Docker 내에서 실제로 Docker를 실행하는 방법에 대해 이야기할 것이기 때문입니다. 이 솔루션에는 다양한 응용 분야가 있으며 이 기사는 그 중 하나에 관한 것입니다. 편안히 앉아 팔을 앞으로 뻗으십시오.

처음

이 모든 일은 내가 Digital Ocean에서 5달러에 빌린 기계를 청소하던 24월의 비오는 날 저녁에 시작되었습니다. Docker가 XNUMXGB의 사용 가능한 디스크 공간을 이미지와 컨테이너로 모두 채웠기 때문에 기계가 정지되었습니다. 아이러니한 점은 이러한 모든 이미지와 컨테이너가 일시적이며 새 버전의 라이브러리나 프레임워크가 출시될 때마다 내 애플리케이션의 성능을 테스트하는 데만 필요하다는 것입니다. 쓰레기를 정리하기 위해 쉘 스크립트를 작성하고 cron 일정을 설정하려고 시도했지만 도움이 되지 않았습니다. 매번 서버의 디스크 공간이 소모되고 서버가 중단되는 상황이 발생했습니다(기껏해야). 어느 시점에서 컨테이너에서 Jenkins를 실행하는 방법과 컨테이너에 전달된 Docker 데몬 소켓을 통해 빌드 파이프라인을 생성 및 삭제하는 방법에 대한 기사를 접하게 되었습니다. 아이디어는 마음에 들었지만 더 나아가 Docker 내부에서 Docker를 직접 실행하는 실험을 해보기로 결정했습니다. 그 당시에는 Docker 이미지를 다운로드하고 다른 컨테이너 내부에서 테스트하는 데 필요한 모든 애플리케이션에 대한 컨테이너를 생성하는 것이 완전히 논리적인 솔루션인 것처럼 보였습니다(이를 스테이징 컨테이너라고 부르겠습니다). 아이디어는 -rm 플래그를 사용하여 스테이징 컨테이너를 시작하는 것이었습니다. 이 플래그는 중지 시 전체 컨테이너와 모든 해당 내용을 자동으로 삭제합니다. 나는 Docker 자체의 Docker 이미지를 조작했습니다(https://hub.docker.com/_/docker), 하지만 너무 번거로워서 내가 필요한 방식으로 작동하도록 할 수 없었고 혼자서 끝까지 가고 싶었습니다.

관행. 콘

나는 컨테이너가 내가 필요로 하는 방식으로 작동하도록 만들기 시작했고 실험을 계속했고 그 결과 수많은 새싹이 탄생했습니다. 내 자학의 결과는 다음과 같은 알고리즘이었습니다.

1. 대화형 모드에서 Docker 컨테이너를 시작합니다.

   docker run --privileged -it docker:18.09.6

   컨테이너 버전에 주의를 기울이고 오른쪽이나 왼쪽으로 이동하면 DinD가 호박으로 변합니다. 실제로 새 버전이 출시되면 문제가 자주 발생합니다.
   우리는 즉시 쉘에 들어가야 합니다.

2. 어떤 컨테이너가 실행되고 있는지 알아내려고 노력하고 있지만(답변: 없음) 어쨌든 명령을 실행해 보겠습니다.

   docker ps

   조금 놀라시겠지만 Docker 데몬이 실행되고 있지 않은 것으로 나타났습니다.

   error during connect: Get http://docker:2375/v1.40/containers/json: dial tcp: lookup docker on 
   192.168.65.1:53: no such host

3. 직접 실행해 보겠습니다.

   dockerd &

   또 다른 불쾌한 놀라움:

   failed to start daemon: Error initializing network controller: error obtaining controller instance: failed 
   to create NAT chain DOCKER: Iptables not found

4. iptables 및 bash 패키지를 설치하십시오(모든 것이 sh보다 bash에서 작업하는 것이 더 즐겁습니다):

   apk add --no-cache iptables bash

5. bash를 실행해 봅시다. 마지막으로 우리는 일반적인 쉘로 돌아왔습니다

6. Docker를 다시 시작해 보겠습니다.

   dockerd &

   다음으로 끝나는 긴 로그 시트가 표시됩니다.

   INFO[2019-11-25T19:51:19.448080400Z] Daemon has completed initialization          
   INFO[2019-11-25T19:51:19.474439300Z] API listen on /var/run/docker.sock

7. 엔터 키를 치시오. 우리는 다시 배쉬로 돌아왔습니다.

이제부터 Docker 컨테이너 내부에서 다른 컨테이너를 시작하려고 시도할 수 있지만 Docker 컨테이너 내부에서 다른 Docker 컨테이너를 시작하려고 하거나 문제가 발생하여 컨테이너가 충돌하면 어떻게 될까요? 다시 시작하세요.

자체 DinD 컨테이너 및 새로운 실험

위 단계를 계속해서 반복하지 않기 위해 나만의 DinD 컨테이너를 만들었습니다.

https://github.com/alekslitvinenk/dind

작동 중인 DinD 솔루션을 통해 Docker 내부에서 Docker를 재귀적으로 실행하고 더 모험적인 실험을 수행할 수 있는 기능이 제공되었습니다.
이제 MySQL과 Nodejs를 실행하는 (성공적인) 실험 중 하나를 설명하겠습니다.
가장 참을성이 없는 사람은 여기가 어땠는지 알 수 있습니다

시작해 보겠습니다.

1. 대화형 모드에서 DinD를 시작합니다. 이 버전의 DinD에서는 하위 컨테이너가 사용할 수 있는 모든 포트를 수동으로 매핑해야 합니다(이미 작업 중입니다).

   docker run --privileged -it 
   -p 80:8080 
   -p 3306:3306 
   alekslitvinenk/dind

   bash에 들어가 즉시 하위 컨테이너 실행을 시작할 수 있습니다.

2. MySQL을 실행합니다:

   docker run --name mysql -e MYSQL_ROOT_PASSWORD=strongpassword -d -p 3306:3306 mysql

3. 로컬로 연결하는 것과 동일한 방식으로 데이터베이스에 연결합니다. 모든 것이 제대로 작동하는지 확인해 봅시다.

4. 두 번째 컨테이너를 시작합니다.

   docker run -d --rm -p 8080:8080 alekslitvinenk/hello-world-nodejs-server

   포트 매핑은 정확히 다음과 같습니다. 8080:8080, 이미 호스트의 포트 80을 상위 컨테이너의 포트 8080에 매핑했기 때문입니다.

5. 브라우저에서 localhost로 이동하여 서버가 "Hello World!"라고 응답하는지 확인합니다.

내 경우에는 중첩된 Docker 컨테이너를 사용한 실험이 매우 긍정적인 것으로 나타났으며 계속해서 프로젝트를 개발하고 스테이징에 사용할 것입니다. 제가 보기에는 이것이 Kubernetes나 Jenkins X보다 훨씬 더 가벼운 솔루션인 것 같습니다. 그러나 이것은 제 주관적인 의견입니다.

오늘 기사는 여기까지인 것 같습니다. 다음 기사에서는 Docker에서 Docker를 재귀적으로 실행하고 중첩된 컨테이너에 디렉터리를 마운트하는 실험에 대해 더 자세히 설명하겠습니다.

PS 이 프로젝트가 유용하다고 생각되면 GitHub에서 별점을 주고 포크한 후 친구들에게 알리세요.

Edit1 2개의 동영상을 중심으로 오류 수정

출처 : habr.com