Docker on 0AndWild_log

도커(Docker) 설치 & 명령어 사용방법 총정리

Tue, 25 Oct 2022 17:59:31 +0900

지난 글에 이어 도커의 명령어와 사용방법을 정리해볼까 합니다 =)

Docker 설치하기

우선 도커를 사용하려면 설치를 해주어야 겠죠?

필자의 경우 AWS EC2 인스턴스로 Ubuntu 환경에서 Docker를 설치하였습니다.

Ubuntu 및 다른 환경에서 설치가 필요하신 경우 아래 공식 문서를 참고해주세요!

Install Docker Engine on Ubuntu - docs.docker.com

Docker 구버전 제거 및 신버전 설치

만약 Docker 구버전을 삭제 후 신버전을 설치하려 한다면 아래 명령어를 통해 구버전을 삭제해주도록 합니다.

Ubuntu 기준

sudo apt-get remove docker docker-engine docker.io containerd runc

저장소 업데이트

sudo apt-get update

apt가 https를 통해 repository를 사용할 수 있도록 패키지 설치

sudo apt-get install apt-transport-https ca-certificates curl gnupg-agent software-properties-common

Docker 저장소 키를 apt에 등록

curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -

Docker 저장소 등록

sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable"

지금까지 작업 내용 반영을 위해 apt update

sudo apt-get update

Docker 설치

sudo apt-get install docker-ce docker-ce-cli containerd.io docker-compose-plugin

위의 명령어를 통해 Docker 설치 작업을 끝냈다면 확인을 해봐야 겠죠?!

sudo docker version

또는

sudo docker run hello-world

위와 같이 run 명령어를 사용하면 hello-world 이미지를 local에서 찾고 만약 없으면 docker hub에서 이미지를 다운받고 실행시켜 컨테이너로 띄워질 것입니다 =)

Docker 권한 설정

만약 도커 명령어 실행시 다음과 같은 문구가 나온다면 걱정하지 마세요 ㅎㅎ

이 메세지는 Docker를 root 외의 사용자가 사용할 수 있는 권한이 없어 그런 것 입니다 =)

우선 docker의 권한을 확인합니다.

cat /etc/group | grep docker

필자의 경우 이미 사용자 권한을 추가하여 뒤에 ubuntu 라는 사용자 이름으로 권한이 추가되어 있습니다.

만약 추가가 되어 있지 않다면 docker:x:999: 와 같은 문구를 확인할 수 있을 겁니다!

Docker 그룹에 사용할 사용자 아이디를 추가해줍니다

sudo usermod -aG docker [사용자이름]

사용자이름은 예시로 필자는 위의 사진과 같이 ubuntu라는 사용자 이름으로 사용중이기에 ubuntu를 넣어 주었습니다.

Linux의 경우 기본유저이름이 ec2-user로 잡혀 있을 겁니다 =)

시스템 재시작을 해줍니다.

sudo reboot

이제 docker 명령어 앞에 sudo 를 빼고 다시 버전확인을 해보도록 하겠습니다.

docker version

다음과 같이 Client와 Server 정보가 나오면 정상적으로 권한 부여가 이루어진겁니다. =)

만약 Got permission denied ... 메세지가 다시 나온다면 권한 설정이 잘 이루어지지 않을 것이니 확인을 다시 해보신 후 추가적인 에러메세지를 함께 검색해보시길 바랍니다!

에러메세지를 댓글에 공유 해주시면 저도 함께 찾아보도록 하겠습니다 ㅎㅎ

Windows & Mac OS Docker Desktop

+ 추가적으로 Windows 와 Mac OS의 경우 docker desktop을 지원하여 간편한 설치를 통해 GUI를 사용할 수 있습니다!

개인 사용자나 250인 이하 또는 $1000만 달러 미만 매출의 회사에서만 무료로 사용할 수 있다니 참고 바랍니다!

설치방법은 아래 공식문서 링크를 참고하세요 =)

Install Docker Desktop on Windows - docs.docker.com

Install Docker Desktop on Mac - docs.docker.com

Docker 명령어

Docker Image 검색

Docker 공식 registry인 Docker hub에서 이미지를 검색합니다.

sudo docker search [검색 할 Image이름]

이미지 다운받기

sudo docker pull [이미지이름]:[태그]

일반적으로 이미지 생성시 태그명을 따로 지정하지 않으면 default 값으로 latest가 붙습니다 =)

이미지를 docker hub 계정에 push 하기

필자의 경우 좀전에 받은 hello-world 이미지를 필자의 docker-hub 계정에 push 해보도록 하겠습니다.

먼저 push를 하기에 앞서 docker-hub에 hello-world 라는 repository를 만들어두도록 하겠습니다.

