Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일
 

Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치

윈도우의 경우 Linux가 아닌 탓에 Container 지원 기술이 좀 복잡해졌는데요, 우선 현재 기준으로 (Linux Container가 아닌) 윈도우 컨테이너는 다음의 글에 따라,

Get started: Prep Windows for containers
; https://docs.microsoft.com/en-us/virtualization/windowscontainers/quick-start/set-up-environment?tabs=Windows-Server

PowerShell에서 2가지 명령어만 실행해 설치할 수 있습니다.

Install-Module -Name DockerMsftProvider -Repository PSGallery -Force
Install-Package -Name docker -ProviderName DockerMsftProvider

[설치 후 재시작 필요: "Restart-Computer -Force"]

사실 이게 새로운 것이라기보다는 예전에 설명했던,

Windows 10에서 경험해 보는 Windows Containers와 docker
; https://www.sysnet.pe.kr/2/0/11013

글에서 "Containers" 구성 요소 설치와 "docker-latest.zip"을 별도로 설치하던 것을 하나로 합친 것에 불과합니다. 실제로 위의 Install-Package 수행 시 로컬에는 "C:\Program Files\docker" 폴더가 생성되고, Full 버전의 "Docker Desktop for Windows"로 설치한 경우와 비교해 리눅스 환경을 고려하지 않아도 되므로 "Windows Containers"를 "docker.exe" 명령어로 운영할 수 있는 최소한의 실행 파일만 위치합니다.

참고로, 이런 식으로 설치되는 구성 요소를 docker hub에는 "Docker Enterprise"라는 이름으로 올려져 있습니다.

Docker Enterprise (Windows Server 2019 and 2016)
; https://hub.docker.com/editions/enterprise/docker-ee-server-windows




그런데 재미있군요, "Docker Engine"이 NT 서비스로 등록은 되는데 실행이 안됩니다.

Windows could not start the Docker Engine service on Local Computer.
Error 1053: The service did not respond to the start or control request in a timely fashion.

그래서 docker 명령어도 전혀 동작을 하지 않습니다.

C:\Windows\System32> docker info
Client:
 Debug Mode: false
 Plugins:
  cluster: Manage Docker clusters (Docker Inc., v1.2.0)

Server:
ERROR: error during connect: Get http://%2F%2F.%2Fpipe%2Fdocker_engine/v1.40/info: open //./pipe/docker_engine: The system cannot find the file specified. In the default daemon configuration on Windows, the docker client must be run elevated to connect. This error may also indicate that the docker daemon is not running.
errors pretty printing info

하지만, cmd.exe 명령행 창에서 "net start docker"로 실행하면 정상적으로 ^^; 서비스가 시작 상태로 바뀝니다. 어쨌든, 서비스 구동은 되었으니 dockerd.exe는 윈도우 컨테이너의 동작 환경을 "C:\ProgramData\docker" 폴더에 구성하고, "//./pipe/docker_engine" named pipe를 열어 docker.exe의 요청을 처리하게 됩니다.

혹시 C 드라이브의 용량이 간당간당하다면, dockerd.exe가 "C:\ProgramData\docker"에 docker 이미지들을 보관하는 것에 부담을 느낄 수 있는데요. 그럴 때는 원하는 drive에, 예를 들어 D 드라이브에 "D:\docker_win" 폴더를 만들고, 다시 그 하위의 "config" 폴더를 만든 후 daemon.json을 다음과 같이 구성해 줍니다.

[D:\docker_win\config\daemon.json]
{
  "registry-mirrors": [],
  "insecure-registries": [],
  "debug": true,
  "experimental": false,
  "data-root": "d:\\docker_win"
}

그다음, "Docker Engine" 서비스의 실행 설정을 다음과 같이 변경하면 됩니다.

c:\temp> sc config docker binpath= "\"C:\Program Files\docker\dockerd.exe\" --run-service --config-file D:\docker_win\config\daemon.json"

