Docker Desktop 유료화
Docker Desktop이 유료화됨에 따라서 기업에서 데스크톱용 Docker를 사용하기 위해서는 월 구독료를 지불해야 한다. 2022년 1월까지가 유예기간이었고 2월부터는 250명 이상의 직원이 속한 매출 1,000만 달러 이상의 기업은 무료로 Docker Desktop을 이용할 수 없다.
그렇다면 서버마다 월 구독료를 내야하는 것인가? 그렇지는 않다. 유료화가 진행된 것은 Docker Desktop이지 Docker Engine 자체는 아니기 때문이다. 이게 무슨 말인지 이해하려면 일단 Docker Engine과 Docker CLI를 구별해야 한다.
Docker? Container?
우선 많이들 혼동하는 부분이 있는데 일단 컨테이너와 Docker는 동일한 개념이 아니다. 컨테이너 기술은 여러 컨테이너 런타임으로 구현할 수 있도 Docker는 그 중에 하나일 뿐이다.
Docker Engine? Docker CLI?
Docker Engine(Daemon)과 Docker CLI(Client)를 Docker라는 용어로 묶어서 사용하는데 두 가지는 별도로 설치되고 관리되는 것이기 때문에 구분이 필요하다.
간단히 말하면 Docker Engine은 데몬 형태로 실행하는 컨테이너 엔진 그 자체이고 Docker CLI는 우리가 사용하는 docker 명령어 인터페이스이다. 보통 Docker Engine을 설치할 때 Docker CLI를 같이 설치하기 때문에 우리는 Docker CLI의 존재를 모르고 Docker를 설치했다고 통칭해서 이야기한다.
예를 들어 CentOS에 Docker를 설치할 때 sudo yum install docker-ce docker-ce-cli containerd.io 명령어로 설치를 진행하는데 여기서 docker-ce가 Docker Engine에 해당하고 docker-ce-cli가 Docker CLI에 해당한다.
(참고로 Docker Engine의 경우 Community Edition(CE)과 Enterprise Editoin(EE)이 있는데 Docker Engine CE만 무료이며 여기서는 Docker Engine CE에 대해서만 다루도록 하겠다.)
그리고 아마도 다들 한번 쯤은 docker ps를 쳤을 때 다음과 같은 메세지를 본 적이 있을 것이다.
docker ps
# Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
Bash
복사
Is the docker daemon running? 메세지가 말해주듯이 docker 명령어를 연결하여 사용할 Docker Engine이 꺼져있거나 설치되지 않았음을 나타낸다. 다시 말해서 Docker CLI는 준비되었으나 Docker Engine은 준비되지 않았다는 뜻이다.
Docker Desktop?
Docker Desktop은 데스크톱 환경에서 Docker를 사용할 수 있게 해주는 프로그램이다. 여기서 데스크톱 환경은 Mac와 Windows에 해당한다. Docker Desktop을 설치하면 Docker Engine, Docker CLI, 그리고 GUI 환경까지 제공해준다. 마치 올인원 패키지 같은 것으로 이해하면 되겠다.
유료화가 진행되는 것은 Docker Desktop이지 Docker Engine, Docker CLI는 아니기 때문에 내가 Docker Engine와 Docker CLI를 별도로 설치할 경우 무료로 Docker를 사용할 수도 있다는 것이다.
그러나 여기서 문제가 있는데 Docker Engine CE을 Linux에 별도로 설치하는 것은 가능하지만 Mac이나 Windows 환경에서 Docker Engine을 사용하기 위해서는 반드시 Docker Desktop을 설치해야 한다. 다시 말해서 Mac과 Windows에서는 Docker Desktop 없이는 '직접적으로' Docker를 사용할 수 있는 방법은 없는 것이다.
그럼에도 불구하고 오픈소스 커뮤니티의 도움으로 우리는 '간접적으로' Docker를 사용할 수 있는 방법이 있다. 바로 Mac이나 Windows와 같은 데스크톱 환경이 아닌 Linux와 동일한 서버환경을 VM으로 만들고 거기에 Docker Engine CE를 설치하는 것이다. 그리고 Docker CLI를 VM 내의 Docker Engine CE에 연결하는 것이다!
간단히 표현하면 다음과 같다.
# Docker Desktop 사용시 (유료!)
[HostOS] docker cli =(docker.sock)=> [HostOS] docker Engine
# Docker CLI + Docker Engine(VM) 사용시 (무료!)
[HostOS] docker cli =(docker.sock)=> [GuestVM] docker Engine`
Bash
복사
일단 Windows WSL 내에 docker를 설치하는 것은 Linux 내에서 Docker를 구성하는 것과 유사하기 때문에 이 글에서는 Mac 중심으로 설명하겠다.
먼저 Mac에서 Docker CLI는 다음과 같은 방법으로 설치할 수 있다.
brew install docker
Bash
복사
이제 Docker CLI에 연결할 Docker Engine을 별도로 구성해보자.
Lima
Lima는 Mac에서 Linux VM을 손쉽게 관리할 수 있는 오픈소스이다. Lima로 Docker Engine CE가 설치된 Ubuntu를 설치하고 호스트에서 Docker CLI를 연결하여 사용할 수 있다.
# lima 설치
brew install lima
limactl --version
# Docker Engine CE가 설치된 Ubuntu VM 설정파일 다운로드
wget https://raw.githubusercontent.com/lima-vm/lima/master/examples/docker.yaml
cat ./docker.yaml
# lima docker.yaml 파일 기반의 VM 생성
limactl start ./docker.yaml
# 생성한 VM 조회 (VM명은 파일명 그대로 docker)
limactl list
# docker VM에 ssh 접속 혹은 명령어 전달
# limactl shell ${INSTANCE} [COMMAND...]
limactl shell docker # 접속
limactl shell docker ls -al # 명령어 전달
# VM과 ${HOME} 디렉토리를 공유하는지 확인
ls /Users
limactl shell docker /Users
# VM 외부에서 호스트 docker cli를 연결
export DOCKER_HOST=$(limactl list docker --format 'unix://{{.Dir}}/sock/docker.sock')
docker info # lima-docker인지 확인
docker run hello-world
# Hello from Docker!
# 생성한 VM 중지 및 삭제
limactl stop docker
limactl delete docker
Bash
복사
Minkube
데스크톱용 Kubernetes으로 알려져 있지만 minikube가 컨테이너 엔진을 생성하기 때문에 호스트 Docker CLI를 연결하여 다음과 같이 사용할 수 있다.
Slicon M1 Mac에서는 VirtualBox 사용이 불가하여 minikube 기동시 driver=virtualbox 옵션을 사용할 수 없다. (다른 드라이버 옵션에 대해서는 테스트를 진행하지 않아서 잘 모르겠음)
# virtualbox, minikube 설치
brew install --cask virtualbox
brew install minikube
minikube start --driver=virtualbox
# 호스트 docker cli를 생성된 Virtuabox VM 내 docker engine에 연결하여 사용
eval $(minikube docker-env)
docker run hello-world
# Hello from Docker!
Bash
복사
Rancher Desktop
Rancher Desktop은 Rancher에서 만든 데스크톱용 Kubernetes이자 Docker Desktop 대체재로서 부상하고 있다. Docker Desktop과 동일하게 단순히 다운로드하고 실행하는 방식으로 손쉽게 Kubernetes 환경을 구축할 수 있는데 여기서 dockerd(moby)를 Container Runtime으로 선택할 경우 별도의 환경변수 설정없이 바로 Docker CLI에 연결하여 사용할 수 있다.
# Rancher Desktop 설치후 dockerd(moby) 런타임으로 Kubernetes 클러스터 실 명령어 실행
docker info
# Name: lima-rancher-desktop 확인
docker run hello-world
# Hello from Docker!
Bash
복사
Podman
Podman은 daemonless container engine이며 RedHat이 운영하고 있는 오픈소스로서 Docker의 대체재로서 부상하고 있다. 다른 선택지와는 다르게 Docker CLI와 Docker Engine을 대체하는 방법에 해당한다.
만약 alias docker=podman으로 alias 설정을 할 경우 마치 docker와 거의 유사하게 사용할 수 있다.
Podman은 내부적으로 Podman이 설치된 Podman Engine(VM)을 실행하는 방식으로 동작한다.
[HostOS] Podman Client =(소켓연결, 그러나 볼륨공유되지 않음)=> [GuestVM(Podman Machine)] Podman Engine`
Bash
복사
현재까지는 v3까지 릴리즈되었으나 아쉽게도 HostOS와 Podman Machine 간에 볼륨 마운트가 지원되지 않아서 컨테이너에 볼륨을 마운트할 수 없다. (다시 말해서 run 명령어 뒤에 -v 옵션을 주어도 볼륨 공유가 되지 않기 때문에 제대로 동작하지 않음. 이 옵션은 v4부터 지원예정)
brew install podman
# podman machine 시작
podman machine init
podman machine start
# podman machine 실행 확인
podman info
# podman 실행
podman run -dt -p 8080:80/tcp docker.io/library/httpd
# docker 처럼 사용
alias docker=podman
docker run -dt -p 8080:80/tcp docker.io/library/httpd
Bash
복사
결론
Docker Desktop이 갑자기 유료화됨에 따라서 아직 Docker Desktop을 대체할 만한 오픈소스들이 모두 미성숙한 상태이다. 따라서 자신의 환경에 맞게 가장 쉽게 사용할 수 있는 방안을 선택하고 더 좋은 방안이 나올 경우 빠르게 변화하는 것이 더 좋은 전략이라고 생각한다.
개인적으로 위와 같이 여러 방안들을 검토해본 결과 비용에 크게 구애받지 않는다면... 그냥 Docker Desktop을 유료로 구매해서 사용하자... (우리는 Docker Desktop에 너무 익숙해져 있었고 Docker가 자신있게 Docker Desktop 유료화를 선언한 데에는 다 이유가 있었다...)
