날씨 정보를 불러오는 중...

Proxmox VE 완벽 정리 - VMware·Nutanix와 비교하고 3노드 클러스터 직접 구축해보기

2026-09-06 17:20 · IT기술 · 조회 41
Proxmox VE 클러스터 구축 가이드

Proxmox VE 완벽 정리 - VMware·Nutanix와 비교하고 3노드 클러스터 직접 구축해보기

요즘 인프라 쪽 일을 하다 보면 하루가 멀다 하고 "VMware 라이선스 정책 때문에 못 살겠다"는 얘기를 듣게 됩니다. 브로드컴이 VMware를 인수한 뒤로 개별 라이선스 판매가 사라지고 번들 구독제로 전환되면서, 중소 규모 인프라를 운영하던 곳들은 갱신 시점에 몇 배로 뛴 견적서를 받아들고 당황하는 일이 흔해졌습니다. 저도 사내 랩 환경 하나를 갱신하려다가 견적을 보고 바로 대안을 찾기 시작했는데, 그때 제대로 파고든 게 Proxmox VE였습니다. 직접 3노드 클러스터를 처음부터 구축해보면서 겪은 내용을 바탕으로, Proxmox VE가 뭔지, VMware·Nutanix와는 어떻게 다른지, 실무에서는 어떤 곳에 많이 쓰이는지, 그리고 실제로 클러스터를 어떻게 구축하는지까지 이번 글에 정리해봅니다.

Proxmox VE란 무엇인가

오픈소스 완전한 오픈소스 하이퍼바이저 플랫폼

Proxmox VE(Virtual Environment)는 오스트리아의 Proxmox Server Solutions에서 만드는 서버 가상화 플랫폼입니다. Debian 리눅스를 베이스로, 커널 수준의 KVM(전가상화)과 LXC(리눅스 컨테이너)를 하나의 웹 관리 콘솔에서 함께 다룰 수 있게 만든 것이 가장 큰 특징입니다. VM과 컨테이너를 같은 스토리지·같은 네트워크·같은 클러스터 안에서 섞어 쓸 수 있어서, 무거운 워크로드는 VM으로 돌리고 가벼운 서비스는 컨테이너로 띄우는 식의 유연한 구성이 가능합니다.

  • 바이너리와 소스코드 모두 무료로 공개되며, 라이선스 키 없이 모든 기능을 100% 사용할 수 있습니다.
  • 유료 "구독(Subscription)"은 기능 제한이 아니라 엔터프라이즈 패치 저장소 접근 + 공식 기술지원을 위한 것입니다. 구독 없이도 no-subscription 저장소로 계속 업데이트하며 운영할 수 있습니다.
  • Corosync 기반 클러스터링, ZFS/Ceph 통합, 내장 방화벽, 웹 기반 백업(Proxmox Backup Server 연동)까지 하이퍼바이저 하나에 다 들어있습니다.
  • API가 완전히 공개되어 있어 Terraform, Ansible 등으로 IaC 구성도 수월합니다.

Proxmox VE vs VMware vs Nutanix, 뭐가 다를까

셋 다 "서버 가상화"라는 목적은 같지만 접근 방식과 지향점이 다릅니다. 실무에서 자주 비교당하는 세 가지 축으로 정리해봤습니다.

비용 라이선스와 비용 정책

Proxmox Proxmox VE

  1. 소프트웨어 자체는 완전 무료, 노드 수나 코어 수 제한 없음.
  2. 구독은 CPU 소켓 기준 연 단위 과금이며 Community(저렴)부터 Premium까지 단계별로 지원 SLA만 달라짐.
  3. 구독을 아예 안 사도 기능적으로 손해 보는 부분이 없어서, 예산이 빠듯한 조직도 프로덕션에 바로 쓸 수 있음.

VMware VMware (Broadcom 인수 이후)

  1. 개별 vSphere Essentials/Standard 라이선스가 단종되고 VCF(VMware Cloud Foundation) 등 대형 번들로 통합됨.
  2. 코어 단위 구독 과금으로 바뀌면서 중소 규모 환경 기준 비용이 큰 폭으로 상승한 사례가 많이 보고됨.
  3. 기능은 여전히 업계 최고 수준이지만, 딱 필요한 만큼만 작게 사고 싶은 조직에게는 진입장벽이 높아짐.

Nutanix Nutanix

  1. 소프트웨어뿐 아니라 인증된 하드웨어(또는 HW 파트너)까지 묶어서 파는 HCI(하이퍼컨버지드) 어플라이언스 모델.
  2. 스토리지 노드가 곧 컴퓨트 노드라 확장은 쉽지만, 초기 도입 비용과 갱신 비용이 셋 중 가장 높은 편.
  3. 대신 설치부터 운영까지 매우 정형화되어 있어 운영 인력 부담이 적음.

아키텍처 아키텍처 방식

  1. Proxmox VE - 전통적인 "서버 + 외부/내장 스토리지" 구조와 Ceph 기반 HCI 구조를 모두 지원. 처음엔 로컬 스토리지로 시작했다가 나중에 Ceph를 붙여 HCI로 확장하는 것도 가능해서 초기 투자 부담이 적음.
  2. VMware - vSphere(컴퓨트) + vSAN(스토리지, HCI) + NSX(네트워크)로 각 영역이 모듈화되어 있어 필요한 조합만 선택 가능하지만, 그만큼 구성요소별 라이선스도 따로 관리해야 함.
  3. Nutanix - 처음부터 HCI로 설계되어 컴퓨트와 스토리지가 강하게 결합됨. AHV(자체 하이퍼바이저) 또는 ESXi를 얹어서 쓸 수 있지만 스토리지 계층(AOS)은 항상 Nutanix 것.

스토리지 스토리지 계층

  1. Proxmox VE - Ceph(분산 스토리지), ZFS(단일/미러 노드), LVM-thin, NFS/iSCSI 등 원하는 방식을 자유롭게 조합. Ceph는 커뮤니티 오픈소스 그대로 통합되어 별도 스토리지 라이선스 비용이 없음.
  2. VMware - vSAN은 별도 라이선스가 필요하고, 인증된 HW(vSAN ReadyNode) 사용을 강하게 권장함.
  3. Nutanix - AOS 분산 스토리지 패브릭이 기본 탑재. 스냅샷, 중복제거, 압축 등 엔터프라이즈 기능이 기본으로 잘 갖춰져 있음.

고가용성 고가용성과 관리 도구

  1. Proxmox VE - Corosync + 내장 HA Manager로 노드 장애 시 VM을 자동 재기동. 관리 GUI가 단일 웹 콘솔이라 vCenter 같은 별도 관리 서버가 필요 없음.
  2. VMware - vCenter를 중심으로 vMotion, DRS, HA가 매우 정교하게 맞물려 동작. 대규모 환경에서의 운영 편의성과 생태계(서드파티 연동)는 여전히 압도적.
  3. Nutanix - Prism 콘솔 하나로 클러스터/VM/스토리지를 통합 관리. 원클릭 업그레이드 등 운영 자동화 수준이 높음.

정리하면, 기능의 정교함과 생태계는 VMware, 운영 자동화와 어플라이언스형 편의성은 Nutanix, 그리고 비용 대비 자유도와 커스터마이징은 Proxmox VE가 강점을 가진다고 볼 수 있습니다. 예산이 한정적이거나 하드웨어를 직접 고르고 싶은 조직, 혹은 리눅스 운영에 익숙한 인프라팀이라면 Proxmox VE가 충분히 프로덕션급 대안이 됩니다.

활용 사례 실무에서 많이 쓰이는 사례