이후, 서비스를 재시작하면 "D:\Docker_Win" 폴더에 Windows Containers가 동작하기 위한 기반 폴더들이 초기화/구성됩니다.




설치 제거는 다음의 글에서 잘 설명하고 있습니다.

Uninstall Docker Engine - Enterprise
; https://docs.docker.com/ee/docker-ee/windows/docker-ee/#uninstall-docker-engine---enterprise

docker swarm leave --force
docker rm -f $(docker ps --all --quiet)
docker system prune --all --volumes

Uninstall-Package -Name docker -ProviderName DockerMsftProvider
Uninstall-Module -Name DockerMsftProvider

Get-HNSNetwork | Remove-HNSNetwork
Remove-Item -Path "C:\ProgramData\Docker" -Recurse -Force

"Uninstall-Package" 패키지 단계에서 "Docker Engine" 서비스 및 "C:\Program Files\docker" 폴더가 삭제되므로 "docker.exe" 명령을 수행할 것들이 있다면 그전에 완료해야 합니다. 만약 Uninstall-Package를 먼저 수행해 그 전의 작업을 생략했다면 "C:\ProgramData\Docker" 폴더를 수작업으로 직접 삭제해서는 안 됩니다. 그런 경우에는 다음의 글을 참고하세요.

docker - c:programdatadockerwindowsfilter 폴더 정리하는 방법
; https://www.sysnet.pe.kr/2/0/11051




DockerMsftProvider가 설치하는 docker 패키지는 "Windows Containers"라는 점에 유의해야 합니다. 즉, "Linux Containers"를 구동하고 싶다면 별도로 "Docker Desktop for Windows" 버전을 설치해야 합니다.

그런데, 문제는 "Docker Desktop for Windows" 이름에서도 알 수 있듯이 "Server"가 아닌 "Desktop" 제품이라는 점입니다. 실제로 제품 설명에 봐도,

Docker Desktop for Windows is Docker designed to run on Windows 10. It is a native Windows application that provides an easy-to-use development environment for building, shipping, and running dockerized apps. Docker Desktop for Windows uses Windows-native Hyper-V virtualization and networking and is the fastest and most reliable way to develop Docker apps on Windows. Docker Desktop for Windows supports running both Linux and Windows Docker containers.


"개발 환경"을 위한 제품으로써 Windows 10 개인 PC 환경을 위한 것입니다. 즉 "상용 서비스"를 위한 환경을 제공하는 목적은 아니라는 점입니다. 실제로 "Docker Desktop for Windows"로 실행하는 리눅스 컨테이너는 "DockerDesktopVM" 환경에서 동작하지만, "Windows 10"에서 (컴퓨터 종료가 아닌) "Logout"을 하게 되면 "Docker.Desktop.exe" 프로세스가 종료하면서 "DockerDesktopVM" 가상 머신까지 모두 Stopped 상태로 바뀝니다.

따라서, 설령 "Windows Server" 제품군에 "Docker Desktop for Windows"를 설치해 컨테이너 서비스를 하려면 로그인이 필요하게 됩니다. 정리하면, 리눅스 컨테이너의 경우 개발 자체는 윈도우에서 할 수 있지만 서비스 단계에서는 리눅스를 사용해야 합니다. (검색해 보면, 작업 스케줄러를 이용해 Docker.Desktop.exe 프로세스를 실행하는 식으로의 우회 방법이 있습니다.)

물론, 윈도우 컨테이너를 개발하는 경우라면 "Docker Desktop for Windows" 필요 없이 DockerMsftProvider로 설치한 docker 환경의 윈도우 PC에서 서비스할 수 있고 이때는 당연히 로그인도 필요가 없습니다. 어찌 보면 이것은 올바른 정책입니다. 왜냐하면 분명히 윈도우의 VM에 얹은 리눅스 컨테이너는 성능 면에서 리눅스 전용 머신보다 낮을 것이고 실제 서비스를 그런 환경에서 하고 싶은 경우는 거의 없을 것이기 때문입니다. 반면, 이유야 그렇다고는 하지만 굳이 "Docker.Desktop.exe" 프로세스를 컨테이너 서비스 자체와 강력하게 결합시킬 필요는 없지 않았나... 하는 아쉬움이 남습니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]





