김흥미

가상머신(VM) 대비 컨테이너가 서버 자원을 아끼는 원리

by

온프레미스 서버 환경을 운영하는 엔지니어와 기업들에게 “어떻게 하면 제한된 서버 자원을 알뜰하게 쥐어짜 낼 수 있을까?”는 영원한 숙제입니다.

과거에는 가상머신(VM)을 띄워 서버를 나누어 쓰는 것이 일반적이었지만, 지금은 도커(Docker) 중심의 컨테이너 환경이 대세로 자리를 잡았습니다.

도커가 가상머신(VM)에 비해 훨씬 가볍고, 서버 자원을 비약적으로 아낄 수 있는 근본적인 원리와 핵심 기술을 정리했습니다.

1. 하이퍼바이저 vs 컨테이너 엔진: 구조부터 다른 가벼움

가상머신과 컨테이너의 자원 사용량 차이는 아키텍처 구조에서부터 발생합니다.

  • 가상머신 (VM) 구조: 하이퍼바이저와 게스트 OS

    가상머신은 호스트 서버 위에 하이퍼바이저(Hypervisor)라는 가상화 레이어를 올리고, 그 위에 독립된 게스트 OS(Guest OS)를 통째로 띄웁니다.

    예를 들어 우분투 서버 위에 가상머신 3개를 만든다면, 가상머신마다 리눅스나 윈도우 같은 운영체제를 각각 하나씩 새로 설치하는 셈입니다. 이 과정에서 애플리케이션을 돌리기도 전에 게스트 OS 자체가 먹는 CPU, 메모리, 디스크 용량 오버헤드가 엄청나게 발생합니다.

  • 도커 (Docker) 구조: 컨테이너 엔진과 커널 공유

    반면 도커는 하이퍼바이저도, 게스트 OS도 필요 없습니다. 호스트 OS의 리눅스 커널(Kernel)을 모든 컨테이너가 직접 공유합니다.

    도커 엔진은 OS를 가상화하는 것이 아니라, 단순히 리눅스 위에서 돌아가는 ‘프로세스 단위를 격리’해 줄 뿐입니다. 껍데기뿐인 운영체제를 중복해서 띄우지 않으니 메모리 낭비가 획기적으로 줄어듭니다.

2. 리눅스 커널의 자원 격리 비밀: cgroups와 namespace

“커널을 공유하면 서로 다른 컨테이너끼리 충돌하거나, 한 컨테이너가 메모리를 다 먹어치우지 않을까?”라는 의문이 생길 수 있습니다. 도커는 리눅스 커널의 핵심 기능인 namespace와 cgroups를 활용해 이 문제를 깔끔하게 해결합니다.

① namespace (이름 공간): 시야를 차단하는 ‘격리 영역’

namespace는 특정 프로세스가 시스템의 자원을 바라보는 시야를 독립시켜 주는 역할을 합니다.

  • PID namespace: 컨테이너 안에서는 자신이 1번 프로세스인 것처럼 보이게 만듭니다.
  • NET namespace: 컨테이너마다 독립된 IP 주소와 포트를 할당하여 네트워크 충돌을 막습니다.
  • MNT namespace: 호스트의 파일 시스템 전체를 보지 못하고, 자신에게 부여된 격리된 폴더 구조만 바라보게 합니다.

결과적으로 컨테이너 안의 프로세스는 자기가 전용 OS 위에서 독점적으로 돌고 있다고 착각하지만, 실제로는 호스트 OS 입장에서 그저 잘격리된 프로세스 하나일 뿐입니다.

② cgroups (Control Groups): 사용량을 제한하는 ‘자원 제어기’

cgroups는 격리된 프로세스가 사용할 수 있는 CPU, 메모리, 디스크 I/O 등의 최대 한도를 강제로 제어하는 기술입니다.

  • “A 컨테이너는 CPU 코어 2개에 메모리 4GB 이상 쓰지 마!”라고 설정해 두면, 시스템 레벨에서 자원 폭주를 차단합니다.
  • 하이퍼바이저처럼 하드웨어를 가상으로 조각내어 물리적으로 할당하는 방식이 아니라, 필요할 때 커널이 여유 자원을 유연하게 나누어주므로 자원 활용률이 극대화됩니다.

3. 실제 온프레미스 서버 리소스 절감 사례

이러한 구조적 차이는 실제 온프레미스 데이터센터나 자사 서버실을 운영할 때 눈에 보이는 수치로 직결됩니다.

  • 메모리(RAM) 절감 효과:
    기존에 VM 10개를 띄우려면 각 게스트 OS가 기본으로 먹는 메모리만 최소 10~20GB에 달했습니다. 도커 환경으로 전환하면 게스트 OS의 부하가 통째로 사라지므로, 동일한 스펙의 물리 서버 한 대에서 3배에서 5배 이상 더 많은 애플리케이션을 구동할 수 있게 됩니다.
  • 부팅 및 배포 속도 향상:
    VM은 OS 부팅 절차를 다 거쳐야 해서 1~2분 이상 걸리지만, 컨테이너는 단순히 프로세스를 시작하는 개념이라 1초 미만(msec 단위)으로 즉시 켜집니다.
  • 디스크 용량 절감:
    VM 하나당 수십 GB에 달하던 OS 이미지 용량이, 도커의 레이어드 파일 시스템(OverlayFS) 구조 덕분에 수백 MB 수준의 컨테이너 이미지로 대폭 줄어듭니다.

서버 정리가 제대로 되어 있지 않거나 장비 증설 비용이 부담스러운 온프레미스 환경이라면, 도커 도입은 선택이 아닌 필수입니다.

불필요한 OS 껍데기 소모를 줄이고 서비스 프로세스만 가볍게 돌리는 도커 아키텍처를 도입하여 서버 자원 절감과 운영 효율이라는 두 마리 토끼를 모두 잡아보시길 바랍니다.