우분투 서버 24.04 최소 설치 vs. 표준 설치: 성능 벤치마크 결과 비교

두 대의 동일한 가상 머신에 Ubuntu Server 24.04 LTS를 설치하고, 한 대에는 최소 설치(Minimal)를, 다른 한 대에는 표준 서버(Standard Server) 옵션을 선택한 후, 설치 용량이 작은 것이 실제로 애플리케이션 속도를 향상시킬지 궁금해할 수 있습니다. 이것이 대부분의 "최소 설치 vs. 표준 설치" 비교에 숨겨진 핵심 질문입니다. 답은 단 하나의 벤치마크 점수로 설명할 수 있는 것보다 더 복잡합니다. 최소 설치는 저장 공간 사용량, 설치된 패키지 수, 백그라운드 소프트웨어, 그리고 경우에 따라 유휴 메모리나 부팅 작업량을 줄일 수 있지만, CPU, 데이터베이스 또는 웹 서버의 커널 속도를 자동으로 향상시켜주지는 않습니다.

코드명 Noble Numbat인 Ubuntu 24.04 LTS는 Canonical에서 2029년 5월 31일까지 5년간 보안 유지 관리를 제공합니다. 두 설치 방식 모두 동일한 Ubuntu 릴리스 제품군에 속하며 동일한 Ubuntu 저장소를 사용할 수 있습니다. 의미 있는 차이점은 기본적으로 설치되는 패키지이며, 성능 최적화 운영 체제 자체가 다른 것은 아닙니다. Canonical의 패키지 아카이브는 ubuntu-server-minimal"Ubuntu Server 최소 시스템"으로 설명되는 반면, ubuntu-server메타패키지는 더 광범위한 서버 관리 도구 및 권장 패키지를 포함합니다. 자세한 내용은 공식 Ubuntu Server 최소 패키지 정의 , Ubuntu Server 패키지 정의 및 Ubuntu 24.04 LTS 릴리스 노트를 참조하십시오 .

미니멀 버전과 스탠다드 버전: 실제로 달라지는 점은 무엇일까요?

최소 구성은 보다 간소화된 시작점으로 이해하는 것이 가장 좋습니다. 필수적인 서버 플랫폼만 설치하고 일반적인 서버 관리자가 기대하는 편의 소프트웨어 일부를 제외합니다. 표준 서버 메타패키지에는 터미널 멀티플렉서, 편집기, 문제 해결 유틸리티, 저장소 관리 도우미 및 대화형 관리에 유용한 기타 패키지와 같은 추가 도구가 포함되어 있습니다.

Canonical은 또한 Minimal Ubuntu 클라우드 이미지를 불필요한 패키지와 경우에 따라 권장 패키지를 제외하여 의도적으로 크기를 줄인 이미지로 설명합니다. Canonical에 따르면 이러한 이미지는 더 큰 기본 이미지보다 배포, 프로비저닝 및 부팅 속도가 더 빠릅니다. 클라우드 이미지에 대한 이러한 설명은 소프트웨어가 적을수록 전송, 설치 및 초기화해야 할 양이 줄어든다는 일반적인 원리를 뒷받침하지만, Ubuntu Server ISO 설치 프로그램의 보편적인 벤치마크 수치로 오해해서는 안 됩니다. 클라우드 이미지 관련 문서는 Ubuntu 기본 및 최소 이미지 페이지 에서 확인할 수 있습니다 .

벤치마크 주장이 왜 그렇게 차이가 나는가

성능 비교는 흔히 세 가지 질문을 혼합하여 사용합니다. 첫 번째는 설치 공간입니다. 워크로드를 배포하기 전에 패키지 수, 디스크 공간, 메모리 사용량이 얼마나 되는지입니다. 두 번째는 시작 오버헤드입니다. 부팅 시 서비스 활성화에 소요되는 시간은 얼마나 되는지입니다. 세 번째는 워크로드 성능입니다. 초당 요청 수, 데이터베이스 트랜잭션 수, 컴파일 시간, 압축 속도 또는 기타 애플리케이션 관련 지표를 측정합니다.

최소 구성은 첫 번째 범주에서 가장 확실한 이점을 보여줄 가능성이 높습니다. 표준 시스템에 추가 서비스가 활성화되어 있는 경우 두 번째 범주도 개선될 수 있습니다. 세 번째 범주는 일반적으로 훨씬 덜 극적입니다. 두 시스템이 동일한 커널, 동일한 애플리케이션 버전, 동일한 데이터베이스, 동일한 서비스 세트, 동일한 CPU 및 스토리지 구성을 실행하는 경우 애플리케이션은 다르게 동작할 이유를 거의 찾지 못합니다. 웹 서버는 단순히 tmux, vim, 또는 문제 해결 패키지가 없다고 해서 더 빨라지지는 않습니다.

