도커 컨테이너 바인드 마운트(Bind Mount)와 볼륨(Volume) 차이 및 설정법

도커(Docker) 컨테이너 가상화 기술을 다룰 때 반드시 이해해야 하는 핵심 개념 중 하나가 바로 데이터 영속성(Data Persistence)입니다. 도커 컨테이너는 기본적으로 무상태(Stateless) 성격을 가지기 때문에, 컨테이너가 정지되거나 완전히 삭제되면 그 내부에서 생성되거나 변경된 모든 데이터도 함께 소멸하는 특징이 있습니다.

따라서 데이터베이스 파일, 로그 기록, 웹 서버의 소스 코드 등 컨테이너가 사라지더라도 안전하게 보존되어야 하는 데이터는 호스트 컴퓨터의 물리적 저장장치에 연결하여 저장해야 합니다. 이를 가능하게 해주는 도커의 대표적인 저장소 연결 방식이 바로 바인드 마운트(Bind Mount)와 도커 볼륨(Volume)입니다.

본 글에서는 바인드 마운트와 도커 볼륨의 개념적 차이점부터 각각의 장단점, 실전 명령어 설정법, 그리고 상황별 최적의 선택 기준까지 단계별로 상세히 알아 보겠습니다.

1. 바인드 마운트(Bind Mount)의 개념과 특징

바인드 마운트(Bind Mount)는 호스트 컴퓨터의 특정 파일이나 디렉터리 경로를 컨테이너 내부의 디렉터리와 직접 1:1로 연결(매핑)하는 방식입니다.

[이미지: 호스트 PC의 절대 경로 디렉터리가 도커 컨테이너 내부 폴더와 직접 매핑되어 파일이 공유되는 구조도]

바인드 마운트의 주요 작동 원리와 특징은 다음과 같습니다.

• 호스트 경로에 직접 의존: 호스트 파일 시스템의 절대 경로(예: C:\dev\app 또는 /home/user/app)를 직접 지정하여 컨테이너와 공유합니다.
• 실시간 실습 및 개발 환경에 유용: 호스트 컴퓨터에서 코드를 수정하면 별도의 이미지 빌드 과정 없이 컨테이너 내부에도 즉시 파일 변경 사항이 반영됩니다.
• 호스트 파일 시스템 직접 접근: 컨테이너가 호스트의 파일 및 디렉터리에 직접 접근하므로 보안상 주의가 필요하지만, 개발 속도를 획기적으로 높여줍니다.
• 주요 용도: 개발자 로컬 환경의 소스 코드 실시간 공유, 호스트 설정 파일(예: nginx.conf)을 컨테이너 내부로 주입할 때 주로 활용됩니다.

2. 도커 볼륨(Docker Volume)의 개념과 특징

도커 볼륨(Docker Volume)은 도커 엔진이 직접 관리하는 호스트 내의 전용 저장 공간(var/lib/docker/volumes/)에 데이터를 저장하는 방식입니다. 도커에서 공식적으로 권장하는 데이터 보존 표준입니다.

• 도커 엔진에 의한 독립적 관리: 호스트 컴퓨터의 파일 구조에 직접 의존하지 않고, 도커 CLI 명령어를 통해 볼륨을 직접 생성, 조회, 삭제, 백업할 수 있습니다.
• 높은 데이터 안전성 및 독립성: 호스트의 일반 사용자가 실수로 파일을 삭제하거나 변경할 위험이 적어 안전하며, 컨테이너 간에 데이터를 공유하기에 용이합니다.
• 이식성 및 입출력 성능 우수: 호스트 OS의 파일 시스템 구조와 분리되어 있어 다른 서버 환경으로 도커 환경을 이주할 때 이식성이 뛰어나며, I/O 성능이 매우 안정적입니다.
• 주요 용도: MySQL, PostgreSQL 등 데이터베이스의 영구 데이터 저장, 서비스 운영 환경의 로그 보존 등에 필수적으로 사용됩니다.

3. 바인드 마운트 vs 도커 볼륨 핵심 비교 및 실전 설정법

두 데이터 저장 방식의 차이점을 한눈에 비교하고, 실제 docker run 명령어를 통해 설정하는 방법입니다.

