![[Proxmox] Proxmox VE vs VMware ESXi: 홈랩 환경 마이그레이션 1년 후기](https://blog.pswq.net/wp-content/uploads/2026/07/proxmox-ve-vs-vmware-esxi-homelab-migration-retrospective-thumbnail.jpg)
목차
- 왜 VMware ESXi에서 Proxmox VE로 옮겼는가
- Proxmox VE와 VMware ESXi, 개념부터 쉽게 정리
- 마이그레이션 전에 꼭 점검한 것들
- 실전: Proxmox VE 마이그레이션 진행 순서
- 1. Proxmox VE 설치 후 기본 상태 확인
- 2. 브리지 네트워크 구성 점검
- 3. VMware 디스크를 옮기고 VM 재구성
- 4. 백업 정책 다시 설계
- ⚠️ 실제로 겪었던 문제와 해결 과정
- 네트워크 인터페이스 이름이 달라져서 부팅은 되는데 통신이 안 됨
- 디스크는 붙었는데 부팅 로더가 꼬임
- 성능 문제라기보다 스토리지 설계 문제였음
- 1년 써보니 체감한 결과
- 가상화 비교 관점에서 정리한 선택 기준
- 자주 묻는 질문
- Q1. 기존 VMware ESXi VM을 전부 그대로 옮겨야 할까요?
- Q2. Proxmox VE 마이그레이션 후 바로 체감할 만한 장점이 있나요?
- Q3. 초보자도 괜찮을까요?
- 마무리: 1년 후에도 유지한 이유
Proxmox VE vs VMware ESXi: 홈랩 환경 마이그레이션 1년 후기
Proxmox VE 마이그레이션을 고민하시는 분들이 요즘 꽤 많으시더라고요. 저도 홈랩(Home Lab, 집에서 운영하는 개인 실험실) 환경을 몇 년 동안 VMware ESXi로 굴리다가, 결국 Proxmox VE로 옮겨서 1년 정도 써봤습니다. 결론부터 말씀드리면, 홈랩 기준에서는 꽤 만족스러운 선택이었습니다. 물론 처음엔 익숙한 화면이 아니라서 좀 헤맸고, 네트워크 브리지(Bridge, 가상 스위치 역할)랑 스토리지(Storage, 저장소) 구조에서 삽질도 했습니다 ㅎㅎ 근데 실제로 써보니까 관리 흐름이 단순해지고, 실험용 VM(Virtual Machine, 가상 머신)과 LXC(Linux Container, 리눅스 컨테이너)까지 한 화면에서 다루는 점이 진짜 편하더라고요.
이번 글은 제품 스펙 비교표만 나열하는 글은 아닙니다. VMware ESXi에서 Proxmox VE로 넘어가면서 무엇이 달라졌는지, 그리고 1년 동안 홈랩에서 굴려보니 어떤 점이 좋았고 어떤 점은 생각보다 불편했는지, 경험 위주로 정리해보겠습니다. 혹시 저처럼 “그냥 잘 돌아가던 걸 왜 굳이 바꾸지?”라는 생각이 드셨다면, 아마 도움이 되실 겁니다.
ESXi와 Proxmox VE가 각각 스토리지, 브리지 네트워크, 백업 저장소와 연결된 홈랩 전체 구조를 보여주는 이미지입니다.
왜 VMware ESXi에서 Proxmox VE로 옮겼는가
제가 ESXi를 오래 쓴 이유는 단순했습니다. 안정적이었고, 익숙했고, 기업 환경 감성이 있었거든요. 가상화 비교 관점에서도 ESXi는 오래 검증된 하이퍼바이저(Hypervisor, 가상화 계층)라서 믿음이 갔습니다. 실제로 VM 몇 대 올려서 NAS, 테스트용 쿠버네티스(Kubernetes), 모니터링 스택 정도 돌리는 데는 큰 문제가 없었습니다.
근데 홈랩은 회사와 다르죠. 라이선스 정책, 관리 편의성, 백업 실험, 디스크 포맷 변경, 컨테이너 테스트 같은 자잘한 요구가 계속 생깁니다. 여기서부터 Proxmox VE가 조금씩 눈에 들어오기 시작했습니다. 쉽게 말해, ESXi는 깔끔하고 단단한 느낌이고, Proxmox VE는 좀 더 만지작거리기 좋은 실험실 스타일에 가깝습니다.
- 웹 UI(Web User Interface, 웹 관리 화면)에서 VM과 컨테이너를 함께 관리할 수 있었습니다.
- KVM(Kernel-based Virtual Machine, 리눅스 커널 기반 가상화)과 LXC를 같이 쓰는 구조가 홈랩에 잘 맞았습니다.
- 스토리지 선택 폭이 넓어서 로컬 디스크, ZFS, NFS 같은 구성이 자연스러웠습니다.
- 백업과 복원 흐름을 제가 원하는 방식으로 잡기 편했습니다.
반대로, “무조건 Proxmox VE가 더 좋다”는 아닙니다. 기업 운영 기준으로 보면 VMware ESXi가 익숙한 팀도 많고, 기존 운영 절차와 잘 맞는 경우도 많습니다. 다만 홈랩이라면 이야기가 좀 달라집니다. 직접 만져보고 부숴보고 다시 올리는 과정이 잦기 때문에, 제 기준에서는 Proxmox VE 쪽이 손에 더 잘 붙었습니다.
Proxmox VE와 VMware ESXi, 개념부터 쉽게 정리
저도 처음엔 이게 뭔가 싶었는데, 막상 구조를 풀어보면 어렵지 않습니다. 쉽게 말해 두 제품 모두 “하드웨어 위에서 여러 운영체제를 동시에 돌리게 해주는 플랫폼”입니다. 다만 접근 방식이 조금 다릅니다.
| 항목 | VMware ESXi | Proxmox VE |
|---|---|---|
| 기반 구조 | 전용 하이퍼바이저 중심 | Debian 기반에 KVM/LXC 통합 |
| 관리 감성 | 정돈된 기업형 | 유연한 홈랩형 |
| 컨테이너 운영 | 별도 접근 필요 | LXC를 기본 흐름 안에서 운영 가능 |
| 스토리지 실험 | 보수적으로 운영하는 편 | ZFS, 디렉터리, 네트워크 스토리지 연동이 편한 편 |
| 학습 난이도 | UI는 익숙하지만 생태계 의존이 있음 | 리눅스 감각이 있으면 확장성이 좋음 |
여기서 중요한 포인트! Proxmox VE 마이그레이션은 단순히 하이퍼바이저를 갈아타는 작업이 아닙니다. 네트워크 구조, 백업 전략, 디스크 포맷, 운영 습관까지 같이 바뀝니다. 그래서 “성능이 더 좋냐”만 보면 판단이 틀어질 수 있습니다. 제가 직접 해보니, 체감 만족도는 성능보다도 운영 동선이 내 손에 맞느냐에서 갈리더라고요.
마이그레이션 전에 꼭 점검한 것들
실전 들어가기 전에 저는 체크리스트부터 만들었습니다. 이걸 안 하면 높은 확률로 중간에 멈춥니다. 특히 홈랩은 문서화가 느슨해서, 막상 옮기려 하면 “이 VM이 무슨 용도였지?”가 꼭 나오거든요.
- VM 인벤토리 정리: 어떤 VM이 항상 켜져 있어야 하는지, 테스트용인지, 폐기 가능한지 구분했습니다.
- 스토리지 구조 확인: VMDK(Virtual Machine Disk, VMware 디스크 포맷) 기준인지, 별도 NAS에 의존하는지 확인했습니다.
- 네트워크 의존성 파악: VLAN(Virtual LAN, 가상 분리 네트워크), 브리지, 고정 IP, 방화벽 규칙을 적어뒀습니다.
- 백업 선행: 마이그레이션 전에 무조건 백업부터 했습니다. 이건 진짜 중요합니다.
- 다운타임 허용 범위 확인: 홈 어시스턴트(Home Assistant), DNS, 리버스 프록시(Reverse Proxy, 역방향 프록시)처럼 끊기면 집안 전체가 불편한 서비스는 우선순위를 따로 잡았습니다.
제 경우에는 특히 DNS와 리버스 프록시가 문제였습니다. 이 둘이 내려가면 나머지 서비스가 멀쩡해도 다 죽은 것처럼 보이거든요. 그래서 핵심 인프라 VM부터 옮기지 않고, 덜 중요한 워크로드부터 시험 이전을 했습니다. 이게 나중에 정신 건강에 정말 좋았습니다.
실전: Proxmox VE 마이그레이션 진행 순서
이제 본론입니다. 아래 순서는 제가 실제로 홈랩에서 썼던 흐름을 정리한 겁니다. 환경마다 조금 다르겠지만, 큰 틀은 비슷합니다.
1. Proxmox VE 설치 후 기본 상태 확인
설치 직후에는 무조건 현재 상태부터 확인했습니다. 특히 네트워크와 저장소가 정상인지 먼저 봐야 합니다.
pveversion
ip a
pvesm status
qm list
pct list위 명령은 각각 버전 확인, 네트워크 인터페이스 확인, 스토리지 상태 확인, VM 목록, LXC 목록 확인입니다. 처음엔 별거 아닌 것 같았는데, 실제로 써보니까 여기서 꼬이면 뒤가 다 꼬이더라고요.
2. 브리지 네트워크 구성 점검
ESXi에서 vSwitch(가상 스위치) 개념에 익숙하셨다면, Proxmox VE에서는 Linux Bridge(리눅스 브리지) 설정을 먼저 이해하셔야 합니다. 저도 처음엔 이름만 다르고 비슷하겠지 했는데, 브리지에 IP를 어디에 붙이는지에서 잠깐 멈췄습니다.
auto lo
iface lo inet loopback
auto eno1
iface eno1 inet manual
auto vmbr0
iface vmbr0 inet static
address 192.168.10.20/24
gateway 192.168.10.1
bridge-ports eno1
bridge-stp off
bridge-fd 0핵심은 물리 NIC(Network Interface Card, 네트워크 인터페이스)는 보통 manual로 두고, 실제 IP는 브리지에 붙인다는 점입니다. 이 구조를 이해하면 VM NIC 연결이 훨씬 명확해집니다.
Proxmox VE 관리 화면에서 브리지 네트워크와 스토리지 상태를 함께 보여주는 설정 예시 이미지입니다.
3. VMware 디스크를 옮기고 VM 재구성
가장 신경 썼던 구간입니다. VMware ESXi에서 내보낸 디스크를 Proxmox VE 쪽에서 받아서 붙이는 흐름이죠. 제 경우에는 일부 VM은 새로 만들고 디스크만 붙였고, 일부는 애플리케이션 레벨에서 재설치했습니다. 후자가 귀찮긴 한데, 결과적으로 더 깔끔한 경우도 있었습니다.
qemu-img info source-disk.vmdk
qemu-img convert -f vmdk -O qcow2 source-disk.vmdk vm-100-disk-0.qcow2그 다음 Proxmox VE에서 VM을 만들고 디스크를 연결했습니다. 여기서 CPU 타입, BIOS/UEFI, 디스크 버스 종류가 맞지 않으면 부팅이 안 될 수 있습니다. 저도 처음엔 이 부분에서 “왜 안 켜지지?” 하다가 한참 봤네요.
qm create 100 --name ubuntu-test --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0
qm importdisk 100 vm-100-disk-0.qcow2 local-lvm
qm set 100 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-100-disk-0
qm set 100 --boot order=scsi0여기서 중요한 건 가져오기보다 검증입니다. VM이 켜진다고 끝이 아니고, 서비스가 정상 기동하는지, 네트워크 라우팅이 맞는지, 시간 동기화가 되는지까지 봐야 합니다.
4. 백업 정책 다시 설계
마이그레이션하면서 오히려 가장 만족했던 부분이 백업입니다. 예전에는 “일단 돌아가니까 됐지”였는데, Proxmox VE로 옮긴 뒤에는 스냅샷(Snapshot, 시점 복사)과 백업 작업을 좀 더 의식적으로 관리하게 됐습니다.
vzdump 100 --mode snapshot --storage backup-nfs --compress zstd
vzdump 101 --mode snapshot --storage backup-nfs --compress zstd백업 이름 규칙과 보관 정책을 정리해두니 복원 테스트가 쉬워졌습니다. 홈랩에서 진짜 중요한 건 백업 “존재”보다도 복원이 실제로 되는지 확인하는 습관이더라고요.
⚠️ 실제로 겪었던 문제와 해결 과정
이 섹션이 아마 제일 현실적일 겁니다. Proxmox VE 마이그레이션 자체는 어렵지 않은데, 중간중간 사소한 함정이 있습니다.
네트워크 인터페이스 이름이 달라져서 부팅은 되는데 통신이 안 됨
이거 진짜 흔합니다. ESXi에서 쓰던 VM을 옮기면 게스트 OS 안에서 NIC 이름이 바뀌는 경우가 있거든요. 예를 들어 `ens160`으로 잡히던 게 `ens18`처럼 바뀌면, OS는 켜졌는데 네트워크가 죽어 있습니다.
해결은 단순했습니다. 게스트 OS 안에서 인터페이스 이름을 다시 확인하고, Netplan(넷플랜, 네트워크 설정 도구)이나 기존 네트워크 스크립트를 수정했습니다.
ip a
ip route
ping -c 4 192.168.10.1디스크는 붙었는데 부팅 로더가 꼬임
특히 오래된 VM일수록 BIOS/UEFI 설정 차이 때문에 부팅이 안 되는 경우가 있었습니다. 처음엔 디스크 손상인 줄 알고 식겁했는데, 실제로는 부팅 모드가 안 맞는 경우가 있더라고요. 이럴 때는 VM 하드웨어 옵션을 다시 보고, 디스크 버스나 부트 순서를 조정해보면 해결되는 경우가 많았습니다.
성능 문제라기보다 스토리지 설계 문제였음
처음엔 “Proxmox VE가 느린가?” 싶었던 순간이 있었는데, 나중에 보니 스토리지 캐시와 디스크 배치 이슈였습니다. 결국 하이퍼바이저보다도 디스크 I/O(Input/Output, 입출력) 설계가 체감 성능을 더 크게 좌우하더라고요. 이건 ESXi든 Proxmox VE든 비슷합니다.
- 자주 쓰는 VM은 빠른 스토리지에 배치했습니다.
- 백업 저장소는 운영 디스크와 분리했습니다.
- 로그와 모니터링을 통해 병목이 CPU인지 디스크인지 먼저 확인했습니다.
삽질 좀 했습니다 ㅎㅎ 그런데 이 과정을 거치고 나니까, 단순 제품 비교보다 내 홈랩 설계가 얼마나 정리돼 있는지를 더 많이 보게 되더라고요.
VMDK 변환, VM 재등록, 네트워크 점검까지 이어지는 실제 마이그레이션 작업 흐름을 시각화한 이미지입니다.
1년 써보니 체감한 결과
1년 정도 지나고 나서 보니, 저는 결국 Proxmox VE 환경에 완전히 적응했습니다. 오히려 다시 VMware ESXi로 돌아가라고 하면 좀 답답할 것 같더라고요. 이유는 성능 숫자 하나 때문이 아니라, 운영의 유연성 때문입니다.
- VM과 LXC를 같이 다루는 흐름이 홈랩에 잘 맞았습니다.
- 웹 UI와 CLI(Command Line Interface, 명령줄 인터페이스)를 오가며 관리하기 편했습니다.
- 백업과 복원 테스트를 더 자주 하게 됐습니다.
- 실험 환경 분리가 쉬워져서 새로운 서비스를 올리는 부담이 줄었습니다.
특히 Kubernetes 노드 테스트, 리버스 프록시 교체, 모니터링 재구성 같은 작업이 훨씬 가벼워졌습니다. “망가지면 다시 만들면 되지”라는 감각이 생기니까, 홈랩이 훨씬 재미있어졌어요. 이건 숫자로 표현하기 어려운 장점이더라고요.
물론 단점도 있습니다. 리눅스 기반이라서, ESXi 특유의 일체형 경험에 익숙한 분은 초반에 거부감이 있을 수 있습니다. 그리고 잘 모르는 상태에서 너무 많은 걸 한 번에 바꾸면 오히려 운영 난이도가 올라갑니다. 그래서 제 추천은 간단합니다. 한 번에 전체 이전하지 말고, 낮은 중요도의 VM부터 옮겨보세요.
가동 중인 VM과 컨테이너, 백업 상태, 스토리지 사용량이 안정적으로 보이는 운영 결과 이미지입니다.
가상화 비교 관점에서 정리한 선택 기준
독자분들이 제일 궁금해하실 부분이라 따로 정리해보겠습니다. 결국 중요한 건 “무엇이 더 우월하냐”가 아니라 “내 환경에 무엇이 더 맞느냐”입니다.
| 이런 분께 추천 | 더 잘 맞는 방향 | 이유 |
|---|---|---|
| 기업형 워크플로에 익숙함 | VMware ESXi 유지 검토 | 기존 운영 습관과 절차가 익숙할 수 있음 |
| 홈랩에서 실험을 자주 함 | Proxmox VE 고려 | VM/LXC 혼합 운영과 유연한 설정이 편함 |
| 리눅스 CLI에 익숙함 | Proxmox VE 유리 | 문제 분석과 확장이 자연스러움 |
| 최소 변경을 선호함 | 현 환경 유지 | 마이그레이션 자체가 리스크이기 때문 |
제가 직접 해보니, Proxmox VE 마이그레이션은 “최신이라서” 혹은 “남들이 많이 하니까”가 아니라, 내 홈랩 운영 방식과 맞아떨어질 때 가장 만족도가 높았습니다. 저처럼 NAS, DNS, 프록시, 개발용 VM, 테스트용 컨테이너를 뒤섞어 쓰는 분이면 특히 체감이 클 수 있습니다.
자주 묻는 질문
Q1. 기존 VMware ESXi VM을 전부 그대로 옮겨야 할까요?
꼭 그렇지는 않습니다. 애플리케이션 구성이 단순한 서비스는 새로 만들고 데이터만 옮기는 편이 더 깔끔할 때도 많습니다. 오래된 VM일수록 찌꺼기가 많아서, 오히려 재구성이 관리에 도움이 됩니다.
Q2. Proxmox VE 마이그레이션 후 바로 체감할 만한 장점이 있나요?
홈랩 기준으로는 관리 편의성과 실험 자유도가 가장 먼저 느껴집니다. 성능보다도 운영 동선이 가벼워지는 느낌이 큽니다.
Q3. 초보자도 괜찮을까요?
가능은 합니다. 다만 네트워크 브리지와 스토리지 개념은 꼭 먼저 잡고 들어가시는 게 좋습니다. 저도 처음엔 헷갈렸는데, 이 두 가지만 이해하면 진입 장벽이 확 낮아집니다.
홈랩 사용자의 관점에서 ESXi와 Proxmox VE의 차이를 한눈에 요약한 비교 이미지입니다.
마무리: 1년 후에도 유지한 이유
정리해보면 이렇습니다. VMware ESXi는 여전히 좋은 플랫폼입니다. 다만 제 홈랩에서는 Proxmox VE가 더 손에 맞았습니다. 직접 써보니 “관리”, “실험”, “복원”, “재구성” 이 네 가지 흐름이 훨씬 자연스러웠거든요. 드디어 됐다! 싶었던 순간이 백업 복원 테스트까지 매끄럽게 끝났을 때였습니다.
혹시 지금 Proxmox VE 마이그레이션을 고민 중이시라면, 한 번에 다 옮기지 마시고 덜 중요한 VM 하나만 먼저 이전해보세요. 그 과정에서 네트워크, 스토리지, 백업 철학이 같이 정리됩니다. 그게 진짜 핵심입니다. 다음 글에서는 홈랩 기준으로 Proxmox Backup Server를 어떻게 붙여서 백업 전략을 단순화했는지 다뤄볼 예정입니다. 이전 글에서 다뤘던 홈 네트워크 분리 구성과 함께 보시면 더 이해가 잘 되실 겁니다.
결국 가상화 비교의 답은 제품 소개 페이지에 있는 게 아니라, 내가 1년 뒤에도 불편 없이 계속 쓸 수 있느냐에 있더라고요. 제 경우 그 답은 Proxmox VE였습니다.
![[OpenStack] MicroStack 1년 사용 후기: 홈랩에서 프로덕션까지](https://blog.pswq.net/wp-content/uploads/2026/07/microstack-1year-review-homelab-production-pros-cons-thumbnail.jpg)