따라서 "Minimal 버전이 RAM을 40% 적게 사용한다"거나 "Minimal 버전이 15% 더 빠르다"와 같은 고정된 수치는 작성자가 정확한 Ubuntu 릴리스 버전, 패키지 상태, 가상화 플랫폼, 하드웨어, 서비스 목록 및 벤치마크 방법을 명시하지 않는 한 신중하게 받아들여야 합니다. Canonical은 모든 Ubuntu Server 24.04 배포 환경에 적용 가능한 단일한 Minimal 버전과 Standard 버전의 성능 비교표를 제공하지 않으므로, 이 글에서도 그러한 표를 임의로 만들어내지는 않습니다.

Ubuntu Server 24.04 벤치마크 결과는 상당히 양호합니다.

가장 유용한 비교는 사용자의 하드웨어 또는 클라우드 인스턴스 유형에서 재현할 수 있는 비교입니다. 동일한 리소스에 두 개의 새 설치를 진행하십시오. 동일한 Ubuntu 24.04 포인트 릴리스, CPU 개수, RAM 할당량, 가상 디스크 유형, 파일 시스템, 펌웨어 모드, 네트워크 모델 및 가상화 호스트를 사용하십시오. 측정 전에 동일한 업데이트를 적용하십시오.

1. 패키지 개수 및 설치 크기 기록

설치된 패키지 수를 계산하려면 다음 명령을 사용하세요.

dpkg-query -f '${binary:Package}
' -W | wc -l

다음으로 디스크 사용량을 확인하십시오.

df -h /
sudo du -xsh /usr /var 2>/dev/null

이는 시스템 리소스 사용량 측정치이며, 애플리케이션 속도 측정치가 아닙니다. 두 시스템 모두 동일한 업데이트 주기 직후에 실행하십시오.

2. 캐시와 낭비되는 메모리를 혼동하지 않고 유휴 메모리를 비교합니다.

`\n` 명령어 를 사용하되 free -h, 캐시된 모든 메가바이트가 영구적으로 소모된다고 가정하기보다는 해당 열에 집중하세요 available. Linux는 의도적으로 유휴 상태인 RAM을 파일 시스템 캐시로 사용합니다. 또한 차이점을 설명할 수 있도록 활성화된 서비스를 기록해 두세요.

free -h
systemctl --type=service --state=running
systemctl list-unit-files --state=enabled

세 가지 서비스가 없어 Minimal 버전이 메모리를 절약한다면, 이는 유용한 결과입니다. 나중에 해당 서비스를 설치하고 활성화하면 메모리 절약 효과가 줄어들 것으로 예상됩니다.

3. 부팅 시간을 측정한 후 원인을 파악합니다.

Systemd에는 내장 타이밍 도구가 포함되어 있습니다.

systemd-analyze
systemd-analyze blame
systemd-analyze critical-chain

가상 머신 부팅 시간은 하이퍼바이저, 클라우드 초기화, 스토리지 지연 시간, DHCP, 펌웨어 및 백그라운드 호스트 부하의 영향을 받을 수 있으므로 단일 샘플만으로는 충분한 근거가 되지 못합니다. 따라서 여러 번 부팅을 실행하고, 명백한 이상치를 제거한 후 중앙값을 비교하는 것이 좋습니다.

4. 실제로 중요한 작업량을 테스트하세요.

서버에서 Nginx, PostgreSQL, Redis, Docker, Java 서비스 또는 Python API를 실행할 경우, 소프트웨어 스택을 동일하게 구성한 후 해당 워크로드를 벤치마킹하십시오. 핵심 테스트는 "어떤 최신 OS가 더 가벼운가?"가 아니라 "두 머신 모두 워크로드에 필요한 모든 것을 설치한 후, 더 가벼운 기준선이 실제 운영 워크로드에 어떤 영향을 미치는가?"입니다.

CPU 성능 테스트의 경우, 두 시스템 모두 동일한 벤치마크 바이너리와 버전을 사용하십시오. 스토리지 테스트의 경우, 파일 시스템, 마운트 옵션, 가상 디스크 컨트롤러, 큐 설정 및 캐시 정책을 동일하게 유지하십시오. 네트워크 테스트의 경우, 두 게스트 운영 체제가 동일한 경로를 공유하는지 확인하고, 동일한 물리적 호스트 리소스를 두고 경쟁할 수 있는 경우에는 벤치마크를 동시에 실행하지 마십시오.

어떤 성능 차이를 예상해야 할까요?

소규모 VPS, 컨테이너 호스트, 어플라이언스형 배포 또는 자동화된 환경에서는 Minimal이 실질적인 이점을 제공합니다. 불필요한 패키지는 스토리지, 업데이트 대역폭, 인벤토리 복잡성 또는 관리 노력과 같은 여러 요소를 소모하기 때문입니다. 또한, 시작 이미지 크기가 작으면 이미지를 반복적으로 전송하거나 확장해야 하는 경우 프로비저닝 시간을 단축할 수 있습니다.