[이미지: 터미널 창에서 docker volume create 명령어를 통해 볼륨을 생성하고 컨테이너에 마운트하는 화면]

바인드 마운트와 도커 볼륨 비교표

구분	바인드 마운트 (Bind Mount)	도커 볼륨 (Docker Volume)
저장 위치	호스트 컴퓨터 내 임의의 절대 경로	도커 전용 관리 디렉터리
관리 주체	호스트 파일 시스템 및 사용자	도커 엔진 (Docker CLI)
호스트 경로 지정	사용자 직접 지정 (필수)	도커가 자동으로 이름 기반 관리
컨테이너 간 공유	가능 (호스트 경로 공유 시)	가능 (매우 용이함)
추천 사용 환경	로컬 소스 코드 개발, 설정 파일 주입	DB 저장소, 영구 저장 로그, 프로덕션 운영

실전 설정 명령어 (CLI 활용법)

1. 바인드 마운트 설정 명령어 (-v 옵션)
   • 호스트의 /home/user/web 디렉터리를 컨테이너 내부 /usr/share/nginx/html 경로에 바인드 마운트합니다.
   • 명령어: docker run -d -p 80:80 -v /home/user/web:/usr/share/nginx/html --name my-web nginx
2. 도커 볼륨 생성 및 연결 명령어
   • 볼륨을 먼저 생성한 후 컨테이너에 연결하여 구동합니다.
   • 볼륨 생성: docker volume create my-db-data
   • 볼륨 목록 조회: docker volume ls
   • 컨테이너에 볼륨 마운트: docker run -d -v my-db-data:/var/lib/mysql --name my-db -e MYSQL_ROOT_PASSWORD=secret mysql:8.0

자주 묻는 질문 (FAQ)

Q1. 바인드 마운트를 설정했는데 컨테이너 내부의 파일이 전부 사라졌습니다.

A1. 바인드 마운트를 적용할 때 호스트 컴퓨터의 지정한 디렉터리가 비어 있는 상태라면, 컨테이너 내부 해당 경로에 기존에 존재하던 파일들이 덮어씌워져 보이지 않게 됩니다. 만약 컨테이너 내부의 기존 초기 파일들을 호스트로 자동으로 복사하여 유지하고 싶다면 바인드 마운트 대신 도커 볼륨 방식을 사용하는 것이 올바른 방법입니다.

Q2. 생성된 도커 볼륨 데이터를 백업하거나 다른 서버로 이전하려면 어떻게 해야 하나요?

A2. docker run --volumes-from 옵션을 활용한 임시 컨테이너를 구동하여 볼륨 내부 데이터를 .tar 압축 파일로 호스트에 추출할 수 있습니다. 추출된 압축 파일을 새로운 서버로 이동시킨 후 반대로 압축을 해제하여 신규 도커 볼륨에 복원하는 프로세스를 적용합니다.

Q3. 사용하지 않는 오래된 도커 볼륨들이 디스크 용량을 많이 차지하는데 한 번에 정리할 수 있나요?

A3. 어떤 컨테이너에도 연결되어 있지 않은 고립된(Orphaned) 도커 볼륨들은 docker volume prune 명령어를 통해 한 번에 일괄 삭제하여 시스템 용량을 깔끔하게 정리할 수 있습니다.

결론

도커 환경에서 데이터를 안전하고 효율적으로 관리하기 위해서는 애플리케이션의 성격과 사용 목적에 맞춰 바인드 마운트와 도커 볼륨을 명확히 구분하여 적용해야 합니다.

실시간 소스 코드 수정과 반영이 중요한 개발 단계나 외부에 노출된 설정 파일 관리에는 바인드 마운트를 활용하는 것이 생산성 측면에서 훨씬 유리합니다. 반면 데이터의 안정성과 이식성이 최우선시되는 데이터베이스 구축이나 프로덕션 운영 환경에서는 도커 엔진이 관리하는 도커 볼륨을 사용하는 것이 표준입니다.

본 가이드의 개념과 명령어를 바탕으로 프로젝트 상황에 최적화된 도커 데이터 저장소 구조를 구성해 보시기 바랍니다.