마이그레이션 · VMware
VMware 가상 머신을 Apache CloudStack으로 마이그레이션
Apache CloudStack은 VMware vCenter에서 가상 머신을 가져올 수 있으며, 4.19 버전부터는 KVM으로 변환할 수 있습니다. 안전한 마이그레이션을 위해서는 인벤토리 실사, 타깃 존 설정, 시험 운영 및 머신별 전환 계획이 필수적입니다. NexCMP Source의 30 영업일 지원을 통해 전문 엔지니어가 추가 비용 없이 이 작업을 함께 진행합니다.
NexCMP Free에는 포함되지 않으며, NexCMP Source($499 일회성)에 포함되어 있습니다. VMware, WHMCS, HostBill, Blesta, Paymenter, StackBill, Virtualizor 및 Apache CloudStack은 해당 소유자의 상표입니다. NexCMP는 독립적인 솔루션이며 이들과 제휴하거나 보증을 받지 않았습니다.
과제: 통제력을 잃지 않고 VMware에서 이전하기
Apache CloudStack으로 이전한다는 것은 모든 가상 머신의 플랫폼이 변경됨을 의미합니다. 디스크, 네트워크 카드, 드라이버, 그리고 종종 IP 주소까지 바뀝니다. 성급하게 진행할 경우 가상 머신이 부팅되지 않거나, 고객의 접근이 차단되거나, 라이선스가 비활성화되는 문제가 발생합니다.
CloudStack은 가져오기 도구를 제공하지만, 어떤 가상 머신을 먼저 이전할지, 각 네트워크를 어떻게 매핑할지, Windows 게스트를 어떻게 처리할지, 각 가상 머신의 오프라인 시간은 얼마나 될지를 대신 결정해 주지는 않습니다. 이러한 결정과 이에 수반되는 테스트 과정 자체가 곧 마이그레이션입니다.
가상 머신을 고객에게 판매하는 경우, 이전 작업에는 후반부가 남아 있습니다. 바로 가상 머신이 빌링 시스템에서 올바른 고객, 요금제 및 가격 정책에 연결되어야 한다는 점입니다. NexCMP는 CloudStack 상에서 작동하는 빌링 및 고객 포털 계층이며, 동일한 엔지니어가 이 두 가지 과정을 모두 처리합니다.
CloudStack 자체에서 지원하는 기능
VMware에서의 이전에 대해 문서화된 경로는 두 가지가 있습니다. 어떤 방식이 적합한지는 클라우드 내에 VMware 호스트를 유지할지 여부에 따라 달라집니다.
A. virt-v2v를 사용하여 KVM으로 변환
- CloudStack 공식 문서 내용
- 4.19 버전부터 관리자는 Tools의 Import-Export Instances 메뉴에서 기존 또는 외부 vCenter 데이터센터의 VMware VM을 선택하여 KVM 클러스터로 가져올 수 있습니다. VM을 내보낸 후 virt-v2v로 변환하고 디스크는 QCOW2 형식으로 가져옵니다. 최신 문서에서는 기존 OVF 기반 방식 외에 VDDK 기반 스트리밍 경로가 추가되었으며, 4.22 버전에서는 스토리지 풀로의 직접 변환이, 4.22.1 버전에서는 소스 게스트 OS 기반의 게스트 OS 선택 기능이 추가되었습니다.
- 문서에 명시된 제한 사항
- virt-v2v는 CloudStack 에이전트에 의해 설치되지 않으므로 각 KVM 호스트에 직접 설치해야 하며, 그렇지 않으면 변환에 실패합니다. 게스트 OS 및 파일 시스템에 따라 성공 여부가 보장되지 않으므로, 공식 문서에서는 프로덕션 환경에 적용하기 전에 테스트할 것을 권장합니다. 4.19 버전에서는 가져온 VM의 기본 게스트 OS 유형이 CentOS 4.5 (32-bit)로 설정되므로 이후에 직접 수정해야 합니다.
Source: Apache CloudStack — VMware VM을 KVM으로 가져오기 · 확인일 2026-10-19
B. 인플레이스 가져오기 (비관리 인스턴스)
- CloudStack 공식 문서 내용
- 호스트가 이미 CloudStack에 속해 있는 vSphere 클러스터의 경우, listUnmanagedInstances로 VM 목록을 조회하고 importUnmanagedInstance를 통해 CloudStack의 관리 하에 둘 수 있습니다. 관리되지 않는 VMware 인스턴스 조회 기능은 4.14 버전, 관리 해제 기능은 4.15 버전, UI를 통한 가져오기 기능은 4.16 버전에서 도입되었습니다.
- 문서에 명시된 제한 사항
- 대상 네트워크가 CloudStack에 미리 생성되어 있어야 하며, 스토리지는 기본 스토리지로 추가되어 있어야 합니다. 데이터 디스크는 디스크 오퍼링에 매핑되어야 하며, 디스크 컨트롤러 유형이나 NIC 유형이 혼용되어 있으면 오류가 발생합니다. 실행 중인 VM은 네트워크 VLAN과 컴퓨팅 오퍼링이 일치할 때만 가져올 수 있으며, 그렇지 않은 경우 먼저 중지해야 합니다.
Source: Apache CloudStack — Import Export Instances 안내 · 확인일 2026-10-19
대상 환경이 KVM인 경우 경로 A가 적용됩니다. NexCMP 자체 문서에서도 KVM을 테스트된 하이퍼바이저로 명시하고 있으므로, 설계상 VMware 호스트를 CloudStack 하에 유지하지 않는 한 경로 A로 계획을 수립합니다. 사용 중인 CloudStack 버전을 확인하시기 바랍니다. 위의 공식 문서 페이지에는 4.19 버전과 최신 릴리스 간의 동작 차이가 설명되어 있습니다.
이전 대상 항목 및 주의 사항
디스크
- 처리 내용
- QCOW2 형식으로 변환되어 대상의 기본 스토리지 풀로 가져오거나(경로 A), CloudStack 디스크 오퍼링에 매핑됩니다(경로 B).
- 주의 사항
- 경로 B에서는 디스크 오퍼링이 더 크더라도 디스크 크기가 조정되지 않습니다. 경로 A 변환 중 임시 스토리지는 기본적으로 보조 스토리지가 사용되며, NFS인 경우에만 기본 스토리지를 임시 스토리지로 사용할 수 있습니다.
Source: Apache CloudStack — VMware VM을 KVM으로 가져오기 · 확인일 2026-10-19
네트워크
- 처리 내용
- 가져오기 전에 CloudStack에 네트워크가 미리 생성되어 있어야 합니다. 검색 스크립트가 하나 이상의 VM이 연결된 vCenter 네트워크 목록을 추출하므로, 이에 일치하는 네트워크를 생성할 수 있습니다.
- 주의 사항
- virt-v2v는 게스트의 네트워크 설정을 재구성하거나 MAC 주소를 변경할 수 없습니다. 대상 서브넷이 다른 경우 변환 후 게스트 내부에서 설정을 변경해야 합니다.
Source: libguestfs — virt-v2v 매뉴얼 · 확인일 2026-10-19
Linux 게스트
- 처리 내용
- 실행 중인 Linux VM도 경로 A로 가져올 수 있습니다. CloudStack이 내보내기 전에 VM을 복제하므로 크래시 일관성(crash-consistent) 상태로 변환됩니다.
- 주의 사항
- CloudStack 문서에서는 Linux VM의 전원을 먼저 끌 것을 권장합니다. virt-v2v는 새 커널이나 드라이버를 설치하지 않으며 virtio 지원이 없으면 경고를 표시하므로, 게스트는 변환 전에 최소 버전 요구 사항을 충족해야 합니다.
Source: libguestfs — virt-v2v 매뉴얼 · 확인일 2026-10-19
Windows 게스트
- 처리 내용
- 경로 A로 가져오기 전에 정상적으로 종료해야 합니다. virtio 드라이버는 virtio-win 패키지에서 가져와 첫 부팅 시 설치되며, 첫 부팅 후 Windows가 4회 이상 재부팅될 수 있습니다.
- 주의 사항
- 빠른 시작(Fast Startup)이나 최대 절전 모드가 활성화되어 있으면 변환할 수 없으며, 동적 디스크의 시스템 디스크는 지원되지 않습니다. Windows를 가져오려면 변환 호스트에 virtio 드라이버가 필요합니다.
Source: libguestfs — virt-v2v 매뉴얼 · 확인일 2026-10-19
VMware Tools
- 처리 내용
- virt-v2v는 VMware Tools 제거를 시도합니다.
- 주의 사항
- 매뉴얼에 따르면 Windows에서는 제거가 안정적으로 작동하지 않으므로 다른 방법으로 Tools를 제거해야 할 수 있습니다.
Source: libguestfs — virt-v2v 매뉴얼 · 확인일 2026-10-19
게스트 OS 유형
- 처리 내용
- 가져온 VM에는 기본 게스트 OS 유형이 할당됩니다.
- 주의 사항
- 4.19 버전에서는 CentOS 4.5 (32-bit)로 지정되어 수동으로 변경해야 하지만, 4.22.1 버전에서는 매핑이 존재하는 경우 소스 게스트 OS로부터 매핑할 수 있습니다.
Source: Apache CloudStack — VMware VM을 KVM으로 가져오기 · 확인일 2026-10-19
청구 및 고객
- 처리 내용
- NexCMP에서 요금제, 가격 및 고객 계정이 구성되며, 마이그레이션된 각 머신은 해당 고객에게 연결됩니다.
- 주의 사항
- 사용 중인 CloudStack 버전에 맞춰 1주 차에 협의합니다. 이는 CloudStack 기능이 아닌 NexCMP 작업에 해당합니다.
주차별 진행 계획
고객의 환경에 맞춰 조정되는 일반적인 일정입니다. 30영업일의 연속 작업은 대략 6주 정도 소요됩니다.
1주 차 — 인벤토리 파악 및 의사결정
vCenter에 대한 읽기 전용 접근 권한을 통해 게스트 OS, 디스크, 네트워크 카드, VLAN, 스냅샷, 전원 상태 및 상호 의존 관계 등 모든 VM 목록을 작성합니다. 경로 A 또는 B를 선택하고 마이그레이션 차수를 정의하며, Windows 게스트, 대용량 디스크, 고정 라이선스가 적용된 항목 등 특별한 주의가 필요한 머신을 분류합니다.
2주 차 — 대상 환경 구축
CloudStack zone을 점검하거나 구축합니다. 즉, VMware 환경과 일치하는 KVM 호스트, 스토리지, 네트워크를 구성합니다. KVM 호스트에 virt-v2v를 설치하고(Ubuntu 호스트의 경우 nbdkit 포함), Windows용 virtio 드라이버를 준비하며, 변환 호스트와 vCenter 및 ESXi 간의 네트워크 경로를 엽니다. 머신을 판매하는 경우 같은 주에 NexCMP를 설치하고 CloudStack에 연결합니다.
3주 차 — 파일럿
보유한 게스트 유형별로 1대씩 중요도가 낮은 머신을 선별하여 실제 절차를 진행합니다. 부팅 여부, 네트워크 연결, 올바른 드라이버 설치 여부를 확인하고 게스트 OS 유형을 설정하며 각 머신의 오프라인 시간을 측정합니다. 이 측정 결과를 바탕으로 본 마이그레이션 차수별 작업 시간을 확정합니다.
4주 및 5주 차 — 단계별 이전
사전에 협의한 일정에 따라 머신을 그룹별로 이전합니다. 다음 그룹 작업을 시작하기 전에 각 그룹을 검증하며, 기존 VMware 머신은 롤백할 수 있도록 전원을 끈 상태로 보관합니다. 머신을 판매하는 경우 NexCMP에서 고객, 요금제, 가격을 함께 구성하고 최종 전환 전까지 청구를 병행 실행합니다.
6주 차 — 최종 컷오버 및 인수인계
마지막 머신들을 이전하고, 머신을 판매하는 경우 결제일을 전환하며, DNS 설정을 변경합니다. 전체 수행 내역을 문서화하고 보안 강화 및 백업 상태를 점검하며, 30영업일이 종료될 때까지 원활한 이전을 위해 지원을 유지합니다.
개요에 불과하며 실제 계획은 1주 차에 수립됩니다. 본 제안에서 일정과 관련하여 공식 보장하는 기한은 30영업일뿐입니다.
리스크 및 완화 방안
위험 부담이 없는 마이그레이션은 없으며 무중단 운영을 약속하지도 않습니다. 발생 가능한 문제점과 그에 대한 대응 방안은 다음과 같습니다.
머신별 다운타임
Windows 머신은 실행 중에 변환할 수 없으며, 실행 중인 Linux 머신은 크래시 일관성(crash-consistent) 상태로 변환됩니다. CloudStack에서는 변환 소요 시간을 명시하지 않습니다. 파일럿 단계에서 이를 측정한 후 머신 그룹별 중단 작업 시간을 협의합니다.
변환이 성공하지 않는 경우
CloudStack 문서에는 성공 여부가 보장되지 않으며 게스트 환경에 따라 다르다고 명시되어 있습니다. 본격적인 이전 차수를 진행하기 전에 파일럿 단계에서 각 게스트 유형을 테스트하며, 새 머신에 대한 점검이 완료될 때까지 원본 머신은 변경 없이 보존됩니다.
드라이버 및 VMware Tools
Windows 머신은 변환 과정에서 virtio 드라이버를 설치받고, Linux 머신은 사전에 virtio 지원이 필요하며, VMware Tools는 수동으로 제거해야 할 수도 있습니다. 파일럿 단계에서 게스트별로 이러한 사항을 확인합니다.
IP 주소, MAC 주소 및 DNS
게스트는 자체 MAC 주소와 네트워크 구성을 유지하므로 대상 서브넷이 다를 경우 게스트 내부에서 설정을 변경해야 합니다. 1주 차에 모든 주소를 파악하고 컷오버 전에 DNS TTL을 낮춘 뒤 고객에게 사전에 안내합니다.
게스트 소프트웨어 라이선스
가상머신 내부의 Windows 및 상용 소프트웨어 라이선스는 기존 플랫폼에 종속되어 있을 수 있습니다. 이전 전에 각 벤더와 라이선스 조건을 확인하실 수 있도록 인벤토리에 해당 소프트웨어를 정리해 드립니다.
중단된 변환 처리
CloudStack 설명서에 따르면 마이그레이션 도중 관리 서버를 재시작하면 작업이 중단되며 가져오기를 다시 시작해야 합니다. 당사는 정기 점검 일정을 고려하여 단계를 계획하고, 작업 진행 중에는 재시작을 피하도록 조율합니다.
빌링 전환 및 롤백
가상머신을 판매하는 경우, 빌링 전환 일정을 협의하여 결정하며 초기에는 두 시스템을 병행 운영합니다. VMware 원본은 마이그레이션 완료를 최종 승인하실 때까지 보존되므로 언제든지 이전 상태로 되돌릴 수 있습니다.
역할 분담
vCenter 읽기 전용 접근 권한 및 중요 가상머신 목록
- 전문가 수행 업무
- 모든 VM의 인벤토리를 조사하고 단계별 계획을 수립합니다
CloudStack 환경 및 KVM 호스트에 대한 접근 권한 또는 이를 구축할 하드웨어
- 전문가 수행 업무
- Zone, 네트워크 및 변환 호스트를 준비합니다
선택한 방식에 필요한 VDDK 및 virtio 패키지(벤더 정책상 직접 다운로드해야 하는 경우)
- 전문가 수행 업무
- 변환 호스트에 해당 패키지를 설치하고 테스트합니다
협의된 작업 중단 시간 및 고객 사전 공지
- 전문가 수행 업무
- 파일럿 및 단계별 마이그레이션을 실행하고 완료 후 각 머신을 점검합니다
가상머신을 판매하는 경우 책정한 요금 정책
- 전문가 수행 업무
- NexCMP에서 요금제, 고객 및 빌링을 구성하고 병행 운영 기간을 진행합니다
30영업일 동안 제공되는 서비스
마이그레이션은 NexCMP Source 업그레이드에 포함되어 있습니다. 1회 $499로 전체 소스 코드(Rust 서버, Vue 포털 및 어드민, Go 노드 에이전트, CLI, 빌드 스크립트), 제한 없는 자체 버전 수정 및 빌드 권한, 12개월간의 신규 소스 릴리스, 전체 앱, 그리고 전문 엔지니어와의 30영업일 연속 작업이 제공됩니다.
해당 30영업일 동안 전문 엔지니어가 추가 비용 없이 VMware에서 Apache CloudStack으로 마이그레이션을 진행합니다. 또한 이 시간을 WHMCS 등 타 시스템에서의 이전이나 A부터 Z까지의 전체 설정 및 앱 빌드에 대체 또는 병행하여 활용할 수도 있습니다. 작업 기간은 전문 엔지니어와 협업을 시작하는 시점부터 카운트되며 라이선스 페이지에 표시됩니다. 마이그레이션 지원은 동일하게 30일 동안 지속됩니다.
NexCMP Free에는 이 서비스가 포함되지 않습니다. Free 버전은 1년간 모든 모듈을 무료로 이용할 수 있으나 기술 지원은 제공되지 않으며(소스 코드 버그 수정만 제공), 연간 $99로 갱신됩니다.
VMware에서 CloudStack으로 전환 — 자주 묻는 질문
비용은 얼마인가요?
NexCMP Free에도 포함되어 있나요?
어떤 CloudStack 및 VMware 버전이 지원되나요?
가상머신에 다운타임이 발생하나요?
모든 VM을 변환할 수 있나요?
마이그레이션 후에도 VMware를 유지해야 하나요?
무엇을 준비해야 합니까?
출처 및 참고 사항
기술 관련 내용은 Apache CloudStack 공식 문서와 virt-v2v 매뉴얼을 기반으로 합니다. 문서는 릴리스마다 변경될 수 있으므로 운영 중인 버전을 확인하시기 바랍니다. 4.19 관련 내용은 VMware-to-KVM 문서 페이지에 'As of CS 4.19'로 명시된 4.19 공식 문서에 따릅니다. VMware, WHMCS, HostBill, Blesta, Paymenter, StackBill, Virtualizor 및 Apache CloudStack은 해당 소유자의 상표입니다. NexCMP는 독립적인 소프트웨어이며 이들과 제휴하거나 보증받지 않았습니다.
전담 엔지니어와 함께 VMware에서 안전하게 마이그레이션하세요
$499에 NexCMP Source로 업그레이드하고 30 영업일 지원을 시작하시거나, 먼저 [email protected]으로 고객사 환경에 대해 문의해 주시기 바랍니다.
최종 업데이트: