[Spring] Docker

Docker

• 컨테이너를 사용하여 응용프로그램을 더 쉽게 만들고, 배포하고 실행할 수 있도록 설계된 도구이며 컨테이너 기반의 오픈소스 가상화 플랫폼
• 일반 컨테이너 개념에서 물건을 손쉽게 운송해주는 것처럼 어플리케이션 환경에 구애 받지 않고 손쉽게 배포 관리를 할 수 있게 해준다.
• •컨테이너 기반 배포 방식은 구글을 비롯해 대부분 서비스 회사가 컨테이너로 서비스 운영 중
•  따라서 AWS, Azure, Google Cloud등 어디서든 실행 가능하다.

 

왜 Docker 를 사용할까?

• 도커는 서버마다 동일한 환경을 구성해주기 때문에 운영체제부터 컴파일러, 설치된 패키지 등 동일한 환경을 구성해준다. 
• 따라서 auto scaling 에 유리하다.

 

도커와 기존 가상화 기술(VM)

• 가상화란?
  • 가상화런 하나의 물리적인 서버등의 장비를 내부적으로 독립된 여러공간으로 나누어 만들고, 그 공간들에 각각의 소프트웨어들을 구성하는 기술을 뜻한다. 가상화 구조를 생각하지 않고 외부적으로 봤을때는, 각각의 소프트웨어들이 각각의 서버에서 운영되는 것으로 보인다. 

 

• 기존 가상화(VM)
  • 가상화 이전의 시대에서는 하나의 서버에 하나의 어플리케이션만 구동시켰다고 한다. 이렇다 보니 하나의 서버에 남는 자원이 많았다. 이런 비효율성을 극복하기 위해 등장한 기술이 가상화 기술이다. 그 중 하이퍼바이저 기반의 가상화가 가장 많이 이용되었다. 하이퍼바이저는 논리적으로 분할된 공간에서 VM 이라는 독립된 가상환경을 만들고 호스트 시스템에서 VM에 깔린 게스트OS를 구동 및 모니터링하는 역할을 한다. 간단히 정리해 본다면, 
    • VM : 분할 공간에서의 가상환경, Virtual Machine
    • 호스트 시스템 : 서버의 OS
    • 게스트 OS : VM 의 OS
    • 하이퍼바이저 : 게스트OS를 구동 및 모니터링
      • 서버내에서 가상화를 구현하기 위해서는 가상화를 실질적으로 수행하는 소프트웨어가 필요한데, 이를 하이퍼바이저라고 한다. 이러한 하이퍼바이저를 통하여 구현화된 가상화된 공간을 VM(Virtual Machine) 이라고 한다. 

• 논리적으로 구분된 공간에서 독립된 가상의 하드웨어를 할당 받은 VM들은 서로에게 어떤 영향도 미치지 않는다. 즉, 1개의 가상환경에서의 Error 가 다른 가상환경에 영향을 미치지 않는다. 기존에는 하나에 서버에 하나의 서비스만 구동시켜야 했지만 비효율적인 문제가 발생했다. 이를 해결하기 위해 가상화 기술이 등장했다. 도커와 가상머신은 하나의 서버에서 여러가지의 서비스를 사용할 수 있도록 독립적인 가상환경을 만들어준다. 

 

• 도커와 기존 가상화 기술(VM) 차이
  • 한대의 서버에서 하나의 어플리케이션만 운영하는 전통적인 방식에서 하이퍼 바이저 기반 가상화 등장
  • 하이퍼 바이저는 호스트 시스템(윈도우, 리눅스 등)에서 다수의 게스트 OS(가상머신)을 구동할 수 있게 하는 소프트웨어
  • 각 VM마다 독립적으로 동작
  • 도커는 하이퍼 바이저 구조를 토대로 등장했으며, VM보다 훨씬 가볍게 동작하기 때문에 성능에 유리!

 

도커의 컨테이너와 이미지

