VMware에서 Proxmox로 전환, 옮기면 무엇이 달라질까
VMware에서 Proxmox로 옮기면 무엇이 달라질까
VMware에서 Proxmox로 전환하면 라이선스뿐 아니라 가상머신 이전 방식, 클러스터와 스토리지 구성, 네트워크, 백업과 장애 대응 체계까지 달라집니다.
단순한 기능 비교보다 실제 운영에서 무엇이 바뀌는지 살펴보겠습니다.
Proxmox VE는 KVM 기반 가상머신과 LXC 컨테이너를 웹에서 관리하는 오픈소스 가상화 플랫폼입니다.
VMware ESXi에서 가상머신을 가져오거나 OVF·OVA 파일을 불러오는 기능도 제공합니다.
하지만 가져오기 기능이 있다고 해서 기존 환경이 그대로 복제되거나 모든 시스템을 중단 없이 이전할 수 있는 것은 아닙니다.
가상머신을 옮긴 뒤에도 별도의 검증이 필요합니다
가상머신을 가져온 뒤에는 부팅 방식, 디스크 컨트롤러, 네트워크 장치와 드라이버가 새 환경에서 정상적으로 작동하는지 확인해야 합니다.
운영체제가 부팅되더라도 데이터베이스나 인증 서버, 외부 스토리지와 연결되지 않으면 실제 서비스는 정상적으로 운영할 수 없습니다.
다음과 같은 시스템은 이전 난도가 더 높을 수 있습니다.
- GPU·NIC·USB 등 물리 장치를 직접 연결한 가상머신
- MAC 주소나 하드웨어 정보에 라이선스가 연결된 프로그램
- 오래된 운영체제나 전용 드라이버를 사용하는 시스템
- 중단 시간을 거의 허용할 수 없는 핵심 업무
- 여러 서버가 정해진 순서로 실행되어야 하는 서비스
따라서 전환 가능 여부는 가상머신의 개수보다 워크로드의 특성과 시스템 간 의존 관계를 기준으로 판단해야 합니다.
클러스터를 구성한다고 고가용성이 완성되는 것은 아닙니다
VMware의 vCenter와 ESXi 중심 운영은 Proxmox의 노드/클러스터 관리 방식으로 바뀝니다.
Proxmox에서는 웹 인터페이스에서 가상머신과 스토리지, 네트워크, 백업 작업을 함께 관리할 수 있습니다.
Proxmox 공식 문서는 안정적인 HA 쿼럼을 위해 3개 이상의 노드를 권장합니다.
작은 2노드 환경에서는 QDevice를 활용할 수 있지만, 쿼럼만 확보한다고 서비스 가용성이 자동으로 보장되지는 않습니다.
한 노드에 장애가 발생해도 다른 노드에 충분한 CPU와 메모리가 남아 있어야 합니다.
(가상머신이 사용하는 스토리지와 네트워크에도 계속 접근할 수 있어야 합니다.)
노드 수보다 먼저 정해야 하는 것은 어떤 서비스를 HA 대상으로 삼고, 장애 시 어느 정도의 중단을 허용할 것인지입니다.
vSAN을 반드시 Ceph로 바꿔야 하는 것은 아닙니다
VMware에서 vSAN을 사용했다고 해서 Proxmox에서는 반드시 Ceph를 사용해야 하는 것은 아닙니다.
Proxmox VE는 로컬 디스크뿐 아니라 SAN, NAS, Ceph 같은 여러 스토리지를 사용할 수 있습니다.
적합한 방식은 데이터의 성격과 운영 목표에 따라 달라지며 소규모 환경은 로컬 스토리지와 별도 백업 저장소부터 검토할 수 있습니다.
기존 SAN·NAS가 있다면 연동 방식과 성능을 확인해야 합니다.
노드 간 분산 저장과 장애 대응이 중요하다면 Ceph를 고려할 수 있습니다만, Ceph는 디스크 개수만 맞춘다고 안정적인 성능이 나오는 것은 아닙니다. 네트워크 대역폭과 지연시간, 디스크 종류, 복제 정책과 장애 복구 트래픽까지 함께 설계해야 합니다.
네트워크 구성도 새 환경에 맞춰 다시 설계해야 합니다
VMware의 가상 스위치와 포트 그룹, VLAN 구성은 Proxmox의 Linux Bridge, Bonding, VLAN 구성에 맞춰 다시 설계해야 합니다.
관리망, 클러스터 통신망, 스토리지망과 실제 서비스 트래픽을 어떻게 분리할지도 결정해야 합니다.
Proxmox 클러스터 통신에 사용되는 Corosync는 많은 대역폭보다 안정적인 낮은 지연시간이 중요합니다.
따라서 스토리지나 마이그레이션처럼 부하가 큰 트래픽과 분리하는 편이 좋습니다.
방화벽과 VPN, 로드밸런서, 모니터링 시스템도 새 환경에 맞춰 연결해야 합니다.
IP나 MAC 주소가 바뀐다면 애플리케이션 라이선스와 외부 연동에 미치는 영향도 확인해야 합니다.
백업 성공보다 실제 복구 가능성이 중요합니다
플랫폼 전환 전에는 기존 VMware 환경의 백업과 복구 경로를 확보해야 합니다.
전환 후에는 Proxmox 환경에 맞는 백업 정책을 다시 구성해야 합니다.
Proxmox Backup Server는 가상머신과 컨테이너 백업, 중복 제거, 예약 작업과 무결성 검증 기능을 제공합니다.
하지만 백업 데이터의 무결성 검사가 애플리케이션의 정상 복구까지 보장하는 것은 아닙니다.
복구한 가상머신이 부팅되는지, 데이터베이스와 외부 시스템이 정상적으로 연결되는지까지 시험해야 합니다.
전환에 문제가 생겼을 때 기존 VMware 환경으로 되돌아갈 수 있는 시점과 조건도 미리 정해 두는 것이 좋습니다.
비용뿐 아니라 운영 방식이 조직에 맞는지도 확인해보세요
Proxmox는 오픈소스 기반이지만 기업 환경에서는 엔터프라이즈 저장소, 기술지원 구독, 구축과 운영 인력까지 함께 고려해야 합니다.
초기에는 가상머신 변환과 테스트, 스토리지·네트워크 재설계, 운영자 교육과 문서화가 필요합니다.
전환 기간에는 VMware와 Proxmox 환경을 동시에 유지해야 할 수도 있습니다.
표준적인 Windows·Linux 가상머신을 운영하고 점검 시간을 확보할 수 있다면 단계적인 전환을 검토하기 좋습니다.
반면 전용 하드웨어와 패스스루 구성이 많거나, 애플리케이션 공급사의 지원 플랫폼이 제한되어 있거나, 서비스를 거의 중단할 수 없다면 더 긴 검증이 필요합니다. 전체 전환보다 일부 워크로드부터 옮기는 방식이 현실적일 수 있습니다.
VMware에서 Proxmox로의 전환은 제품 교체보다 운영 모델을 다시 설계하는 프로젝트에 가깝습니다.
중요도가 낮은 시스템부터 가져오기와 복구를 시험하고, 그 결과를 바탕으로 전환 범위를 넓혀가는 편이 안전합니다.
글로벌호스트는 Proxmox 단일 서버와 클러스터 구축, Ceph 스토리지, Proxmox Backup Server, 네트워크 설계, 마이그레이션과 기술지원 서비스를 안내하고 있습니다.
궁긍하신 부분을 남겨주셔도 현재 구성에 맞춰 안내해 드리겠습니다.