01. Proxmox VE Overview

Proxmox Virtual Environment — KVM과 LXC 기반의 오픈소스 서버 가상화 플랫폼

📌 이 글의 목적

Proxmox VE가 무엇이고, 어떤 구조로 동작하며, 기존 상용 솔루션과 비교했을 때 어떤 위치에 있는지를 정리함. 이 글을 읽고 나면 “우리 환경에 Proxmox를 도입할 수 있는가?”를 판단할 수 있어야 함.

1. Proxmox VE란?

Proxmox VE(Virtual Environment) 는 Proxmox Server Solutions GmbH(오스트리아)가 개발하는 오픈소스 서버 가상화 관리 플랫폼임.

핵심 특징:

Debian Linux 기반 — 일반적인 Debian 위에 가상화 관리 레이어를 얹은 구조
KVM(커널 기반 VM) — 하드웨어 가상화로 전체 OS를 구동하는 Type 1 하이퍼바이저
LXC(Linux Containers) — OS 수준 가상화로 경량 컨테이너 실행
웹 기반 관리 UI — 별도 클라이언트 없이 브라우저에서 전체 관리
REST API — 모든 기능을 API로 제어 가능
클러스터링/HA 내장 — 추가 제품 없이 다중 노드 구성

flowchart TB
    subgraph PVE["Proxmox VE"]
        WebUI["Web UI<br/>(포트 8006)"]
        API["REST API"]
        
        subgraph Mgmt["관리 레이어"]
            QM["qm<br/>(VM 관리)"]
            PCT["pct<br/>(LXC 관리)"]
            PVECluster["pvecm<br/>(클러스터)"]
            Storage["pvesm<br/>(스토리지)"]
            Firewall["pve-firewall"]
            HA["pve-ha-manager"]
        end
        
        subgraph Hypervisor["가상화 레이어"]
            KVM["KVM/QEMU<br/>(하드웨어 가상화)"]
            LXC["LXC<br/>(OS 가상화)"]
        end
        
        subgraph Infra["인프라 레이어"]
            LinuxBridge["Linux Bridge<br/>/ Open vSwitch"]
            LVM_ZFS["LVM / ZFS<br/>/ Ceph"]
            Corosync["Corosync<br/>(클러스터 통신)"]
        end
    end
    
    subgraph HW["물리 하드웨어"]
        CPU["CPU<br/>(VT-x/AMD-V)"]
        RAM["RAM"]
        DISK["Disk"]
        NIC["NIC"]
    end
    
    WebUI --> API
    API --> Mgmt
    Mgmt --> Hypervisor
    Hypervisor --> Infra
    Infra --> HW

2. 핵심 컴포넌트

2.1 KVM/QEMU — 가상 머신

KVM(Kernel-based Virtual Machine)은 Linux 커널에 내장된 하이퍼바이저 모듈임. QEMU가 하드웨어 에뮬레이션을 담당하고, KVM이 CPU 가상화를 가속함.

flowchart LR
    subgraph VM["가상 머신"]
        GuestOS["Guest OS<br/>(Windows, Linux, etc.)"]
        VirtHW["가상 하드웨어<br/>(CPU, RAM, Disk, NIC)"]
    end
    
    subgraph Host["호스트"]
        QEMU["QEMU<br/>(HW 에뮬레이션)"]
        KVM_Module["KVM 커널 모듈<br/>(/dev/kvm)"]
        Kernel["Linux Kernel"]
    end
    
    subgraph Physical["물리"]
        VTx["Intel VT-x /<br/>AMD-V"]
    end
    
    GuestOS --> VirtHW
    VirtHW --> QEMU
    QEMU --> KVM_Module
    KVM_Module --> Kernel
    Kernel --> VTx

KVM의 위치:

항목	설명
타입	Type 1 (베어메탈) — 하지만 Linux 커널 위에 동작
CPU 요구	Intel VT-x 또는 AMD-V 필수
지원 OS	Linux, Windows, BSD, macOS(비공식) 등 거의 모든 OS
디스크 포맷	QCOW2(기본), RAW, VMDK
장치 모델	VirtIO(준가상화) — 디스크, 네트워크 고성능 I/O
GPU	PCI Passthrough, vGPU(NVIDIA GRID)
라이브 마이그레이션	지원 (공유 스토리지 또는 로컬 스토리지 모두)

💡 “KVM이 Type 1인가 Type 2인가?” — 논란이 있지만, Linux 커널 자체가 호스트 OS이자 하이퍼바이저 역할을 하므로 실질적으로 Type 1로 분류함. ESXi가 독자 커널 위에서 동작하는 것처럼, KVM은 Linux 커널 위에서 동작함. 차이는 범용 OS(Linux) vs 전용 OS(ESXi).

2.2 LXC — 경량 컨테이너

LXC(Linux Containers)는 커널의 Namespace와 cgroups를 이용한 OS 수준 가상화임.

flowchart TB
    subgraph KVM_Side["KVM (하드웨어 가상화)"]
        VM1["VM 1<br/>Ubuntu 22.04<br/>자체 커널"]
        VM2["VM 2<br/>Windows Server<br/>자체 커널"]
    end
    
    subgraph LXC_Side["LXC (OS 가상화)"]
        CT1["CT 100<br/>Ubuntu 22.04<br/>격리된 프로세스"]
        CT2["CT 101<br/>Debian 12<br/>격리된 프로세스"]
    end
    
    subgraph HostKernel["호스트 Linux 커널"]
        NS["Namespaces<br/>(PID, NET, MNT, ...)"]
        CG["cgroups<br/>(CPU, MEM 제한)"]
        KVM_Mod["KVM 모듈"]
    end
    
    VM1 --> KVM_Mod
    VM2 --> KVM_Mod
    CT1 --> NS
    CT2 --> NS
    KVM_Mod --> HostKernel
    NS --> CG

KVM vs LXC 비교:

항목	KVM (VM)	LXC (Container)
가상화 수준	하드웨어	OS(커널 공유)
커널	각 VM 독립 커널	호스트 커널 공유
지원 OS	모든 OS	Linux만
오버헤드	중간 (VirtIO 시 낮음)	매우 낮음
부팅 시간	수십 초	수 초
격리 수준	높음 (하드웨어 분리)	중간 (커널 공유)
리소스 효율	보통	높음
스냅샷	지원	지원
라이브 마이그레이션	지원	제한적
용도	다양한 OS, 강한 격리 필요 시	Linux 서비스, 인프라 용도

LXC 활용 예시:

DNS 서버 (Pi-hole, Unbound)
NTP 서버
리버스 프록시 (Nginx, Traefik)
모니터링 (Prometheus, Grafana)
파일 서버 (NFS, Samba)
개발/테스트 환경

💡 Docker와 LXC는 같은 커널 기능(namespace, cgroups)을 사용하지만 목적이 다름. LXC는 “가벼운 VM” — 시스템 전체를 실행. Docker는 “애플리케이션 패키징” — 단일 프로세스/서비스를 실행. Proxmox의 LXC 안에서 Docker를 실행할 수도 있음(중첩 가상화).

2.3 웹 관리 UI

Proxmox는 모든 관리 기능을 웹 UI로 제공함. 별도 관리 서버나 클라이언트가 필요 없음.

기능	설명
접속	`https://<호스트IP>:8006`
인증	PAM, Proxmox 자체, LDAP/AD, OpenID Connect
VM/CT 관리	생성, 삭제, 시작/중지, 콘솔(noVNC, SPICE)
스토리지	추가, 모니터링, 디스크 관리
네트워크	Bridge, VLAN, Bonding 설정
클러스터	노드 추가/제거, 마이그레이션, HA 설정
모니터링	CPU, 메모리, 네트워크, 디스크 I/O 그래프
방화벽	노드/VM/CT 별 규칙 설정
백업	스케줄 설정, 즉시 백업, 복원
권한	역할 기반 접근 제어 (RBAC)
콘솔	noVNC(웹 브라우저), SPICE(전용 클라이언트)

