HCI 가상머신 마이그레이션 종류 총정리: vMotion부터 정적 이전까지
HCI에서 “서버를 옮긴다”는 말은 여러 작업을 뜻합니다. 가상머신(VM)의 실행 위치인 호스트만 옮길 수도 있고, 가상디스크가 있는 스토리지만 옮길 수도 있으며, 두 가지를 함께 옮길 수도 있습니다. VM의 전원을 켠 채 작업하는지, 종료하고 작업하는지에 따라서도 방법과 서비스 영향이 달라집니다.
1. 먼저 구분할 것: 무엇을, 어떤 상태로 옮기는가?
| 구분 | 의미 | 대표적인 목적 |
|---|---|---|
| 컴퓨트 이동 | VM이 실행되는 물리 호스트를 변경 | 호스트 점검, 부하 분산, 장비 교체 |
| 스토리지 이동 | VM의 가상디스크 및 관련 파일이 저장되는 위치를 변경 | 데이터스토어 교체, 용량 확보 |
| 컴퓨트 + 스토리지 이동 | 호스트와 VM 저장 위치를 함께 변경 | 다른 클러스터나 HCI 환경으로 이전 |
| 라이브 이동 | VM 전원을 켠 상태에서 이전 | 서비스 중단을 최소화해야 하는 작업 |
| 정적 이동 | VM을 정상 종료한 뒤 이전 | 라이브 이동 조건을 충족하지 못하거나 중단 시간이 허용되는 작업 |
따라서 “라이브냐 정적이냐”와 “호스트냐 스토리지냐”는 서로 다른 기준입니다. 예를 들어 호스트만 라이브로 옮길 수도 있고, 호스트와 스토리지를 함께 정적으로 옮길 수도 있습니다.
2. 라이브 컴퓨트 마이그레이션: VMware vMotion
vMotion은 실행 중인 VM을 다른 ESXi 호스트로 옮기는 방식입니다. 일반적인 컴퓨트 전용 vMotion에서는 출발지와 목적지 호스트가 동일한 VM 데이터스토어에 접근할 수 있어야 합니다. VM의 메모리 상태를 목적지로 전달한 다음 실행 위치를 전환하며, 가상디스크 전체를 복사하는 작업은 아닙니다.
장점
- 호스트 유지보수나 교체 전에 VM을 옮기기 좋습니다.
- 서비스 중단을 최소화하면서 호스트의 자원을 재배치할 수 있습니다.
- 디스크 전체를 복사하지 않는 컴퓨트 전용 작업이라, 스토리지까지 옮기는 방식보다 전송할 데이터가 적을 수 있습니다.
단점과 조건
- 목적지 호스트의 CPU 호환성, 여유 자원, VM 네트워크와 vMotion 네트워크를 확인해야 합니다.
- 컴퓨트 전용 이전이라면 두 호스트가 VM 스토리지에 접근할 수 있어야 합니다.
- 패스스루 장치, 공유 디스크, 특정 가상 하드웨어 구성 등은 마이그레이션을 제한할 수 있습니다.
- “라이브”가 모든 애플리케이션에서 패킷 손실이나 일시 지연이 절대 없음을 뜻하지는 않습니다. 민감한 서비스는 이전 후 연결 상태를 확인해야 합니다.
적합한 경우: 같은 vSphere 환경에서 데이터스토어는 그대로 두고, HCI 또는 ESXi 호스트의 하드웨어 점검을 진행할 때.
3. 라이브 스토리지 마이그레이션: Storage vMotion
Storage vMotion은 실행 중인 VM의 저장 위치를 다른 데이터스토어로 옮기는 방식입니다. VM이 실행되는 호스트를 그대로 유지하면서 디스크를 옮기는 작업으로 이해하면 쉽습니다.
장점
- 데이터스토어 교체나 스토리지 용량 재배치에 활용할 수 있습니다.
- VM을 종료하지 않고 저장 위치를 변경할 수 있습니다.
- 기존 데이터스토어를 비우는 작업에 유용합니다.
단점과 조건
- 가상디스크 크기와 변경량에 따라 작업 시간이 길어지고 스토리지 I/O 및 네트워크 부하가 늘어납니다.
- 목적지의 여유 공간과 스토리지 정책 호환성을 확인해야 합니다.
- 공유 VMDK 또는 SCSI 버스 공유 등 특수한 구성은 라이브 Storage vMotion이 제한될 수 있습니다. 이런 VM은 제품 지원 조건을 확인하고 정적 이전을 검토해야 합니다.
적합한 경우: HCI 데이터스토어를 교체하거나 기존 스토리지의 VM을 새 스토리지로 옮길 때.
4. 호스트와 스토리지를 함께 옮기는 라이브 마이그레이션
출발지와 목적지 호스트가 동일한 데이터스토어를 공유하지 않는다면, 호스트의 실행 상태와 VM의 저장 데이터를 함께 옮기는 방식을 검토할 수 있습니다. VMware에서는 흔히 컴퓨트 + 스토리지 vMotion 또는 shared-nothing vMotion이라고 부릅니다.
장점
- 공유 데이터스토어가 없는 두 환경 사이에서도 지원 조건을 충족하면 라이브 이전이 가능합니다.
- HCI 클러스터 교체처럼 컴퓨트와 스토리지를 동시에 이전해야 하는 작업에 유용합니다.
단점과 조건
- 메모리 상태와 가상디스크 데이터를 모두 전송하므로 대역폭, 이전 시간, 목적지 용량을 더 신중하게 계산해야 합니다.
- VM 네트워크의 연결성, CPU 호환성, 목적지 스토리지 정책과 가상 장치 지원 여부를 확인해야 합니다.
- 클러스터나 vCenter 경계를 넘는다면 해당 버전의 cross-vCenter vMotion 지원 조건과 네트워크 구성을 추가로 검증해야 합니다.
적합한 경우: 기존 HCI에서 신규 HCI로 서비스 중단을 최소화하며 VM을 이전하고, 두 환경이 라이브 이전 조건을 충족할 때.
5. 정적 마이그레이션: Cold Migration
정적 마이그레이션은 VM의 게스트 OS와 애플리케이션을 정상 종료한 뒤 호스트나 스토리지 위치를 옮기고 다시 기동하는 방식입니다. “Cold Migration”, “Offline Migration”, “전원 종료 후 이전”이라는 표현을 사용합니다.
장점
- 메모리 실행 상태를 옮길 필요가 없어 CPU 호환성 등의 라이브 이전 제약을 피할 수 있는 경우가 있습니다.
- 복잡한 VM 구성이나 라이브 이전을 지원하지 않는 장치가 있을 때 선택지가 됩니다.
- 이전 후 네트워크, 드라이버, 애플리케이션 설정을 점검할 작업 시간을 명확히 잡을 수 있습니다.
단점
- VM 종료부터 목적지 기동 및 점검 완료까지 서비스 중단이 발생합니다.
- 대용량 디스크를 복사해야 한다면 중단 시간이 길어질 수 있습니다.
- 다른 플랫폼으로 옮길 경우 가상디스크 형식과 가상 하드웨어 차이까지 처리해야 합니다.
적합한 경우: 점검 시간을 확보할 수 있거나, 라이브 마이그레이션의 호환성 조건을 충족하지 못할 때.
6. 내보내기·가져오기 또는 백업·복원
VM을 내보내고 목적지에서 가져오거나, 백업본을 목적지에 복원하는 방법도 있습니다. 이는 단순한 호스트 이동보다 다른 관리 환경으로 VM을 옮기거나 재구성할 때 자주 검토하는 방식입니다. 내보내기 자체를 켜진 VM에서 지원하는 제품도 있지만, 목적지에서 서비스를 전환하는 과정의 중단 여부는 별도로 계획해야 합니다.
장점
- 복원 지점을 확보하고 이전 결과를 검증할 수 있습니다.
- 원본을 유지한 상태에서 목적지 VM의 기동 및 설정을 시험하기 좋습니다.
- 라이브 마이그레이션 경로가 없는 환경에서도 활용할 수 있습니다.
단점
- 백업 시점 이후 변경된 데이터를 어떻게 반영할지 계획해야 합니다.
- VM ID, MAC 주소, IP, DNS, 라이선스, 백업 작업 연결 등이 달라질 수 있습니다.
- 원본과 복원본을 같은 네트워크에서 동시에 켜면 IP나 호스트명 충돌이 날 수 있습니다.
적합한 경우: 다른 HCI 제품이나 하이퍼바이저로 이전하거나, 복구 가능성을 확보하며 단계적으로 전환할 때.
7. 하이퍼바이저가 다르면 별도 전환 작업이다
예를 들어 VMware ESXi → Hyper-V 또는 VMware ESXi → Nutanix AHV 이전은 일반적인 VMware vMotion으로 처리할 수 없습니다. 목적지 플랫폼이 사용할 수 있는 가상디스크와 VM 구성을 마련하고, 게스트 OS의 드라이버 및 네트워크 설정을 확인해야 합니다.
제품별 전환 도구, 백업·복원, 디스크 변환, 애플리케이션 단위 데이터 복제 등을 검토합니다. 실제 중단 시간은 사용하는 도구, 데이터 동기화 방식, 최종 서비스 전환 절차에 따라 달라집니다.
8. 방법별 장단점 한눈에 보기
| 방식 | VM 전원 | 이동 대상 | 주요 장점 | 주요 부담 |
|---|---|---|---|---|
| vMotion / Live Migration | 켜짐 | 주로 호스트 | 호스트 점검 중 서비스 영향 최소화 | 호환성·네트워크·스토리지 접근 조건 |
| Storage vMotion | 켜짐 | 스토리지 | VM 운영 중 데이터스토어 변경 | 디스크 복사에 따른 시간과 I/O 부하 |
| 컴퓨트 + 스토리지 라이브 이동 | 켜짐 | 호스트 + 스토리지 | 새 HCI 환경으로 중단 최소화 이전 가능 | 더 많은 전송량과 호환성 검증 |
| Cold Migration | 꺼짐 | 호스트 및/또는 스토리지 | 라이브 이전 제약이 있을 때 활용 가능 | 서비스 중단 |
| 내보내기·가져오기 / 백업·복원 | 방식에 따라 다름 | VM 구성과 데이터 | 별도 환경에서 복구·검증 가능 | 데이터 동기화와 서비스 전환 계획 필요 |
| 하이퍼바이저 간 전환 | 도구와 절차에 따라 다름 | VM 형식·구성·데이터 | 다른 가상화 플랫폼으로 이전 가능 | 변환, 드라이버, 호환성 및 중단 시간 검토 |
9. HCI 이전 전 반드시 확인할 항목
- 출발지와 목적지 플랫폼: ESXi끼리인지, AHV 또는 Hyper-V로 바뀌는지 확인합니다.
- 호스트 및 클러스터 경계: 같은 클러스터, 다른 클러스터, 다른 관리 서버 중 어디로 이동하는지 확인합니다.
- 스토리지 접근: 두 호스트가 같은 데이터스토어를 사용할 수 있는지, 디스크까지 복사해야 하는지 확인합니다.
- 네트워크: 목적지의 VM 포트 그룹·VLAN, 마이그레이션 네트워크, 방화벽 및 라우팅을 확인합니다.
- 호환성: CPU, 가상 하드웨어 버전, 게스트 OS, 패스스루 장치, 공유 디스크 구성을 확인합니다.
- 용량과 성능: 목적지 CPU·메모리·스토리지 여유 공간과 이전 중 네트워크·스토리지 부하를 확인합니다.
- 운영 설정: 스냅샷, 백업 정책, 복제 정책, VM 태그 및 모니터링 연동을 확인합니다.
- 복귀 방법: 이전 실패 시 원본에서 재기동할 조건과 데이터 역동기화 필요 여부를 정합니다.
10. 상황별로 어떤 방식을 고르면 될까?
| 상황 | 우선 검토할 방식 | 이유 |
|---|---|---|
| 같은 HCI 클러스터에서 호스트 1대 점검 | vMotion 또는 해당 플랫폼의 Live Migration | VM 실행 위치만 옮기면 됨 |
| 기존 데이터스토어를 비워야 함 | Storage vMotion 또는 해당 플랫폼의 스토리지 이동 | 저장 위치를 변경해야 함 |
| 신규 VMware HCI 클러스터로 전체 이전 | 컴퓨트 + 스토리지 라이브 이동 가능 여부 확인 | 호스트와 저장 위치가 모두 바뀜 |
| 특수 공유 디스크 또는 라이브 이전 불가 VM | 애플리케이션 절체 또는 정적 마이그레이션 | VM 구성별 라이브 이전 제한이 있을 수 있음 |
| VMware에서 다른 하이퍼바이저로 이전 | 전환 도구, 백업·복원 또는 애플리케이션 복제 | VM 형식과 가상 하드웨어가 달라짐 |
자주 묻는 질문
Q. vMotion이면 데이터스토어도 같이 옮겨지나요?
일반적인 컴퓨트 전용 vMotion에서는 데이터스토어가 그대로입니다. 저장 위치도 바꾸려면 Storage vMotion 또는 컴퓨트와 스토리지를 함께 옮기는 방식을 선택해야 합니다.
Q. HCI 제품이 다르면 라이브 마이그레이션을 할 수 없나요?
제품이 다르다는 사실만으로 모든 이전 방법이 결정되지는 않습니다. 다만 서로 다른 하이퍼바이저 사이에서는 일반적인 vMotion을 그대로 사용할 수 없으므로, 해당 제품의 전환 도구와 지원 조건을 별도로 확인해야 합니다.
Q. HA 장애 조치와 라이브 마이그레이션은 같은가요?
다릅니다. 라이브 마이그레이션은 정상 동작 중인 출발지에서 VM 실행 상태를 계획적으로 옮기는 작업입니다. 호스트가 갑자기 고장 나 HA가 다른 호스트에서 VM을 다시 기동한다면, 일반적으로 애플리케이션 재시작과 서비스 중단이 발생합니다.
Q. 정적 마이그레이션에서 “정적”은 무엇을 뜻하나요?
VM을 실행 중인 상태로 옮기지 않고, 전원을 정상 종료한 뒤 이전한다는 뜻입니다. 하이퍼바이저 자체가 “정적 하이퍼바이저”라는 종류로 분류되는 것은 아닙니다.
마무리
HCI 마이그레이션 방법은 먼저 VM 전원을 유지해야 하는지, 다음으로 호스트만 옮기는지 스토리지도 옮기는지, 마지막으로 출발지와 목적지의 하이퍼바이저가 같은지를 확인하면 좁힐 수 있습니다. 실제 작업에서는 제품 버전과 VM 구성에 따라 지원 여부가 달라지므로, 대상 VM 한 대로 사전 검증한 뒤 전체 이전 순서를 정하는 것이 안전합니다.
참고 자료
'지식 공유 > Server' 카테고리의 다른 글
| SUSE Linux Zypper 명령어 사용법: 패키지 설치, RPM 다운로드, 저장소 관리 (0) | 2026.07.27 |
|---|---|
| 중첩 본딩의 위험과 MLAG를 이용한 2:2 단일 본딩 40G 구성 방법 (0) | 2026.07.23 |
| SUSE OS에서 PostgreSQL 기반 DBMS 대용량 처리 문제 정리 (0) | 2026.06.24 |
| SUSE Enterprise 16 SSH 포트 변경과 PuTTY 인증 메시지 정리 (0) | 2026.06.24 |
| 신규 개발 쿠버네티스 서버 구축과 기존 개발 클러스터 연동 방안 (0) | 2026.06.22 |