[Spring] Docker

𝗣𝗿𝗼𝗴𝗿𝗮𝗺𝗺𝗶𝗻𝗴💻/𝐒𝐩𝐫𝐢𝐧𝐠

[Spring] Docker

🤍Ryusun🤍 2023. 5. 14. 23:08

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/