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

비밀번호

댓글 작성자
 




... 136  137  138  139  140  [141]  142  143  144  145  146  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1530정성태11/5/201327465기타: 38. 오픈소스로 풀린 하드 디스크 관리 도구 - WindowSMART
1529정성태11/5/201323350오류 유형: 192. SQL 서버 - The transaction log for database '...' is full due to 'LOG_BACKUP'.
1528정성태11/5/201328943디버깅 기술: 58. windbg 분석 사례 - WPF 응용 프로그램의 UI가 반응하지 않는 문제 [5]
1527정성태11/4/201326563VC++: 72. error MIDL2311 - mktyplib compatability mode 컴파일 오류
1526정성태11/3/201323264디버깅 기술: 57. C# - double 값에 대한 windbg 확인
1525정성태11/2/201329660.NET Framework: 391. C# - EXE/DLL로부터 추출한 이미지/아이콘의 배경색 투명 처리 [8]
1524정성태11/2/201330494기타: 37. 프로그램에 보여지는 리소스(예: 아이콘) 추출하는 방법 [1]
1523정성태11/2/201326864VS.NET IDE: 81. Visual Studio 확장 도구 AttachToW3WP - w3wp.exe에 대한 디버거 연결을 자동화하는 도구 [2]
1522정성태11/1/201323444VS.NET IDE: 80. IIS 8.0/8.5 - Global.asax.cs처럼 초기에 실행되는 코드에 Breakpoint를 잡는 방법
1521정성태11/1/201329304VS.NET IDE: 79. IIS 7.5 - Global.asax.cs처럼 초기에 실행되는 코드에 Breakpoint를 잡는 방법
1520정성태10/31/201323714오류 유형: 191. Visual Studio 2010 - 웹 애플리케이션 생성 시 "The project type is not supported by this installation." 오류 발생 해결
1519정성태10/31/201349238기타: 36. SYSTEM 또는 TrustedInstaller 소유로 되어 있는 폴더/파일을 삭제하는 방법 [5]
1518정성태10/30/201326894VS.NET IDE: 78. Visual Studio 확장으로 XmlCodeGenerator 제작하는 방법
1517정성태10/28/201326462디버깅 기술: 56. 덤프 파일에 핸들/스레드 정보를 포함하는 방법 [1]
1516정성태10/28/201331796.NET Framework: 390. FolderBrowserDialog보다 더 쓸만한 대화창이 필요하다면? [1]
1515정성태10/24/201334473VS.NET IDE: 77. Visual Studio 확장(VSIX) 만드는 방법 [5]
1514정성태10/24/201367804개발 환경 구성: 202. Internet Explorer 11을 7, 8, 9, 10 버전으로 인식시키는 방법 [9]파일 다운로드1
1513정성태10/23/201324359개발 환경 구성: 201. Azure Blob Storage의 DNS 경로를 사용자 DNS로 바꾸는 방법 [1]
1512정성태10/18/201327577개발 환경 구성: 200. IIS AppPool의 실행 계정을 변경하는 방법
1511정성태10/12/201325721.NET Framework: 389. The 3n + 1 problem의 C#/Java 버전 풀이 [2]
1510정성태10/8/201326620오류 유형: 190. 윈도우 서버 2012 R2 설치 후 인텔 NIC으로 인한 WMI 오류 발생
1509정성태10/8/201331791오류 유형: 189. Windows Server 8.1/2012 R2 - IME 비정상 종료 현상 [1]
1508정성태10/4/201326865.NET Framework: 388. 일반 닷넷 프로젝트에서 WinRT API를 호출하는 방법 [2]파일 다운로드1
1507정성태9/30/201324729오류 유형: 188. The key 'LocalizedPerfCounter' does not exist in the appSettings configuration section.
1506정성태9/30/201326911오류 유형: 187. Parameter "basePath" cannot be a relative path
1505정성태9/26/201375393기타: 35. Microsoft Office 2007 인증 생략하는 방법 [10]
... 136  137  138  139  140  [141]  142  143  144  145  146  147  148  149  150  ...