Proxmox VE에 VMware VMDK 가상 머신을 가져오는 방법

마지막 업데이트 : 15 10월 2026
  • Proxmox VE는 현재 ESXi에서 마이그레이션을 대폭 간소화하는 기본 가져오기 마법사를 제공합니다.
  • VMDK 디스크를 qcow2 형식으로 수동 변환하는 것은 중앙 집중식 관리가 불가능한 환경에서 가장 안정적인 접근 방식입니다.
  • 특히 Windows 시스템에서 부팅 오류를 방지하려면 VirtIO 드라이버를 미리 설치하는 것이 필수적입니다.

최신 데이터센터의 서버 랙을 자세히 보여주는 그림으로, 가상화 인프라를 나타냅니다.

VMware 라이선스가 골칫거리이거나 보다 유연한 오픈 소스 대안을 찾고 있다면 Proxmox VE가 좋은 선택이 될 수 있습니다. 이 플랫폼은 강력한 성능을 자랑할 뿐만 아니라 가상 머신용 KVM과 컨테이너용 LXC를 통합하여 직관적인 웹 인터페이스를 통해 전체 데이터 센터를 관리할 수 있도록 지원합니다. 하지만 기존 워크로드를 마이그레이션하는 과정이 항상 순조로운 것은 아니며, 처음부터 모든 것을 원활하게 작동시키려면 어느 정도 연습이 필요합니다.

VMDK 파일 가져오기란 기본적으로 VMware 가상 하드 드라이브를 QEMU의 qcow2 형식을 더 잘 이해하는 환경으로 옮기는 것을 의미합니다. vCenter가 있는 엔터프라이즈 환경을 사용하든, 독립형 ESXi 호스트를 사용하는 개인 환경을 선호하든, 공식 마법사를 사용하는 자동 방식 또는 명령줄을 사용하는 수동 방식 중에서 선택해야 합니다. 중요한 것은 섣불리 시작하지 않고, 새 환경으로 부팅할 때 발생할 수 있는 블루스크린 오류를 방지하기 위해 소스 시스템을 미리 준비하는 것입니다.

과감한 도전을 하기 전 필수 준비 사항

데이터센터 환경에서 파란색 조명이 비추는 서버 랙의 클로즈업 사진으로, VMware 및 Proxmox 환경을 설명하기에 이상적입니다.

데이터를 이동하기 전에 소스 가상 머신이 완벽하게 깨끗한 상태인지 확인해야 합니다. 흔히 발생하는 실수 중 하나는 스냅샷이 활성화된 가상 머신을 마이그레이션하는 것입니다. 이상적으로는 가져온 디스크가 조각화되는 것을 방지하기 위해 모든 스냅샷을 통합 해야 합니다. 또한 가상 머신이 BIOS를 사용하는지 UEFI를 사용하는지 확인하는 것이 중요합니다 . Proxmox에서 동일한 펌웨어를 구성하지 않으면 가상 머신이 부트 섹터를 찾을 수 없기 때문입니다.

  웹 서버 유형: 완전한 가이드

Windows 사용자에게는 거의 필수적이라고 할 수 있는 단계가 하나 있습니다. 바로 VMware 환경에서 가상 머신을 종료하기 전에 VirtIO 드라이버를 설치 하는 것입니다. KVM 환경에서는 VMware의 디스크 컨트롤러가 존재하지 않기 때문에 Windows는 이를 인식하지 못하고 심각한 오류를 발생시킵니다. VirtIO ISO 파일을 마운트하고 네트워크 및 스토리지 드라이버를 설치한 후에야 가상 머신을 종료해야 합니다. Linux에서는 커널에 VirtIO 모듈이 기본적으로 포함되어 있기 때문에 이 과정이 훨씬 간단합니다.

빠른 해결 방법: Proxmox 가져오기 마법사

소프트웨어 엔지니어가 기술실에서 노트북을 사용하여 서버를 모니터링하는 모습으로, 마이그레이션 프로세스와 수동 구성 과정을 보여줍니다.

최신 버전부터 Proxmox는 pve-esxi-import-tools 패키지를 통해 사용자의 편의성을 크게 향상시켰습니다. 이 도구를 사용하면 Proxmox 웹 인터페이스에서 ESXi 호스트에 직접 연결하여 마이그레이션을 단 세 번의 클릭만으로 완료할 수 있습니다. 먼저, 데이터센터 > 스토리지 > 추가 > ESXi 에서 스토리지를 추가하고 VMware 서버 루트 자격 증명을 입력합니다. 자체 서명 인증서를 사용하는 경우 인증서 확인 단계를 건너뛰면 됩니다.

스토리지 연결이 완료되면 VMware VM 목록이 표시됩니다. VM을 선택하고 가져오기를 클릭하면 시스템이 VMX 파일을 읽고 Proxmox에서 하드웨어 구성 (CPU, RAM, 네트워크)을 자동으로 다시 생성합니다. 표준 가져오기 또는 "라이브 가져오기" 중에서 선택할 수 있지만, 라이브 가져오기는 진정한 라이브 마이그레이션은 아니며, 데이터가 충분해지면 VM을 시작하는 방식입니다. 마법사가 백그라운드에서 VMDK 파일을 qcow2 형식으로 변환하므로 명령줄 작업에 소요되는 시간을 크게 절약할 수 있습니다.