커뮤니티와 실제 도입 사례를 보면 Proxmox VE는 생각보다 훨씬 다양한 규모에서 쓰이고 있습니다.

  1. 홈랩 및 개인/소규모 서버 통합 - NAS, 미디어 서버, 자체 호스팅 서비스(블로그, git, DNS 등)를 컨테이너와 VM으로 한 서버에 몰아넣는 용도로 가장 널리 알려짐.
  2. 중소기업(SMB) 서버 가상화 - 기존 물리 서버 여러 대를 통합하면서 VMware 대비 라이선스 비용을 크게 줄이려는 목적으로 도입.
  3. VMware 이탈 기업의 마이그레이션 대상 - 브로드컴 라이선스 정책 변경 이후, 기존 vSphere 환경을 Proxmox VE로 옮기는 마이그레이션(예: 무료 도구 및 서드파티 P2V/V2V 툴 활용) 사례가 빠르게 늘고 있음.
  4. 백업/재해복구(DR) 인프라 - Proxmox Backup Server와 조합해 증분 백업, 원격지 복제, 클릭 몇 번으로 복구 가능한 DR 사이트 구성.
  5. 개발/QA 테스트 랩 - 스냅샷과 클론이 빠르고 API 자동화가 쉬워서, 매번 동일한 조건의 테스트 환경을 빠르게 찍어내는 용도로 자주 사용.
  6. 교육기관 및 공공/연구기관 - 예산 심사가 까다로운 환경에서 라이선스 비용 부담 없이 실습용 서버 팜을 구성할 때 선호됨.
  7. 엣지/원격지 소규모 클러스터 - 지점별로 저가형 서버 2~3대만 두고 고가용성을 확보하고 싶을 때, 최소 노드 수로도 클러스터가 가능한 점이 강점.

클러스터 구축 3노드 Proxmox VE 클러스터 구축 가이드

이제 본론입니다. 실제로 제가 구성했던 것과 같은 방식으로, 서버 3대로 Proxmox VE 클러스터를 처음부터 만드는 과정을 순서대로 정리했습니다. 3노드로 구성하는 이유는 Corosync의 쿼럼(Quorum, 과반수 투표) 방식 때문인데, 짝수 노드는 스플릿 브레인 상황에서 과반수를 가르기 애매해지므로 홀수 노드, 최소 3대가 소규모 클러스터의 기본 권장 구성입니다.

0단계. 사전 준비

  • 서버 3대 - 각각 CPU 가상화 지원(Intel VT-x/AMD-V), 최소 16GB 이상 메모리 권장(Ceph까지 올릴 경우 32GB 이상 권장), 로컬 디스크는 OS용 1개 + Ceph OSD용 1개 이상 별도 디스크를 준비합니다.
  • 네트워크 - 최소 2개 NIC 권장: 하나는 관리/VM 트래픽용, 다른 하나는 클러스터 통신(Corosync) 및 Ceph 트래픽 전용으로 분리하면 안정성이 크게 올라갑니다. 3대 모두 동일 대역, 동일 스위치(가능하면 이중화된)에 연결합니다.
  • 고정 IP - 세 노드 모두 고정 IP를 부여합니다. 예: 10.10.10.11 / .12 / .13 (관리망), 10.10.20.11 / .12 / .13 (클러스터/Ceph망).
  • NTP 시간 동기화 - 클러스터 노드 간 시간 오차가 크면 Corosync 통신이 불안정해지므로 세 노드 모두 동일한 NTP 서버를 바라보게 합니다.
  • ISO 준비 - Proxmox 공식 홈페이지에서 최신 Proxmox VE ISO를 내려받아 부팅 USB를 만들어 둡니다.

1단계. 각 노드에 Proxmox VE 설치

세 대 모두 동일한 절차를 반복합니다.

  1. 부팅 USB로 각 서버를 부팅하고 설치 마법사를 시작합니다.
  2. 설치 대상 디스크에서 OS를 설치할 디스크를 지정합니다(Ceph용 디스크는 이 단계에서 건드리지 않고 비워둡니다). 파일시스템은 ext4 또는 ZFS(미러 구성 시) 중 선택합니다.
  3. 국가/타임존/키보드 레이아웃을 설정합니다.
  4. root 비밀번호와 관리자 이메일(알림 수신용)을 입력합니다.
  5. 네트워크 설정 화면에서 각 노드의 고정 IP, 게이트웨이, 호스트명(FQDN)을 지정합니다. 호스트명은 예를 들어 pve1.local, pve2.local, pve3.local 처럼 노드마다 다르게 지정합니다.
  6. 설치가 끝나면 재부팅 후, 브라우저에서 https://노드IP:8006으로 접속해 웹 콘솔이 뜨는지 확인합니다.

