Proxmox 작동 방식: ASNetworking이 VM, 컨테이너, KVM 및 QEMU를 설명합니다

스페인어로 진행되는 이 Proxmox 강좌에서 명확한 시각적 설명을 제공해 주신 ASNetworking에 감사드립니다. 2장에서는 가상화된 호스트의 기본 개념을 설명합니다. VM이 물리 머신에서 무엇을 빌려오는지, 리소스 할당은 어떻게 작동하는지, 컨테이너는 언제 다른지, QEMU와 KVM이 함께 표시되는 이유는 무엇인지 다룹니다. 제작자의 전체 설명을 보려면 원본 영상을 시청하세요.

읽기 전에 시청하세요: 이 20분 분량의 개념 강의는 홈 랩에 Proxmox VE를 고려하고 있지만 무엇인가 설치하기 전에 각 계층을 이해하고 싶은 분에게 유용합니다. 다이어그램은 물리 서버와 여러 게스트에서 씬 프로비저닝 디스크, 컨테이너, Linux 커널, QEMU, KVM으로 이어집니다. 일부 그래픽에는 대형 엔터프라이즈 머신이나 설명을 위한 용량이 표시되며, 이는 소형 서버의 하드웨어 사양이 아니라 교육용 예시입니다.

핵심적인 차이는 게스트에게 보이는 것과 호스트가 실제로 사용할 수 있는 것 사이에 있습니다. VM은 자체 CPU 코어, RAM, 디스크, 운영 체제를 가진 것처럼 보일 수 있지만, 이러한 리소스는 결국 같은 물리 호스트에서 제공됩니다. Proxmox VE는 VM과 Linux 컨테이너 관리를 하나의 인터페이스로 통합합니다. 이 장에서는 성능을 측정하거나 설치를 완료하는 과정을 보여 주기보다 아키텍처를 설명합니다.

하나의 물리 호스트, 여러 개의 독립적인 머신

가상화를 사용하면 하나의 서버에서 여러 게스트 운영 체제를 서로 독립적인 VM으로 실행할 수 있습니다. 각 게스트는 가상 하드웨어를 인식하고 자체 애플리케이션을 실행하며, 호스트는 기본 CPU 작업을 스케줄링하고 물리 메모리, 스토리지, 네트워크를 관리합니다. 따라서 작업마다 물리 컴퓨터를 하나씩 마련하지 않아도 테스트용 Linux VM과 별도의 서비스 VM을 함께 실행할 수 있습니다.

오버커밋에는 실제 리소스 예산이 필요합니다

ASNetworking은 오버커밋을 소개합니다. 이는 모든 게스트가 동시에 리소스를 요구할 경우 호스트가 제공할 수 있는 양보다 더 많은 가상 리소스를 여러 게스트에 할당하는 방식입니다. 워크로드의 최대 사용 시간이 서로 다를 때는 합리적인 방법일 수 있습니다. 하지만 추가 하드웨어가 생기는 것은 아닙니다. 동시에 많은 요청이 발생하면 CPU 경합, 메모리 부족, 스토리지 성능 저하가 나타날 수 있습니다. 소규모 홈 랩에서는 실제로 보유한 물리 RAM과 스토리지에서 시작하고, 호스트용 여유 공간을 남겨 두며, 다른 게스트를 추가하기 전에 사용량을 확인하세요.

씬 프로비저닝은 디스크 공간이 사용되는 시점을 바꿉니다

가상 디스크는 지금까지 실제로 사용한 물리 공간보다 더 큰 논리적 용량을 제공할 수 있습니다. 영상의 그래픽에는 1TB 물리 디스크에 각각 1TB인 가상 디스크 5개가 표시되며, 각 디스크는 현재 100GB를 사용합니다. 이는 실제 쓰기 데이터가 물리 디스크에 들어가는 동안에만 작동합니다. 게스트들이 가상 디스크를 모두 채우면, 표시된 용량만 보고 예상한 것보다 훨씬 일찍 호스트의 공간이 부족해질 수 있습니다. 표시된 가상 용량만을 기준으로 계획하지 말고 실제 물리 여유 공간, 스토리지 형식, 스냅샷, 백업을 확인하세요.

이 에피소드에서는 메모리 계층화도 간략히 다룹니다. RAM과 느린 스토리지는 서로 다른 역할을 합니다. 사용 빈도가 낮은 데이터를 느린 계층으로 옮기면 메모리 압박을 관리하는 데 도움이 될 수 있지만, 스토리지가 RAM처럼 빠르게 작동하는 것은 아닙니다. 특히 메모리가 제한된 호스트에서는 모든 리소스 절약 기능을 워크로드에 맞춰 확인해야 하는 절충안으로 생각하세요.