sudo docker push [docker-hub ID]/[이미지 이름]:[태그]

음… 다음과 같은 메세지와 함께 이미지 push가 실패하였네요. =(

이러한 이유는 docker hub의 repository 이름과 로컬의 도커 이미지 repository 이름을 똑같게 해줘야 한다고 합니다.

해결방법

sudo docker image tag [이미지 repo 이름]:[태그] [변경할 이미지 repo이름 지정]:[태그]

이 방식은 해당 이미지의 이름을 바꾸는 것이 아닌 이미지를 복사하여 새로운 이름의 이미지를 생성해줍니다. =)

필자의 경우 tag 부분은 변경할 repo 도 default인 latest를 사용할거기 때문에 따로 지정을 해주지 않았습니다.

다시 push를 해보도록 하겠습니다 ㅎㅎ.

이제 정상적으로 이미지가 push 된 것을 확인할 수 있습니다! =)

다운받은 이미지 확인

sudo docker images

Docker image를 실행하여 container로 띄우기

docker run -d -i -t --name [생성할 컨테이너 name 설정] -p [host port:container port] [image name or ID]

필자의 경우 이미 springboot project를 docker image로 빌드 해둔 것이 있어 해당 image를 실행시켜 컨테이너로 띄워보도록 하겠습니다. =)

일반적으로는 -i -t 옵션을 함께 사용하여 -it 이렇게 옵션을 주기도 합니다 =)

host port는 컨테이너가 띄워진 후 사용자가 접근할 외부 port이고 container port는 다음과 같이 docker file을 이용하여 docker image를 빌드할때 지정해준 port라 생각하시면 될 것 같습니다. =)

필자의 경우 이미지를 생성할 때 .yml 파일에 존재하는 local, dev, prod 환경 중 dev환경으로 지정해주었고 해당 dev 환경의 server port는 8081로 지정해주었기 때문에 containerport를 8081로 지정해주었습니다!

image name or ID 는 실행시킬 이미지의 이름 또는 해당 이미지의 아이디 값을 넣어주면 됩니다. =)

Docker의 다양한 옵션에 대한 내용은 아래에 정리를 해두었으니 참고 바랍니다 !

이제 이미지를 실행 시켰으니 컨테이너가 잘 띄워 졌는지 확인을 해봐야 겠죠?

실행중인 컨테이너 확인

sudo docker ps

컨테이너가 실행된 후 http://[public ip]:8080 으로 접속을 하니 서버가 잘 띄워진 것을 확인 할 수 있습니다! =)

또한 현재 띄워진 서버의 운영 환경이 dockerfile에서 지정해준 dev1 환경이라는 것을 만들어둔 api를 통해 확인할 수 있었습니다. =)

포트 매핑 실험

그럼 여기서 추가적으로 실험을 하나더 해보도록 하겠습니다. 필자는 아까 말했듯이 docker file에서 dev1으로 운영환경을 지정해주었고 해당 dockerfile을 통해 빌드된 이미지는 내부적으로 server port가 8081 인 이미지 입니다.

그럼 이 이미지를 실행시킬 때 -p 8080:8080 으로 container port를 8081이 아닌 8080으로 주게되면 어떻게 될까요??

우선 컨테이너는 정상적으로 띄워졌군요!

그럼 해당 서버의 ip와 외부접근 port인 8080으로 접근을 시도해보도록 하겠습니다!

이번에는 컨테이너는 정상적으로 띄워 졌지만 서버는 제대로 작동을 하지 않는 것 같군요 =)

이렇게 dockerfile에서 설정한 운영환경 지정이 제대로 동작하는 것을 확인 할 수 있습니다!

기본적인 Docker 명령어

$ sudo docker pull [다운받을 이미지 이름]:[태그]

$ sudo docker push [docker-hub ID]/[이미지 이름]:[태그]

$ docker images
# pull 또는 run을 통해 다운받아 local에 존재하는 image들을 확인할 수 있음

$ docker run -d -i -t --name [생성할 컨테이너 name 설정] -p [host port:container port] [image name or ID]
# Docker image를 실행하여 컨테이너로 띄움. 만약 docker hub에 존재하는 공식이미지의 경우
# pull을 미리 하지 않고도 local에 없으면 자동으로 다운받아 실행시켜줌.

$ sudo docker ps
# 이미지를 실행시켜 컨테이너로 띄워지고 실행중인 컨테이너 항목들을 보여줌

$ sudo docker ps -a
# 실행중인 컨테이너 외에 종료된 컨테이너 항목들을 모두 보여줌

$ sudo docker stop [컨테이너이름 or 컨테이너 ID]
# 현재 실행중인 컨테이너를 중지시킴