VMware와 비교: vSphere Client(웹) + vCenter(별도 VM/어플라이언스)가 필요한 것과 달리, Proxmox는 각 노드가 자체 웹 UI를 갖고 있고, 클러스터 구성 시 어떤 노드로 접속해도 전체를 관리할 수 있음.

2.4 REST API

Proxmox의 모든 기능은 REST API로 노출됨. 웹 UI도 내부적으로 이 API를 사용함.

# API 토큰 발급 후 사용 예시

# VM 목록 조회
GET /api2/json/nodes/{node}/qemu

# VM 생성
POST /api2/json/nodes/{node}/qemu
  vmid=100
  name=test-vm
  memory=2048
  cores=2
  scsihw=virtio-scsi-pci
  scsi0=local-lvm:32

# VM 시작
POST /api2/json/nodes/{node}/qemu/{vmid}/status/start

# VM 스냅샷
POST /api2/json/nodes/{node}/qemu/{vmid}/snapshot
  snapname=before-update

API 활용 도구:

도구	용도
`pvesh`	노드 내 CLI에서 API 호출
`curl` / `httpie`	외부에서 직접 API 호출
Terraform	`bpg/proxmox` 프로바이더로 VM 선언적 관리
Ansible	`community.general.proxmox` 모듈
Python	`proxmoxer` 라이브러리

3. 시스템 요구사항

최소 요구사항

항목	최소	권장	비고
CPU	64-bit, VT-x/AMD-V	멀티코어	IOMMU(VT-d/AMD-Vi)는 PCI Passthrough용
RAM	2GB	8GB+	ZFS 사용 시 최소 8GB, 추가 VM/CT 별 +할당량
디스크	32GB	SSD 권장	ZFS는 ECC RAM 권장(필수는 아님)
네트워크	1GbE	10GbE or Bonding	클러스터 시 별도 Corosync 전용 NIC 권장
BIOS	VT-x/AMD-V 활성화	IOMMU 활성화

노드 수에 따른 구성

flowchart LR
    subgraph Single["단일 노드"]
        S1["1 Node<br/>테스트/개발/홈랩"]
    end
    
    subgraph Cluster3["3노드 클러스터"]
        C1["Node 1"]
        C2["Node 2"]
        C3["Node 3"]
        C1 --- C2 --- C3 --- C1
    end
    
    subgraph Enterprise["엔터프라이즈"]
        E1["Node 1~N"]
        E2["Ceph 스토리지"]
        E3["PBS 백업"]
        E1 --- E2
        E1 --- E3
    end
    
    Single -->|"확장"| Cluster3 -->|"확장"| Enterprise

구성	노드 수	HA	용도
단일	1	❌	홈랩, 개발, 테스트
클러스터(최소)	3	✅	소규모 프로덕션, 쿼럼 확보
클러스터(중규모)	5~10	✅	중규모 프로덕션, Ceph 통합
대규모	10+	✅	엔터프라이즈, 분산 스토리지

⚠️ 쿼럼(Quorum): 클러스터 의사결정을 위해 과반수 노드가 살아있어야 함. 2노드 클러스터는 1대 장애 시 쿼럼을 잃어 HA가 동작하지 않음. 따라서 HA 최소 3노드. 2노드가 불가피하면 QDevice(외부 투표 노드)로 보완 가능.

4. 하이퍼바이저 비교

VMware vSphere vs Proxmox VE

항목	VMware vSphere	Proxmox VE
라이선스	구독 전용 (Broadcom)	AGPL v3 (무료)
유료 지원	필수 구독에 포함	선택적 구독 (€110~€850/소켓/년)
하이퍼바이저	ESXi (독자)	KVM (Linux 커널)
관리 도구	vCenter (별도)	웹 UI 내장
컨테이너	없음	LXC 내장
분산 스토리지	vSAN (유료)	Ceph (무료, 내장)
백업	별도 (Veeam 등)	PBS (무료)
API	REST + PowerCLI	REST API
생태계	매우 큼 (NSX, vRA, …)	성장 중
엔터프라이즈 레퍼런스	매우 많음	증가 중 (특히 EU)
기술 지원	24/7 + TAM	커뮤니티 + 유료 티켓
인증/교육	VCP, VCAP 등	공식 교육 있음 (국내 적음)
GPU 가상화	vGPU 지원	PCI Passthrough, vGPU

