VM 이전(마이그레이션) 절차와 롤백 계획

하이퍼바이저 나 플랫폼을 바꿀 때 VM을 옮기는 순서입니다. 제품 비교가 아니라 어느 현장에나 통하는 조사, 방식, 단계, 되돌리기를 봅니다.

옮기기 전에 조사할 것

이전이 막히는 이유는 대부분 미리 몰랐던 것입니다. VM마다 이 항목을 표로 만듭니다. VM 목록 이름, vCPU , 메모리, 디스크 크기, 켜져 있는지, 담당자를 한 표로 모읍니다. 게스트 OS 지원 새 플랫폼이 그 OS 버전을 지원하는지, 지원 끝난 OS가 있는지 봅니다. 드라이버 · 에이전트 기존 하이퍼바이저 전용 도구와 드라이버를 빼고 새 것으로 바꿔야 하는지 확인합니다. 네트워크 VLAN , 고정 IP, MAC 주소에 묶인 설정, 방화벽 규칙을 적습니다. 특수 구성 공유 디스크, 물리 디스크 직접 연결, GPU·USB 연결처럼 옮기기 어려운 VM을 따로 표시합니다. 의존 관계 함께 멈추고 함께 옮겨야 하는 VM 묶음(웹·앱·DB)을 정합니다. 앱 라이선스 하드웨어 정보나 MAC에 묶인 라이선스는 이전 뒤 재발급이 필요할 수 있습니다. 성능 기준치 이전 전 CPU·디스크 지연 값을 남겨 두어야 이전 뒤 비교할 수 있습니다.

옮기는 방식 네 가지

어느 방식이 낫다기보다 VM의 중요도와 허용 중단 시간에 따라 고릅니다. 한 프로젝트에서 섞어 쓰는 경우가 많습니다. 콜드 이전 방법 VM을 끄고 디스크를 변환해 새 환경에서 켬 서비스 중단 옮기는 동안 내내 잘 맞는 경우 작은 VM, 중단이 허용되는 시스템 주의할 점 디스크가 크면 복사 시간이 길어짐 라이브 이전 방법 켠 채로 메모리·디스크를 옮김 서비스 중단 거의 없음 잘 맞는 경우 같은 하이퍼바이저 계열 안의 이동 주의할 점 다른 하이퍼바이저 사이에는 대개 바로 안 됨 백업 복원 방법 백업 소프트웨어로 받아 새 환경에 복원 서비스 중단 마지막 백업 이후 변경분만큼 잘 맞는 경우 백업 체계가 이미 갖춰진 곳 주의할 점 복원 대상 플랫폼 지원 여부 확인 이전 도구 이용 방법 미리 복제해 두고 짧게 전환 서비스 중단 전환하는 몇 분~몇십 분 잘 맞는 경우 VM이 많고 중단을 줄여야 할 때 주의할 점 도구 비용, 지원 OS 목록 확인 NOTE 스토리지만 바꾸는 이전(데이터 이사)은 '스토리지 마이그레이션'에서 다룹니다. 이 표는 하이퍼바이저나 플랫폼이 바뀌는 경우입니다.

이전 단계

작게 시험하고, 넓게 옮기고, 되돌릴 길을 끝까지 남겨 둡니다. VM 이전 7단계 STEP 01 / 07 조사 VM 목록과 의존 관계, 특수 구성을 정리하고 이전 묶음(웨이브)을 나눕니다. ENG 웨이브 하나가 끝날 때마다 걸린 시간과 문제를 기록하면 다음 웨이브 일정이 정확해집니다. SALES 견적에 이전 작업을 'VM 몇 대, 웨이브 몇 번, 작업 시간대'로 적으면 범위 다툼이 줄어듭니다.

라이선스 · 구독 비용 볼 때

