Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

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

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

Get started: Prep Windows for containers
; https://learn.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/9/2024]

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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  [161]  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1023정성태4/20/201130073.NET Framework: 210. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 [1]
1022정성태4/19/201125630디버깅 기술: 38. .NET Disassembly 창에서의 F11(Step-into) 키 동작파일 다운로드1
1021정성태4/18/201127925디버깅 기술: 37. .NET 4.0 응용 프로그램의 Main 함수에 BreakPoint 걸기
1020정성태4/18/201128565오류 유형: 117. Failed to find runtime DLL (mscorwks.dll), 0x80004005
1019정성태4/17/201129210디버깅 기술: 36. Visual Studio의 .NET Disassembly 창의 call 호출에 사용되는 주소의 의미는? [1]파일 다운로드1
1018정성태4/16/201132847오류 유형: 116. 윈도우 업데이트 오류 - 0x8020000E
1017정성태4/14/201127637개발 환경 구성: 115. MSBuild - x86/x64, .NET 2/4, debug/release 빌드에 대한 배치 처리파일 다운로드1
1016정성태4/13/201143681개발 환경 구성: 114. Windows Thin PC 설치 [2]
1015정성태4/9/201129036.NET Framework: 209. AutoReset, ManualReset, Monitor.Wait의 차이파일 다운로드1
1014정성태4/7/2011106462오류 유형: 115. ORA-12516: TNS:listener could not find available handler with matching protocol stack [2]
1013정성태4/7/201124271Team Foundation Server: 45. SharePoint 2010 + TFS 2010 환경에서 ProcessGuidance.html 파일 다운로드 문제
1012정성태4/6/201133018.NET Framework: 208. WCF - 접속된 클라이언트의 IP 주소 알아내는 방법 [1]
1011정성태3/31/201135390오류 유형: 114. 인증서 갱신 오류 - The request contains no certificate template information.
1010정성태3/30/201126151개발 환경 구성: 113. 응용 프로그램 디자인 스케치 도구 - SketchFlow [4]
1009정성태3/29/201138482개발 환경 구성: 112. Visual Studio 2010 - .NET Framework 소스 코드 디버깅 [4]
1008정성태3/27/201130858.NET Framework: 207. C# - Right operand가 음수인 Shift 연산 결과 [2]
1007정성태3/16/201131696개발 환경 구성: 111. Excel - XML 파일 연동 [5]파일 다운로드1
1006정성태3/15/201125467.NET Framework: 206. XML/XSD - 외래키처럼 참조 제한 거는 방법파일 다운로드1
1005정성태3/11/201135285개발 환경 구성: 110. 엑셀 매크로 함수 관련 오류 [2]
1004정성태3/3/201124481개발 환경 구성: 109. SharePoint Health Analyzer 디스크 부족 경고 제어
1003정성태3/3/201125509오류 유형: 113. SQL Server - DB Attach 시 Parameter name: nColIndex 오류 발생
1002정성태3/2/201123899Team Foundation Server: 44. TFS 설치 후, Team Portal의 Dashboard를 빠르게 확인하는 방법
1001정성태3/2/201127936Team Foundation Server: 43. TFS 2010 + SharePoint 2010 설치
1000정성태3/1/201132886오류 유형: 112. Remote FX RDP 연결 시 오류 유형 2가지 [5]
999정성태2/28/201146444개발 환경 구성: 108. RemoteFX - Windows 7 가상 머신에서 DirectX 9c 환경을 제공 [5]
998정성태2/27/201120141Team Foundation Server: 42. TFS Application-Tier만 재설치
... 151  152  153  154  155  156  157  158  159  160  [161]  162  163  164  165  ...