수동 방식: CLI를 통한 완벽한 제어

데이터 센터의 네트워크 스위치에 연결된 이더넷 케이블의 상세 모습으로, 하이퍼바이저 간의 데이터 전송 및 연결성을 보여줍니다.

네트워크를 통해 접근 가능한 ESXi 호스트가 없거나 모든 단계를 완벽하게 제어하고 싶다면 수동 마이그레이션이 최선의 선택입니다. 이 과정은 SCP 또는 SFTP를 사용하여 VMDK 파일을 Proxmox 서버에 업로드하는 것으로 시작됩니다 . VMware 환경에서 디스크는 디스크 설명 파일(.vmdk)과 실제 데이터 파일(.flat.vmdk)로 구성될 수 있으며, 변환이 성공적으로 이루어지려면 두 파일이 모두 같은 폴더에 있어야 한다는 점을 기억해야 합니다.

  서버 설정 튜토리얼: 완벽하고 실용적인 가이드

디스크를 원래 형식으로 변환하기 위해 도구를 사용합니다. qemu-img 변환일반적인 명령어는 다음과 같습니다. qemu-img convert -f vmdk original.vmdk -O qcow2 convertido.qcow2qcow2 파일을 얻었으면, 다음으로 파일을 생성해야 합니다. Proxmox의 빈 가상 머신 원본과 동일한 기능을 갖추고 있지만 하드 드라이브는 포함되어 있지 않습니다.

변환된 디스크를 가상 머신에 연결하는 방법은 두 가지가 있습니다. 보다 전문적인 방법은 `qm importdisk` 명령어를 사용하는 것입니다 . 이 명령어는 파일을 가져올 뿐만 아니라 선택한 스토리지(LVM, ZFS, NFS 등)에 직접 배치합니다. 이후 웹 인터페이스의 하드웨어 탭에서 해당 디스크가 "사용되지 않음"으로 표시됩니다. 해당 디스크를 더블 클릭하여 버스(가급적 VirtIO SCSI)에 할당하고 가상 머신 설정에서 부팅 순서를 조정하면 됩니다.

최종 조정 및 성능 최적화

네트워크 장비와 푸른 조명이 갖춰진 현대적인 서버실은 전문적인 데이터 센터 분위기를 연출합니다.

가상 머신이 부팅되었다고 해서 작업이 끝나는 것은 아닙니다. 가상 머신이 원활하게 실행되려면 QEMU 게스트 에이전트를 설치하는 것이 필수적입니다. 이를 통해 Proxmox는 게스트 시스템과 더 효율적으로 통신할 수 있으며, 깔끔한 종료 및 일관된 스냅샷 생성과 같은 작업을 원활하게 수행할 수 있습니다. Windows 환경에서는 I/O 성능을 극대화하기 위해 디스크 컨트롤러를 IDE 또는 SATA에서 VirtIO SCSI 로 전환하는 것도 이때가 적절한 시기입니다.

네트워크 연결이 되지 않으면 어댑터 모델이 호환되는지 확인하세요. VirtIO 모델이 가장 빠르지만, 시스템에서 처음 인식하지 못하는 경우 에뮬레이션 어댑터(예: E1000)를 사용하다가 드라이버를 설치한 후 전환할 수 있습니다. 모든 것이 정상적으로 작동하는 것을 확인한 후에는 디스크 공간을 확보 하기 위해 Proxmox 저장소에서 기존 VMDK 파일을 삭제하는 것을 잊지 마세요.

  로컬 서버에 Nextcloud를 설치하고 구성하는 방법

전환 과정 중 데이터 보호

가상 머신을 이전하는 것은 매우 민감한 작업이며 데이터 손실 위험이 항상 존재합니다. 따라서 시작하기 전에 외부 백업 시스템을 구축하는 것이 필수적입니다. Vinchin, Nakivo 또는 Hornetsecurity와 같은 솔루션을 사용하면 변경 불가능한 백업을 생성하여 마이그레이션 중 랜섬웨어 공격이나 인적 오류로부터 데이터를 보호할 수 있습니다. 3-2-1 규칙 (세 개의 복사본, 두 개의 저장 매체, 하나의 오프사이트)을 적용하는 것이 하이퍼바이저를 전환하는 동안 안심할 수 있는 유일한 방법입니다.

VMware에서 Proxmox로의 마이그레이션은 번거로운 수동 프로세스에서 매우 효율적인 자동화 도구로 발전했습니다. 대규모 배포를 위한 공식 임포터를 사용하든, 특정 사례에 qemu-img 및 qm importdisk를 활용하든, 성공의 핵심은 사전 준비에 있습니다. 스냅샷 통합, VirtIO 드라이버 설치, 펌웨어 호환성 확보 등이 여기에 해당합니다. 적절한 계획과 강력한 보안을 통해 오픈 소스 인프라로 전환하면 비용을 최적화하고 가상화 환경에 대한 완벽한 제어권을 되찾을 수 있습니다.