[최초 등록일: ]
[최종 수정일: 3/14/2020 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer@outlook.com

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...
NoWriterDateCnt.TitleFile(s)
11955정성태6/20/20191216Math: 60. C# - 로지스틱 회귀를 이용한 분류파일 다운로드1
11954정성태6/20/20191662오류 유형: 550. scp - sudo: no tty present and no askpass program specified
11953정성태6/20/20191022오류 유형: 549. The library 'libhostpolicy.so' required to execute the application was not found in '...'
11952정성태6/20/20191290Linux: 16. 우분투, Centos의 Netbios 호스트 이름 풀이 방법
11951정성태6/20/20191499오류 유형: 548. scp 연결 시 "Permission denied" 오류 및 "WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!" 경고
11950정성태6/18/20191645.NET Framework: 845. C# - 윈도우 작업 관리자와 리소스 모니터의 메모리 값을 구하는 방법
11949정성태6/18/2019883오류 유형: 547. CoreCLR Profiler 예제 프로젝트 빌드 시 컴파일 오류 유형
11948정성태6/17/20191005Linux: 15. 리눅스 환경의 Visual Studio Code에서 TFS 서버 연동
11947정성태9/25/20191328Linux: 14. 리눅스 환경에서 TFS 서버 연동
11946정성태6/17/20191723개발 환경 구성: 445. C# - MathNet으로 정규 분포를 따르는 데이터를 생성, PLplot으로 Histogram 표현파일 다운로드1
11945정성태6/25/20191359Linux: 13. node.js에서 syslog로 출력하는 방법
11944정성태6/16/20194222Linux: 12. Ubuntu 16.04/18.04에서 node.js 최신 버전 설치 방법
11943정성태6/15/20191562.NET Framework: 844. C# - 박싱과 언박싱 [1]
11942정성태6/20/20194546개발 환경 구성: 444. 로컬의 Visual Studio Code로 원격 리눅스 머신에 접속해 개발하는 방법 [1]
11941정성태6/13/20191026오류 유형: 546. "message NETSDK1057: You are using a preview version of .NET Core" 빌드 경고 없애는 방법
11940정성태6/13/2019922개발 환경 구성: 443. Visual Studio의 Connection Manager 기능(Remote SSH 관리)을 위한 명령행 도구파일 다운로드1
11939정성태6/13/20191032오류 유형: 545. Managed Debugging Assistant 'FatalExecutionEngineError'
11938정성태6/12/20191320Math: 59. C# - 웨이트 벡터 갱신식을 이용한 퍼셉트론 분류파일 다운로드1
11937정성태6/11/20193398개발 환경 구성: 442. .NET Core 3.0 preview 5를 이용해 Windows Forms/WPF 응용 프로그램 개발 [1]
11936정성태6/10/20191217Math: 58. C# - 최소 자승법의 1차, 2차 수렴 그래프 변화 확인파일 다운로드1
11935정성태5/7/20201426.NET Framework: 843. C# - PLplot 출력을 파일이 아닌 Window 화면으로 변경
11934정성태6/7/20191775VC++: 133. typedef struct와 타입 전방 선언으로 인한 C2371 오류파일 다운로드1
11933정성태6/7/20191714VC++: 132. enum 정의를 C++11의 enum class로 바꿀 때 유의할 사항파일 다운로드1
11932정성태6/7/20191374오류 유형: 544. C++ - fatal error C1017: invalid integer constant expression파일 다운로드1
11931정성태6/6/20191421개발 환경 구성: 441. C# - CairoSharp/GtkSharp 사용을 위한 프로젝트 구성 방법
11930정성태6/26/20191789.NET Framework: 842. .NET Reflection을 대체할 System.Reflection.Metadata 소개
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...