$ sudo docker start [컨테이너 이름 or 컨테이너 아이디]
# 종료된 컨테이너를 실행시킴

$ sudo docker restart [컨테이너이름 or 컨테이너 ID]
# 실행중인 컨테이너를 재시작함

$ sudo docker rm [컨테이너 이름 or 컨테이너 ID]
# 컨테이너를 삭제시킴
# 컨테이너를 삭제시키기 위해선 먼저 컨테이너를 stop 해주어야 합니다 =)
# +tip 컨테이너 ID를 입력할 경우 모두 적지 않고 2~3글자만 적어도 됩니다.

$ sudo docker rmi [이미지이름 or 이미지 ID]
# 이미지를 삭제합니다.
# 이또한 마찬가지로 ID를 이용해 삭제할경우 2~3글자만 입력하여도 됩니다 =)

$ sudo docker logs [컨테이너이름 or 컨테이너 ID]
# 실행한 컨테이너의 로그를 확인할 수 있습니다

$ sudo docker exec -it [컨테이너ID] /bin/bash
# 컨테이너 내부 접근
# 종료시에는 $ exit

Docker 명령어 옵션

-i : --interactive : 표준입력을 활성화하며, 컨테이너와 연결(attach)되어 있지 않더라도 표준입력을 유지함. 이 옵션을 통해 Bash 명령어를 입력함.

-t : --tty : TTY(pseudo-TTY)를 사용함. Bash를 사용하려면 이 옵션을 설정해야하고 설정하지 않으면 명령어를 입력할 순 있지만 셸이 표시되지 않음.

-d : --detach : Detached 모드로 데몬 모드라고 부릅니다. 컨테이너가 백그라운드로 실행됩니다.

-p : --publish : 호스트와 컨테이너 포트를 연결합니다. (포트포워딩) ex) -p 80:80

–privileged : 컨테이너 안에서 호스트의 리눅스 커널 기능(Capability)을 모두 사용합니다. 이를통해 호스트의 주요 자원에 접근할 수 있음

–rm : 프로세스 종료시 컨테이너 자동 제거

–restart : 컨테이너 종료 시, 재시작 정책을 설정합니다.

-v : --volume : 데이터 볼륨설정으로 호스트와 컨테이너의 디렉토리를 연결하여, 파일 설정등을 호스트에서 변경하면 컨테이너 내부도 동일하게 변경사항이 적용됩니다. 싱크의 개념.

-u : --user : 컨테이너가 실행될 리눅스 사용자 계정 이름 또는 UID를 설정합니다.

ex) --user ubuntu

-e : --env : 컨테이너 내부에서 사용할 환경변수를 설정합니다. 일반적으로 설정값이나 비밀번호를 전달할 때 사용합니다.

–link : 컨테이너끼리 연결합니다. [컨테이너명:별칭]

ex) --link "mysql:mysql"

-h : --hostname : 컨테이너의 호스트 이름을 설정합니다.

-w : --workdir : 컨테이너 안의 프로세스가 실행될 디렉토리를 설정합니다.

-a : --attach : 컨테이너에 표준입력(stdin), 표준출력(stdout), 표준에러(stderr)를 연결합니다.

-c : --cpu-shares : CPU 자원 분배 설정입니다. 기본값은 1024이고 각 값은 상대적으로 적용됩니다.

-m : --memory : 메모리 한계를 설정합니다.

ex) --memory="100m"

–gpus : 컨테이너에서 호스트의 NVIDIA GPU 를 사용할 수 있도록 설정합니다. 이 방식을 사용하기 위해선 호스트는 NVIDIA GPU가 장착된 Linux 서버 + NVIDIA driver 설치 완료 + docker 19.03.5 버전 이상이여야 합니다

--gpus all : GPU 모두 사용하기
--gpus "device=0.1" : GPU 지정하여 사용

–security-opt : SELinux, AppArmor 옵션을 설정합니다.

--security-opt="label:level:TopSecret"

도커(Docker)란? & Docker Container 그리고 가상화 방식의 종류

Mon, 24 Oct 2022 00:00:00 +0900

Docker는 오픈소스 컨테이너화 플랫폼으로, 코드와 의존성을 패키징하여 다양한 컴퓨팅 환경에서 애플리케이션을 빠르고 안정적으로 실행할 수 있게 해줍니다.

🐳 Docker란?

Docker의 핵심 개념은 크게 두 가지입니다: 컨테이너(Container) 와 이미지(Image)

Docker Image (도커 이미지)

💡

Docker Image는 애플리케이션 실행에 필요한 코드, 런타임, 시스템 도구, 시스템 라이브러리, 설정 등을 포함하는 경량의 독립적인 소프트웨어 패키지입니다.

실제 사용 예시
기존 방식으로 Linux에 Jenkins를 설치한다면:

$ sudo apt-get install jenkins
위 명령어를 실행하면 여러 의존성 패키지들을 함께 다운로드해야 합니다.

반면 Docker를 사용하면:

$ docker pull jenkins/jenkins:lts
필요한 모든 구성 요소가 포함된 사전 구성된 이미지를 한 번에 다운로드할 수 있습니다.

📦 Docker Registry & Docker Hub

ℹ️

Docker Registry는 Docker 이미지를 공유하는 저장소 역할을 합니다. “Docker용 GitHub"라고 생각하면 쉽습니다.

Docker Hub는 공식 Docker 레지스트리로, 벤더가 제공하는 공식 이미지들을 제공합니다.

동작 흐름

사용자가 레지스트리에서 이미지를 다운로드

이미지를 컨테이너로 실행

하나의 컴퓨터에서 여러 개의 격리된 환경 구성 가능

🔄 Container Virtualization (컨테이너 가상화)

✅

컨테이너 기술은 “하나의 시스템 내에서 여러 개의 격리된 인스턴스를 실행할 수 있게 하는 서버 가상화 방식"으로, 각 컨테이너는 사용자에게 개별 서버처럼 보입니다.

중요한 점: 컨테이너는 Docker만의 전유물이 아닙니다. OpenVZ, Libvirt, LXC 등 다양한 컨테이너 기술이 존재합니다.

🖥️ 가상화 방식의 종류
1. Host Virtualization (호스트 가상화)

구조: Guest OS가 Host OS 위에서 가상화 소프트웨어를 통해 실행됩니다.

예시: VM Workstation, VMware Player, VirtualBox 등

📝

장점:

설치 및 구성이 간단함

하드웨어 에뮬레이션으로 최소한의 호스트 요구사항

단점:

OS 위에 OS를 실행하므로 리소스 집약적

성능 오버헤드가 큼

2. Hypervisor Virtualization (하이퍼바이저 가상화)

구조: Host OS 없이 하드웨어에 직접 소프트웨어를 설치하여 실행합니다.

하이퍼바이저 가상화의 두 가지 접근 방식:

1) Full Virtualization (전가상화)

Guest OS가 하드웨어에 직접 접근하지 않고 하이퍼바이저를 통해 접근

더 안정적이지만 성능 오버헤드 존재

2) Paravirtualization (반가상화)

Guest OS가 하이퍼바이저를 통해 하드웨어에 직접 접근

더 빠르지만 OS 수정 필요

📝

장점:

Host OS가 없어 더 효율적

리소스를 더 효과적으로 활용

단점:

시작 시간이 느림

각 VM이 독립적인 OS를 실행하므로 여전히 리소스 소모가 큼

3. Container Virtualization (컨테이너 가상화) ⭐

구조: 애플리케이션들이 호스트 OS 커널을 공유하면서도 격리된 환경을 유지합니다.

📝

장점:

경량: 일반적으로 수십 MB (VM은 수십 GB)

빠른 시작 속도: 별도의 OS 부팅이 필요 없음

적은 리소스 사용: 시스템 리소스를 효율적으로 활용

높은 밀도: 같은 하드웨어에서 더 많은 컨테이너 실행 가능

단점:

호스트 시스템과 동일한 OS 환경이 필요함

크로스 플랫폼 배포가 어려울 수 있음 (예: Linux 컨테이너는 Linux 호스트 필요)

📊 가상화 방식 비교

구분 호스트 가상화 하이퍼바이저 가상화 컨테이너 가상화

용량 수십 GB 수십 GB 수십 MB

시작 속도 느림 느림 매우 빠름

리소스 사용 높음 중간 낮음

격리 수준 높음 높음 중간

이식성 낮음 중간 높음

설정 난이도 쉬움 어려움 중간

💡 정리

✅

Docker 컨테이너 가상화의 핵심 가치:

효율성: 기존 가상화 방식보다 훨씬 적은 리소스로 동일한 기능 제공

속도: 애플리케이션을 몇 초 안에 시작하고 중지 가능

일관성: 개발, 테스트, 프로덕션 환경에서 동일하게 실행

확장성: 필요에 따라 컨테이너를 쉽게 추가하거나 제거

Docker는 현대적인 애플리케이션 개발과 배포의 핵심 도구로, DevOps와 마이크로서비스 아키텍처의 기반이 되고 있습니다.

구분	호스트 가상화	하이퍼바이저 가상화	컨테이너 가상화
용량	수십 GB	수십 GB	수십 MB
시작 속도	느림	느림	매우 빠름
리소스 사용	높음	중간	낮음
격리 수준	높음	높음	중간
이식성	낮음	중간	높음
설정 난이도	쉬움	어려움	중간