PIVOT MIGRATE #2 · Proxmox·PIVOT

ESXi 인벤토리가 보여도
바로 가져오면 안 되는 이유

VMware에서 Proxmox로 전환할 때, 연결 확인 뒤에 실제로 판단해야 할 기준을 정리합니다.

DeployIT 한 줄 판단
ESXi 인벤토리 조회는 전환의 시작점입니다. 가져오기 실행은 인증·스토리지·네트워크·검증 기준이 정리된 다음 단계입니다.

전환 당일의 질문입니다

가상화 전환을 준비할 때 가장 먼저 나오는 질문은 단순합니다.

“목록이 보이는데 왜 바로 옮기면 안 되나요?”

VM은 이름과 CPU·메모리 정보만으로 동작하지 않습니다. 디스크, 가상 NIC, VLAN, DNS, 고정 IP, 방화벽, 애플리케이션 연결, 백업 정책 같은 주변 조건 안에서 동작합니다. 목록 조회는 이 조건들의 일부도 보장하지 않습니다.

ESXi 또는 vCenter에 통신할 수 있다는 것과 전환에 필요한 정보를 신뢰할 수 있게 읽을 수 있다는 것은 다릅니다. TLS 인증서 신뢰 상태와 계정 권한을 확인한 뒤, 처음에는 읽기 전용으로 인벤토리를 조회하는 편이 안전합니다.

호스트, 데이터스토리지, 가상 디스크 형식, 네트워크 포트 그룹, 스냅샷, 펌웨어 방식도 함께 봐야 합니다.

**POINT — TCP 연결 성공은 인증된 인벤토리 조회나 가져오기 권한을 증명하지 않습니다.**

같은 VM처럼 보여도 일반 데이터스토리지, vSAN, 외부 스토리지, 암호화 디스크는 이전 경로와 확인 항목이 다릅니다.

특히 vSAN에 있는 디스크는 일반 데이터스토리지와 동일한 방식으로 바로 가져올 수 있다고 가정하면 안 됩니다. 별도 검증 계획이 필요합니다.

대상 Proxmox에서도 어느 스토리지에 디스크를 둘지 먼저 결정해야 합니다. 용량만 맞는지보다 성능 요구사항과 백업·복구 경로를 유지할 수 있는지가 기준입니다.

VM이 Proxmox에서 부팅됐는데 서비스가 열리지 않는 경우는 흔합니다. 원인은 VM 자체보다 네트워크 매핑에 있을 수 있습니다.

기존 포트 그룹이 대상 Proxmox 브리지와 어떤 VLAN으로 연결되는지, 고정 IP·DNS·방화벽 정책이 유지되는지, 외부 시스템이 기존 MAC 주소나 IP를 의존하는지를 확인해야 합니다.

전환 목록에는 VM 이름만 적지 않습니다. 서비스 담당자, IP·VLAN, 연결 대상, 허용 중단 시간, 되돌림 방법도 함께 기록합니다.

첫 번째 대상은 업무 영향이 낮고 복구 방법이 분명한 VM이 적합합니다. 가져온 VM은 우선 격리된 검증망에서 부팅합니다.

그 다음 OS 로그인, 디스크 인식, 서비스 기동, 애플리케이션 연결을 순서대로 확인합니다. “전원이 켜졌다”는 결과는 중요한 첫 단계지만, 업무 전환의 완료 조건은 아닙니다.

검증을 통과한 VM은 운영 전환 전에 보호 체계에 편입해야 합니다. PBS 또는 기존 백업 체계에서 첫 백업이 완료됐는지, 복원 가능한지 확인하는 기준과 담당자도 남겨야 합니다.

백업 성공 메시지는 복구 성공을 자동으로 보장하지 않습니다. 전환 이력, 서비스 검증 결과, 백업 보호 여부를 남겨야 다음 VM도 같은 기준으로 진행할 수 있습니다.

VM 목록이 보이면 바로 가져오기 기능을 실행해도 되나요?
아닙니다. 인증·권한, 스토리지 식별, 네트워크 매핑, 격리 검증 계획을 먼저 확인합니다.

PIVOT Migrate가 모든 VMware VM을 자동으로 전환하나요?
환경의 구성과 제약을 확인하지 않은 자동 전환은 권장하지 않습니다. vSAN, 암호화 디스크, vTPM, 복잡한 네트워크 의존성은 별도 검토가 필요할 수 있습니다.

첫 전환 대상은 어떻게 고르나요?
업무 영향이 낮고 복구 방법이 명확하며 서비스 확인 기준을 정할 수 있는 VM이 적합합니다.

마이그레이션은 VM을 복사하는 작업이 아니라, 기존 서비스가 새 운영 기준에서도 복구 가능하게 동작하는지 검증하는 작업입니다.

관련 상담: deployit.co.kr/contact · 010-9142-1041 · 주병재 이사