2단계. 호스트명/네트워크 사전 설정

클러스터를 만들기 전에 세 노드가 서로의 이름을 정확히 알아야 합니다.

  1. 세 노드 모두 /etc/hosts에 세 노드의 IP와 호스트명을 전부 등록합니다. 
    10.10.10.11 pve1.local pve1
10.10.10.12 pve2.local pve2
10.10.10.13 pve3.local pve3
  2. 두 번째 NIC(클러스터/Ceph 전용망)에도 각각 IP를 부여하고, ip a로 정상적으로 올라와 있는지 확인합니다.
  3. 세 노드 사이에 서로 ping이 정상적으로 오가는지 관리망/클러스터망 양쪽 다 확인합니다.
  4. 웹 GUI(Datacenter → Time)에서 세 노드의 시간이 동일하게 맞는지 확인합니다.

3단계. 클러스터 생성 및 노드 조인

여기서부터는 CLI(SSH) 또는 웹 GUI 어느 쪽으로 해도 됩니다. CLI 기준으로 설명합니다.

  1. pve1에서 클러스터를 생성합니다. 클러스터 통신망(두 번째 NIC)을 명시적으로 지정해주는 것이 좋습니다. 
    pvecm create MyCluster --link0 10.10.20.11
  2. 생성 후 상태를 확인합니다. 
    pvecm status
  3. pve2와 pve3에서 각각 클러스터에 조인합니다. 
    pvecm add 10.10.10.11 --link0 10.10.20.12
pvecm add 10.10.10.11 --link0 10.10.20.13
  4. 조인이 끝나면 pve1에서 다시 상태를 확인해, 노드 3대가 모두 보이고 Quorate: Yes 로 표시되는지 확인합니다. 
    pvecm status
pvecm nodes
  5. 웹 GUI에서 좌측 트리에 pve1/pve2/pve3가 하나의 Datacenter 아래 모두 표시되면 클러스터 구성이 완료된 것입니다.

Ceph 4단계. 공유 스토리지 구성 - Ceph 설치

3노드 클러스터에서 라이브 마이그레이션과 HA를 제대로 활용하려면 노드 간에 공유되는 스토리지가 필요합니다. Proxmox VE는 Ceph를 완전히 통합 지원하므로, 별도 SAN 장비 없이 각 노드의 여분 디스크만으로 분산 스토리지를 구성할 수 있습니다.

  1. 세 노드 모두에 Ceph 패키지를 설치합니다(웹 GUI: 각 노드 → Ceph → Install Ceph, 또는 CLI). 
    pveceph install --repository no-subscription
  2. pve1에서 Ceph를 초기화합니다. 이때 Ceph 전용 네트워크(두 번째 NIC 대역)를 지정합니다. 
    pveceph init --network 10.10.20.0/24
  3. 각 노드에 모니터(Monitor)와 매니저(Manager)를 생성합니다. 최소 3개의 모니터를 두어야 Ceph 자체도 쿼럼을 유지할 수 있습니다. 
    pveceph mon create   (pve1, pve2, pve3 각각에서 실행)
pveceph mgr create   (pve1에서 실행, 필요 시 추가 노드에도)
  4. 각 노드에서 Ceph용으로 비워둔 디스크를 OSD(Object Storage Daemon)로 추가합니다. 
    pveceph osd create /dev/sdb   (각 노드에서, 실제 디스크 경로에 맞게)
  5. 모든 OSD가 올라오면 복제 풀(pool)을 생성합니다. 3노드 기준으로는 size=3, min_size=2(원본 포함 3중 복제, 최소 2개 살아있으면 쓰기 가능)로 설정하는 것이 일반적입니다. 
    pveceph pool create vm-storage --size 3 --min_size 2
  6. 생성된 풀을 Datacenter → Storage에서 RBD 스토리지로 추가하면, 이제 이 스토리지가 세 노드 모두에서 공유되는 VM 디스크 저장소로 사용됩니다.

HA 5단계. 고가용성(HA) 그룹 및 VM 설정

  1. Datacenter → HA → Groups에서 HA 그룹을 생성하고, pve1/pve2/pve3를 모두 멤버로 추가합니다. 특정 노드를 선호하도록 우선순위(priority)를 줄 수도 있습니다.
  2. 공유 스토리지(앞서 만든 Ceph RBD 풀) 위에 VM을 생성합니다. 로컬 디스크에 만든 VM은 HA 이전이 되지 않으므로, HA 대상 VM은 반드시 공유 스토리지에 있어야 합니다.
  3. Datacenter → HA → Resources에서 해당 VM을 추가하고, 앞서 만든 HA 그룹을 지정합니다. 상태(state)는 started로 둡니다.
  4. 이제 이 VM이 올라가 있는 노드가 다운되면, 남은 노드 중 하나가 자동으로 해당 VM을 재기동합니다.

검증 6단계. 클러스터 동작 검증

구성만 해두고 안 써보면 실전에서 반드시 문제가 생깁니다. 최소한 아래 세 가지는 직접 눈으로 확인하고 넘어가는 걸 권합니다.

  1. 라이브 마이그레이션 테스트 - VM을 켜둔 상태에서 다른 노드로 마이그레이션해보고, 핑이 끊기지 않는지(다운타임이 거의 0에 가까운지) 확인합니다.
  2. 강제 장애 테스트 - HA VM이 올라간 노드의 전원을 강제로 내려보고, 몇십 초 안에 다른 노드에서 자동으로 재기동되는지 확인합니다. 이 테스트는 반드시 운영 반영 전, 트래픽이 없는 시간대에 진행합니다.
  3. 쿼럼 확인 - 노드 1대를 내렸을 때 남은 2대가 여전히 Quorate: Yes 상태를 유지하는지, 즉 과반수(2/3)가 유지되어 클러스터가 정상 동작하는지 확인합니다.

7단계. 운영 팁

  • 백업 - Proxmox Backup Server(별도 VM 또는 물리 서버로 구성 가능)를 붙여서 증분 백업 스케줄을 잡아두면, Ceph 복제와는 별개로 실수로 지운 VM이나 랜섬웨어 같은 논리적 장애에도 대응할 수 있습니다.
  • 업데이트 순서 - 클러스터 노드는 한 번에 한 대씩만 업데이트/재부팅합니다. 업데이트 전에 해당 노드의 VM을 다른 노드로 마이그레이션해두면 무중단 패치가 가능합니다.
  • 모니터링 - Ceph 대시보드(웹 GUI 내장)와 Corosync 링크 상태를 주기적으로 확인해, OSD 하나가 죽어있는 걸 뒤늦게 발견하는 일이 없도록 합니다.

마무리

Proxmox VE는 "무료라서 기능이 아쉬운" 제품이 아니라, VMware나 Nutanix가 유료로 제공하는 클러스터링·라이브 마이그레이션·HA·분산 스토리지를 오픈소스 조합만으로 충분히 프로덕션급으로 구현할 수 있는 플랫폼입니다. 물론 vCenter 생태계의 방대한 서드파티 연동이나 Nutanix Prism의 어플라이언스급 운영 편의성까지 완전히 대체하긴 어렵지만, 예산 제약이 있거나 인프라를 직접 통제하고 싶은 조직이라면 3노드 클러스터부터 시작해서 충분히 실사용 가능한 규모로 키워나갈 수 있습니다. 더 자세한 내용과 최신 정보는 Proxmox 공식 홈페이지에서 확인하시길 권장드리며, 버전업에 따라 명령어나 UI 위치, 가격 정책은 바뀔 수 있으니 실제 도입 전에는 공식 문서를 함께 참고하시기 바랍니다.

댓글 0

로그인 후 댓글을 작성할 수 있습니다.