사람이 직접 관리하는 범용 서버에서는 표준 설치 방식이 더 나은 선택일 수 있습니다. 추가 도구는 문제 해결 시간을 절약해 줄 수 있으며, 사용하지 않는 몇몇 명령줄 유틸리티의 리소스 비용은 데이터베이스 버퍼 풀, JVM 힙, 컨테이너 워크로드 또는 파일 캐시에 비해 미미한 경우가 많습니다. 실행되지 않는 패키지를 제거한다고 해서 CPU 자원이 마법처럼 확보되는 것은 아닙니다.

표준 패키지 세트가 "용량 증가"의 고정된 정의는 아닙니다. Canonical은 업데이트를 통해 패키지 종속성 및 권장 사항을 변경할 수 있으며, 관리자는 일반적으로 두 설치 환경 모두를 사용자 지정합니다. 처음에는 서로 다른 방식으로 시작된 두 서버가 패키지가 추가되거나 제거됨에 따라 시간이 지남에 따라 수렴될 수 있습니다.

최소라는 말은 지원이 줄어든다는 의미가 아닙니다.

흔히들 미니멀 버전을 선택하면 지원이 덜 되는 운영 체제를 사용하는 것이 아니냐는 우려가 있습니다. 하지만 Canonical의 미니멀 Ubuntu 클라우드 문서에 따르면, 미니멀 이미지는 기본 이미지와 마찬가지로 Ubuntu 아카이브에 접근할 수 있고 보안 유지 관리 모델도 동일합니다. Ubuntu Server 24.04 LTS 자체도 해당 릴리스의 표준 보안 유지 관리 수명 주기를 따릅니다. 미니멀 버전을 선택하면 주로 사전 설치된 편의 기능을 포기해야 할 뿐, 일반적인 패키지 생태계에 접근할 수 없게 되는 것은 아닙니다.

최소 환경이 대화형 관리에 너무 부족한 경우, Canonical은 unminimize최소 Ubuntu 이미지용 유틸리티를 제공합니다. 이 유틸리티는 문서와 번역을 복원하고 사용자가 환경을 더 편리하게 사용할 수 있도록 추가 패키지를 설치합니다. Canonical은 최소 Ubuntu 문서unminimize 에 해당 명령어를 설명하고 있습니다. 하지만 이 유틸리티를 실행한다고 해서 모든 표준 서버 설치와 정확히 일치하는 것은 아닙니다 . 설치되는 패키지는 이미지 유형, 설치 프로그램 선택 사항, 아키텍처 및 업데이트에 따라 달라집니다.

어떤 것을 선택해야 할까요?

제어 가능하고 재현 가능한 기반을 구축하고 배포에 필요한 패키지를 정확히 알고 있을 때 Minimal을 선택하십시오. 특히 자동 프로비저닝, 골든 이미지, CI 워커, 컨테이너 호스트, 엣지 어플라이언스 및 디스크 또는 메모리 여유 공간이 중요한 소규모 VM에 적합합니다.

관리자 편의성이 기본 성능 저하보다 더 중요한 경우 표준 모드를 ​​선택하십시오. 수동으로 관리하는 서버, 연구실 시스템, 문제 해결이 잦은 환경 또는 애플리케이션 사용량이 운영 체제 오버헤드보다 훨씬 큰 시스템에서 표준 모드가 더 간편한 경우가 많습니다.

만약 순전히 처리량만을 기준으로 결정한다면, 다른 사람의 컴퓨터에서 나온 일반적인 백분율에 의존해서 선택하지 마세요. 동일한 테스트 인스턴스에 두 솔루션을 모두 설치하고, 애플리케이션 스택을 표준화한 다음, 실제 워크로드를 측정해 보세요.

결과를 확인하는 방법

승자를 결정하기 전에 다음 다섯 가지 사항을 확인하십시오. 두 시스템 모두 동일한 Ubuntu 24.04 포인트 릴리스 및 커널을 사용하고 있는지, 동일한 업데이트를 받았는지, CPU, RAM, 디스크, 파일 시스템 및 가상화 설정이 일치하는지, 실행 중인 서비스 목록을 캡처했는지, 그리고 애플리케이션 벤치마크를 충분히 반복하여 노이즈를 제거했는지 확인하십시오. 나중에 테스트를 재현할 수 있도록 패키지 목록과 벤치마크 명령어를 결과와 함께 저장하십시오.

결론은 일반적으로 설치 용량과 처리량을 구분해서 제시해야 합니다. 예를 들어, "Minimal 버전은 이 환경에서 설치된 패키지 수와 디스크 공간을 더 적게 사용했으며, 두 시스템을 동일하게 구성한 후 애플리케이션 벤치마크 결과는 일반적인 실행 간 변동 범위 내에 있었습니다."와 같이 작성하는 것이 특정 버전이 항상 더 빠르다고 주장하는 것보다 훨씬 유용합니다.

Ubuntu Server 24.04의 경우, Minimal은 더 간소한 시작점이고, Standard는 더 편리한 시작점입니다. 성능 면에서의 우위는 주로 설치 공간과 프로비저닝 오버헤드 측면에서 분명하게 드러납니다. 실제 운영 환경에 미치는 영향은 설치 프로그램 레이블이 아니라 사용자의 워크로드에 따라 결정해야 합니다.