• 이미지란 코드, 런타임, 시스템 도구, 시스템 라이브러리 및 설정과 같은 응용프로그램을 실행 하는데 필요한 모든 것을 포함하는 패키지이다.
• 이미지는 Github와 유사한 서비스인 https://hub.docker.com/ 을 통해 버전 관리
• 컨테이너란 도커 이미지를 독립된 공간에서 실행할 수 있게 해주는 기술

 

 

도커 파일 이란?

• Dockerfile이란 도커 이미지를 구성하기 위해 있어야 할 패키지, 의존성, 소스코드 등을 하나의 file로 기록하여 이미지화 시킬 명령 파일
• 즉, 이미지는 컨테이너를 실행하기 위한 모든 정보를 가지고 있기 때문에 더 이상 새로운 서버가 추가되면 의존성 파일을 컴파일하고 이것 저것 설치할 필요가 없다.

 

 

도커 파일 주요 명령어

 

 

 

도커 컴포즈란?

• Docker Compose란 멀티 컨테이너 도커 어플리케이션을 정의하고 실행하는 도구
• Application, Database, Redis, Nginx 등 각 독립적인 컨테이너로 관리한다고 했을 때 다중 컨테이너 라이프 사이클을 어떻게 관리해야 할까?
• 여러개의 도커 컨테이너로 부터 이루어진 서비스를 구축 및 네트워크 연결, 실행 순서를 자동으로 관리
• docker-compose.yml 파일을 작성하여 1회 실행하는 것으로 설정된 모든 컨테이너를 실행

 

Docker 기본 명령어 정리

 

버전 확인

docker -v

이미지 내려 받기

docker pull [이미지 이름]

ex) docker pull centos:7

컨테이너 실행

docker start mycentos

컨테이너 내부 접근

docker attach mycentos

컨테이너 생성 및 내부접근

docker run -i -t --name centos7 centos:7

컨테이너 정지

docker stop centos7

컨테이너 정지 후 빠져나오기

exit

or Ctrl + D

컨테이너 정지하지 않고 빠져나오기

Ctrl + P, Q

컨테이너 실행 중인 목록 확인

docker ps

컨테이너 모든 목록 확인

docker ps -a

컨테이너 이름 변경

docker rename [변경 전 컨테이너 이름] [변경 후 컨테이너 이름]

exec 명령어사용을 통한 백그라운드 실행 컨테이너 내부 접속

docker exec -i -t wordpressdb /bin/bash

Docker container & image 삭제관련 명령어

컨테이너 삭제

docker rm [컨테이너id]

컨테이너 모두 삭제

docker rm `docker ps -a -q`

이미지 삭제

현재 이미지 확인

docker images

이미지 삭제

docker rmi [이미지id]

컨테이너를 삭제하기 전에 이미지를 삭제

docker rmi -f [이미지id]

모든 도커 컨테이너 삭제(remove all docker containers)

• 구동중인 모든 도커 컨테이너들을 중지시키고, 삭제

   docker stop `docker ps -a -q`
   docker rm `docker ps -a -q`
  

모든 도커 이미지 삭제(remove all docker images)

- docker rmi `docker images -q`

docker image 실행 및 옵션설명 (ex : jenkins image 실행)

$ docker run -d -p 8080:8080 -v /jenkins:/var/jenkins_home –name jenkins -u root jenkins

위 실행 커멘드에 대한 옵션 간단 설명

-d	detached mode 흔히 말하는 백그라운드 모드
-p	호스트와 컨테이너의 포트를 연결 (포워딩)
-v	호스트와 컨테이너의 디렉토리를 연결 (마운트)
–name	컨테이너 이름 설정
-u 실행할 사용자 지정

 

 

 

출처

https://dbknowledge.tistory.com/83

https://velog.io/@kdaeyeop/%EB%8F%84%EC%BB%A4-Docker-%EC%99%80-VM%EC%9D%98-%EC%B0%A8%EC%9D%B4

http://jmlim.github.io/docker/2019/02/24/docker-command/