하이퍼바이저가 관리하는 것

하이퍼바이저는 물리 리소스와 VM 사이에 위치합니다. 영상의 이 부분에 나오는 다이어그램은 각 VM이 자체 워크로드를 가지면서도 하나의 호스트 CPU, RAM, 디스크, 네트워크에 의존한다는 점을 강조합니다. Proxmox VE는 웹 인터페이스와 구성 및 관리를 위한 서비스를 비롯해 이러한 게스트를 관리하는 도구를 추가합니다. 그 아키텍처에는 KVM 가상 머신과 LXC 컨테이너가 포함됩니다.

VM과 컨테이너는 서로 다른 경계를 제공합니다

VM에는 게스트 운영 체제와 가상 하드웨어가 포함됩니다. Linux 컨테이너는 호스트의 Linux 커널을 공유하면서 애플리케이션과 사용자 공간을 격리합니다. 따라서 일반적으로 컨테이너는 완전한 VM보다 가볍지만, 격리 방식과 운영 체제 모델은 서로 다릅니다. Windows 게스트나 별도의 커널을 사용하는 것이 유리한 워크로드는 VM에 적합합니다. 적합한 Linux 서비스는 LXC 컨테이너에 넣을 수 있습니다. Proxmox LXC 문서에서 컨테이너 모델을 더 자세히 설명합니다.

컨테이너와 VM을 함께 사용할 수도 있습니다. 배포에 적합한 경계라면 컨테이너 런타임을 VM 내부에서 실행할 수 있습니다. 영상의 비교표에는 베어메탈, 가상화, 컨테이너화, 그리고 VM 내부에서 실행되는 컨테이너 구성이 포함됩니다. 서비스와 보안, 호환성, 유지 관리 요구 사항에 맞춰 경계를 선택하세요. 컨테이너는 단순히 더 작은 VM이 아닙니다.

Linux, QEMU, KVM의 위치

Proxmox VE는 관리 인터페이스를 갖춘 Linux 기반 플랫폼입니다. 구성 요소의 모든 명령어를 외울 필요 없이 각 구성 요소의 역할을 이해하면 됩니다. 제작자는 Proxmox 다운로드 페이지를 잠시 보여 준 다음 VM 아래의 기술 계층을 설명합니다. 웹 다운로드 화면에서는 제품군을 확인할 수 있고, 가상화 모델은 이어지는 QEMU/KVM 다이어그램에서 더 직접적으로 설명됩니다.

KVM은 지원되는 CPU 가상화 확장 기능을 사용하는 Linux 커널의 가상화 기능입니다. QEMU는 가상 머신 프로세스와 에뮬레이션 또는 반가상화 장치를 제공합니다. QEMU와 KVM을 함께 사용하면 하드웨어 가속 VM을 실행할 수 있습니다. 따라서 Proxmox의 라벨을 QEMU와 KVM이 서로 경쟁하는 두 하이퍼바이저라고 생각하기보다 이러한 방식으로 이해하는 것이 유용합니다. Proxmox QEMU/KVM 가이드에서 VM 구성과 기능을 다룹니다.

소규모 홈 랩에 모델 적용하기

영상에는 하이퍼바이저 시장 점유율 그래픽이 잠시 표시됩니다. 홈 랩 플랫폼을 선택하는 데 해당 비율은 필요하지 않으며, 독립적으로 검증된 시장 데이터로 간주해서도 안 됩니다. 더 유용한 판단 기준은 구체적입니다. 어떤 워크로드에 완전한 게스트 운영 체제가 필요한지, 어떤 워크로드가 Linux 커널을 공유할 수 있는지, 그리고 실제 RAM 및 디스크 예산 안에 몇 개를 수용할 수 있는지를 확인하는 것입니다.

ZimaBoard 2 미니 홈 서버와 같은 소형 호스트에서는 먼저 한두 개의 간단한 서비스를 배치하고, 해당 모델의 정확한 CPU, 메모리, 부팅 미디어, 연결된 스토리지를 확인한 후 실제 사용량을 관찰하면서 확장하세요. 이는 이 강의의 리소스 모델을 적용한 것이며, 영상이 ZimaBoard 2의 성능을 측정하거나 특정 VM 수를 검증했다는 뜻은 아닙니다. 백업은 씬 프로비저닝 가상 디스크와 분리해 보관하세요.

이러한 계층을 이해했다면 다음 장에서는 실제 설치 선택에 집중할 수 있습니다. 첫 번째 호스트를 구축하기 전에 RAM, 스토리지 형식, 네트워크 인터페이스 고정에 대한 설명을 보려면 ASNetworking의 설치 장을 시청하세요.