Microsoft Hyper-V vs Proxmox VE

항목	Hyper-V	Proxmox VE
OS 기반	Windows Server	Debian Linux
라이선스	Windows Server 라이선스	무료
관리 도구	Hyper-V Manager, SCVMM	웹 UI
컨테이너	Windows/Hyper-V Container	LXC
클러스터	Failover Cluster	Corosync + HA Manager
스토리지	Storage Spaces Direct (S2D)	LVM, ZFS, Ceph
중첩 가상화	지원	지원
Linux VM 최적화	보통	네이티브

⚠️ Microsoft는 Hyper-V Server(무료 독립 제품)를 2021년에 단종함. 이후 Hyper-V를 사용하려면 Windows Server 라이선스가 필요함.

oVirt vs Proxmox VE

항목	oVirt	Proxmox VE
기반	KVM + VDSM	KVM + LXC
관리	oVirt Engine (별도 VM)	웹 UI (각 노드 내장)
개발	Red Hat (RHEV 업스트림)	Proxmox GmbH
스토리지	NFS, iSCSI, GlusterFS	LVM, ZFS, Ceph, NFS, iSCSI
상태	⚠️ 커뮤니티 축소	활발하게 성장 중
사용 난이도	높음 (Engine 별도 구성)	낮음 (올인원)

💡 oVirt는 RHEV(Red Hat Enterprise Virtualization)의 업스트림이었지만, Red Hat이 OpenShift Virtualization(KubeVirt)으로 방향을 전환하면서 커뮤니티가 줄어들고 있음.

한눈에 비교

quadrantChart
    title 가상화 플랫폼 비교
    x-axis 낮은 비용 --> 높은 비용
    y-axis 소규모 적합 --> 대규모 적합
    quadrant-1 대규모 + 고비용
    quadrant-2 대규모 + 저비용
    quadrant-3 소규모 + 저비용
    quadrant-4 소규모 + 고비용
    Proxmox VE: [0.15, 0.55]
    VMware vSphere: [0.85, 0.9]
    Hyper-V: [0.65, 0.6]
    oVirt: [0.2, 0.4]
    XCP-ng: [0.15, 0.35]

5. 라이선스 모델

오픈소스 라이선스

Proxmox VE는 AGPL v3 라이선스로 배포됨.

무료로 전체 기능 사용 가능 — 기능 제한 없음
소스코드 공개 의무 (수정 시)
상업적 사용 가능

유료 구독 (선택)

유료 구독은 기능 잠금이 아니라 지원 서비스임.

티어	가격 (소켓/년)	지원	리포지토리
Community	무료	포럼만	No-Subscription (테스트 후 배포)
Basic	€110	업무 시간 내 티켓	Enterprise (안정 릴리즈)
Standard	€350	업무 시간 내 티켓 (우선)	Enterprise
Premium	€850	24/7 + 원격 지원	Enterprise

Enterprise vs No-Subscription 리포지토리:

리포지토리	안정성	업데이트 주기	용도
Enterprise	높음	검증 후 배포	프로덕션
No-Subscription	보통	비교적 빠름	테스트, 홈랩, 비프로덕션
Test	낮음	최신	개발, 테스트 전용

💡 구독 없이 프로덕션에 쓸 수 있나? 기술적으로는 가능함. No-Subscription 리포지토리를 사용하면 됨. 다만 엔터프라이즈 환경에서는 기술 지원과 안정적인 업데이트 채널을 위해 구독을 권장함. 비용 대비 VMware보다 훨씬 저렴함.

6. Proxmox VE의 강점과 한계

강점

강점	설명
비용	전체 기능 무료, 유료 구독도 VMware 대비 1/10 수준
올인원	하이퍼바이저 + 컨테이너 + 웹UI + API + 클러스터 + HA + 백업
KVM 기반	Linux 커널 네이티브, 성능 우수, 커뮤니티 거대
LXC 내장	경량 서비스에 VM 대신 컨테이너 사용으로 리소스 절약
ZFS 네이티브	스냅샷, 압축, 중복 제거, 자가 복구 — 추가 소프트웨어 불필요
Ceph 통합	분산 스토리지를 웹 UI에서 설정 가능
PBS 무료	증분 백업, 중복 제거, 검증 — 별도 백업 솔루션 불필요
API 우선 설계	Terraform, Ansible, 커스텀 스크립트 모두 지원
활발한 커뮤니티	Broadcom 이후 급성장, 포럼/Reddit/YouTube 자료 풍부

한계

한계	설명	보완 방법
엔터프라이즈 생태계	VMware의 NSX, vRA, Tanzu 같은 확장 제품 없음	오픈소스 조합 (OVN, Terraform, K8s)
국내 레퍼런스	국내 공공/금융 사례 적음	EU/해외 사례 참고, 점진적 도입
기술 지원	VMware/Red Hat 수준의 24/7 TAM 없음	Premium 구독 + 내부 역량 확보
Windows 최적화	VirtIO 드라이버 별도 설치 필요	virtio-win ISO 사전 준비
GPU 가상화	vGPU는 NVIDIA 라이선스 필요, 설정 복잡	PCI Passthrough가 더 간단
공인 교육/인증	VMware VCP 같은 국제 인증 없음	공식 트레이닝 있지만 국내 접근 어려움
SDN	VMware NSX 대비 초기 단계	기본적인 VLAN/Bridge로 충분한 경우 많음

7. 도입 판단 기준

Proxmox가 적합한 경우

flowchart TD
    Q1{"VMware 라이선스<br/>비용이 부담?"}
    Q2{"Linux VM이<br/>주요 워크로드?"}
    Q3{"HA/클러스터가<br/>필요?"}
    Q4{"자동화(IaC) 연동<br/>계획이 있는가?"}
    Q5{"국내 공공/금융<br/>레퍼런스가 필수?"}
    
    Good["✅ Proxmox 적합"]
    Maybe["⚠️ 검토 필요"]
    NotFit["❌ VMware/다른 대안 검토"]
    
    Q1 -->|Yes| Q2
    Q1 -->|No| Maybe
    Q2 -->|Yes| Q3
    Q2 -->|"Windows 위주"| Maybe
    Q3 -->|Yes| Q4
    Q3 -->|No| Good
    Q4 -->|Yes| Good
    Q4 -->|No| Good
    Q1 -->|Yes| Q5
    Q5 -->|Yes| NotFit
    Q5 -->|No| Q2

상황	판단	이유
홈랩/학습 환경	✅	무료, 올인원, 학습 자료 풍부
스타트업/중소기업	✅	비용 절감, 전체 기능 무료
개발/테스트 인프라	✅	API/자동화로 빠른 프로비저닝
IDC 자체 호스팅	✅	vSphere 대체, 점진적 마이그레이션
국내 공공 SI	⚠️	레퍼런스 부족, 발주처 요구사항 확인 필요
대규모 엔터프라이즈	⚠️	가능하지만, 내부 운영 역량 필요
Windows VDI	❌	Horizon/Citrix 대비 기능 부족
금융/규제 환경	❌	인증/감사 요구 충족 어려움

8. VMware → Proxmox 용어 매핑

VMware 경험자를 위한 개념 매핑:

VMware	Proxmox	비고
ESXi	Proxmox Node	하이퍼바이저 호스트
vCenter	Proxmox Web UI + Cluster	별도 제품이 아닌 내장
Datastore	Storage (local, shared)	LVM, ZFS, NFS, Ceph
vSwitch	Linux Bridge	기본 네트워크
dvSwitch	OVS(Open vSwitch) / SDN	선택적
vMotion	Live Migration	온라인 마이그레이션
HA	HA Manager	pve-ha-manager
DRS	없음 (수동 밸런싱)	서드파티 스크립트로 보완 가능
vSAN	Ceph	분산 스토리지
VMDK	QCOW2 / RAW	VMDK → QCOW2 변환 가능
VMware Tools	QEMU Guest Agent	VM 내 에이전트
OVF/OVA	없음 (qm importdisk)	변환 필요
Snapshot	Snapshot	유사
Template	Template / Cloud-Init	VM 템플릿
Resource Pool	Pool	리소스 그룹핑
Folder	Tag / Pool	조직 구조
Alarm	없음 (외부 모니터링)	Prometheus + Grafana
VLAN	VLAN (Linux Bridge)	동일 개념
NSX	SDN (기본) / OVN	기능 차이 큼

9. Proxmox VE 버전 히스토리

timeline
    title Proxmox VE 주요 버전
    2008 : PVE 1.0 — 최초 릴리즈, OpenVZ 기반
    2012 : PVE 2.0 — KVM 통합
    2014 : PVE 3.0 — Ceph 통합
    2015 : PVE 4.0 — LXC 전환 (OpenVZ 대체)
    2018 : PVE 5.0 — Ceph Luminous, Let's Encrypt
    2020 : PVE 6.0 — Ceph Nautilus, BTRFS 실험적
    2021 : PVE 7.0 — Debian 11, Ceph Pacific, SDN
    2023 : PVE 8.0 — Debian 12, Ceph Reef, SDN 개선
    2024 : PVE 8.2 — Import Wizard, 접근성 개선

주요 전환점:

버전	의미
1.0 → 2.0	OpenVZ 전용 → KVM 통합으로 본격적인 가상화 플랫폼
3.0	Ceph 통합으로 자체 분산 스토리지 확보
4.0	OpenVZ → LXC 전환으로 메인라인 커널 호환
7.0	SDN 도입으로 네트워크 가상화 시작
8.0	Debian 12 기반, 현재 안정 버전

정리

Proxmox VE는 비용 없이 엔터프라이즈 수준의 가상화 환경을 구축할 수 있는 유일한 오픈소스 플랫폼임. KVM + LXC + 웹 UI + API + 클러스터 + HA + 백업까지 올인원으로 제공하며, VMware의 기능 대부분을 커버함.

다만 국내에서는 아직 공공/금융 레퍼런스가 부족하고, VMware 생태계의 고급 기능(NSX, DRS, VDI)을 완전히 대체하기는 어려움. 홈랩, 개발/테스트, 중소규모 프로덕션에서 시작해서 점진적으로 확대하는 전략이 가장 현실적임.

→ #2 KVM & QEMU Architecture — KVM/QEMU 내부 동작, VirtIO, PCI Passthrough

🔗 관련 문서

Hypervisor Virtualization — Type 1/2 하이퍼바이저 개념
Container Virtualization — LXC와 Docker 비교의 기초
Linux Kernel Overview — KVM, Namespace, cgroups
Proxmox VE Series Index — 시리즈 목차

0x2A Engineering

탐색기

01. Proxmox VE Overview

01. Proxmox VE Overview

📌 이 글의 목적

1. Proxmox VE란?

2. 핵심 컴포넌트

2.1 KVM/QEMU — 가상 머신

2.2 LXC — 경량 컨테이너

2.3 웹 관리 UI

2.4 REST API

3. 시스템 요구사항

최소 요구사항

노드 수에 따른 구성

4. 하이퍼바이저 비교

VMware vSphere vs Proxmox VE

Microsoft Hyper-V vs Proxmox VE

oVirt vs Proxmox VE

한눈에 비교

5. 라이선스 모델

오픈소스 라이선스

유료 구독 (선택)

6. Proxmox VE의 강점과 한계

강점

한계

7. 도입 판단 기준

Proxmox가 적합한 경우

8. VMware → Proxmox 용어 매핑

9. Proxmox VE 버전 히스토리

정리

다음 글

🔗 관련 문서

📝 참고 자료

그래프 뷰

목차

백링크