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)
12193정성태3/16/2020240개발 환경 구성: 485. docker - SAP Adaptive Server Enterprise 컨테이너 실행
12192정성태3/14/2020276개발 환경 구성: 484. docker - Sybase Anywhere 16 컨테이너 실행
12191정성태3/14/2020413개발 환경 구성: 483. docker - OracleXE 컨테이너 실행
12190정성태3/14/2020185오류 유형: 606. Docker Desktop 업그레이드 시 "The process cannot access the file 'C:\Program Files\Docker\Docker\resources\dockerd.exe' because it is being used by another process."
12189정성태3/13/2020322개발 환경 구성: 482. Facebook OAuth 처리 시 상태 정보 전달 방법과 "유효한 OAuth 리디렉션 URI" 설정 규칙
12188정성태3/14/2020202Windows: 167. 부팅 시점에 실행되는 chkdsk 결과를 확인하는 방법
12187정성태3/12/2020168오류 유형: 605. NtpClient was unable to set a manual peer to use as a time source because of duplicate error on '...'.
12186정성태3/12/2020209오류 유형: 604. The SysVol Permissions for one or more GPOs on this domain controller and not in sync with the permissions for the GPOs on the Baseline domain controller.
12185정성태3/11/2020170오류 유형: 603. The browser service was unable to retrieve a list of servers from the browser master...
12184정성태3/11/2020187오류 유형: 602. Automatic certificate enrollment for local system failed (0x800706ba) The RPC server is unavailable.
12183정성태3/12/2020195오류 유형: 601. Warning: DsGetDcName returned information for \\[...], when we were trying to reach [...].
12182정성태3/11/2020289.NET Framework: 901. C# Windows Forms - Vista/7 이후의 Progress Bar 업데이트가 느린 문제파일 다운로드1
12181정성태3/11/2020357기타: 76. 재현 가능한 최소한의 예제 프로젝트란? - 두 번째 예제파일 다운로드1
12180정성태3/10/2020151오류 유형: 600. "Docker Desktop for Windows" - EXPOSE 포트가 LISTENING 되지 않는 문제
12179정성태3/10/2020209개발 환경 구성: 481. docker - PostgreSQL 컨테이너 실행
12178정성태3/10/2020155개발 환경 구성: 480. Linux 운영체제의 docker를 위한 tcp 바인딩 추가
12177정성태3/9/2020205개발 환경 구성: 479. docker - MySQL 컨테이너 실행
12176정성태3/9/2020138개발 환경 구성: 478. 파일의 (sha256 등의) 해시 값(checksum) 확인하는 방법
12175정성태3/8/2020243개발 환경 구성: 477. "Docker Desktop for Windows"의 "Linux Container" 모드를 위한 tcp 바인딩 추가
12174정성태3/8/2020300개발 환경 구성: 476. DockerDesktopVM의 파일 시스템 접근 [1]
12173정성태3/8/2020315개발 환경 구성: 475. docker - SQL Server 2019 컨테이너 실행 [1]
12172정성태3/8/2020283개발 환경 구성: 474. docker - container에서 root 권한 명령어 실행(sudo)
12171정성태3/6/2020286VS.NET IDE: 143. Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점
12170정성태3/6/2020209오류 유형: 599. "Docker Desktop is switching..." 메시지와 DockerDesktopVM CPU 소비 현상
12169정성태3/5/2020357개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용
12168정성태3/8/2020360개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...