이전을 검토하는 이유가 비용인 경우가 많습니다. 기존과 새 환경을 같은 기준으로 놓고 봐야 합니다. 라이선스 변화 흐름은 'VMware 전환 흐름'을 보세요. 과금 단위 맞추기 소켓, 코어, 노드, VM 수 중 무엇으로 매기는지 플랫폼마다 다릅니다. 같은 서버 구성으로 바꿔 계산합니다. CPU당 최소 코어 코어 기준 과금은 CPU 하나에 최소 코어 수를 두는 경우가 있습니다. 코어가 적은 CPU도 최소치로 계산됩니다. 최소 주문 수량 주문 한 건의 최소 코어 수 같은 조건이 시기·지역에 따라 바뀐 사례가 있습니다. 견적 시점에 공급사에 확인합니다. 함께 바뀌는 라이선스 백업, 모니터링, 보안 에이전트도 새 플랫폼용으로 다시 사야 할 수 있습니다. 병행 운영 기간 이전하는 몇 달 동안은 두 환경 비용을 함께 냅니다. 기존 계약 만료일과 이전 일정을 맞춥니다. 갱신 조건 구독은 갱신 때 단가와 조건이 바뀔 수 있고, 늦게 갱신하면 추가 요금을 두는 경우도 있습니다. NOTE 예: Broadcom은 2023년 12월 VMware 영구 라이선스 판매를 끝내고 구독형으로 바꾼다고 발표했고, 이후 코어 단위 구독에서 CPU당 최소 16코어를 적용하고 있습니다. 2025년 4월에는 주문 최소 코어 수를 72코어로 늘린다는 보도와 일부 지역은 제외됐다는 보도가 엇갈렸습니다. 정책은 자주 바뀌므로 반드시 견적 시점의 공식 조건을 확인하세요(2026년 10월 확인).

백업과 되돌리기

이전은 '실패하면 어떻게 돌아가나'까지 정해야 끝납니다. 이전 직전 백업 전환 직전에 백업을 받고, 그 백업으로 실제 복원이 되는지 한 번 확인합니다. 원본 보존 원본 VM은 지우지 말고 끈 채로 둡니다. 안정 기간(예: 2~4주)이 지나면 정리합니다. 롤백 기준 '업무 확인 실패', '정해진 시간 초과'처럼 되돌릴 조건과 결정권자를 미리 정합니다. 데이터 변경분 새 환경에서 쌓인 데이터를 롤백 때 어떻게 되돌릴지 정합니다. 가장 놓치기 쉬운 부분입니다. 백업 체계 이어 붙이기 이전한 VM이 새 환경의 백업 일정에 바로 들어갔는지 확인합니다. DNS · IP 주소가 바뀌면 DNS와 방화벽을 원래대로 돌리는 절차도 적어 둡니다. ENG 롤백 연습을 파일럿 단계에서 한 번 해 보면 본 이전 때 판단이 빨라집니다. SALES 고객이 가장 묻는 것은 '실패하면요?'입니다. 롤백 계획을 제안서 한 장으로 먼저 보여 주면 안심합니다.

스택업 전체 목차

이 사이트는 자바스크립트를 켜야 그림과 메뉴가 보입니다.

스택업 STACK UP인프라 지식을 한 층씩 쌓다
주제 제안 · 문의 ✎
스택업 · 서버 · 스토리지 · 네트워크 · AI
SCROLL DOWN
Site map

찾는 내용으로 바로 가기

사이트 전체를 한 화면에 펼쳤습니다. 제목을 누르면 그 내용으로 바로 갑니다.

Why

엔지니어도 영업도 잘 모르는 3~5년

영업은 제안까지, 엔지니어는 설치와 장애 때만 고객을 만납니다. 그 사이 고객 운영팀이 매일 하는 일이 인프라 일생의 대부분입니다.

현업 흐름에서 자세히 보기
Three domains

랙 하나에 함께 들어가는 장비들

Inside a rack

랙 한 칸씩 들여다보기

표준 랙은 높이 42칸(U)입니다. 맨 위에 스위치, 가운데 서버, 아래에 스토리지와 UPS가 들어가는 것이 흔한 배치입니다. 장비를 누르면 해당 페이지로 갑니다.

Vendors

다섯 제조사

같은 기능을 부르는 이름이 제조사마다 다릅니다. 원격 관리 칩(BMC) 이름부터 익혀 두세요.

Route

이 순서로 보세요

Glossary

처음 들으면 헷갈리는 말

용어 사전 전체 보기