로컬 디스크에서 NAS로 가상 머신 스토리지를 마이그레이션하는 워크플로우

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Virtual Machine Storage Migration Workflow From Local Disk to NAS

NAS 데이터스토어가 부팅, 워크로드, 재부팅 및 백업 테스트를 통과할 때까지 로컬 VM 디스크를 검증된 롤백 사본으로 유지하세요.

가상 디스크를 이동하면 위치뿐 아니라 프로토콜, 네트워크, NAS 동기화 동작, 캐시 체인, 할당 형식, 마운트 순서 및 장애 도메인까지 모든 게스트 쓰기의 일부가 됩니다. 폐기 가능한 데이터로 대상 환경의 기준을 설정하고, 원본을 보호한 뒤, 하이퍼바이저가 지원하는 경로를 통해 카나리 VM 하나를 이동하세요. 그런 다음 다른 VM을 마이그레이션하기 전에 원래 워크로드를 비교하세요. 디스크 식별 정보나 애플리케이션 일관성이 변경되면 두 사본을 모두 복구하려 하지 말고 되돌리세요.

디스크를 이동하기 전에 NAS 데이터스토어 검증

프로토콜, NAS 주소, 네트워크 경로, MTU, 인증, 내보내기 권한, 파일 시스템, 동기화 정책, 스냅샷, 여유 공간 및 장애 동작을 기록하세요. 다른 경로를 사용하는 노트북이 아니라 폐기 가능한 데이터를 사용해 하이퍼바이저에서 지연 시간과 지속 쓰기 성능을 측정하세요.

로컬 및 공유 데이터스토어 옵션에 대한 최신 개요에서는 로컬 데이터스토어와 공유 NFS 및 iSCSI 옵션, 그리고 이러한 옵션이 제공하는 이식성을 구분합니다. 이 비교를 사용해 대상을 정의하되, 수용 여부는 현재 NAS, 네트워크 및 VM 워크로드를 기준으로 판단하세요.

대상이 부하 상태에서 연결이 끊기거나, 내구성이 불확실한 상태로 쓰기를 확인하거나, 마이그레이션과 스냅샷에 필요한 용량이 부족하거나, 폐기할 동일한 로컬 디스크에 의존한다면 중지하세요. 스토리지에 연결할 수 있다는 것만으로 활성 VM 이미지에 대한 준비가 끝난 것은 아닙니다.

원본 보호 및 마이그레이션 방법 선택

독립적인 백업을 생성하거나 확인하고, 원본 가상 디스크의 형식, 할당 방식, 컨트롤러, 캐시 모드, 폐기 설정, 부팅 순서 및 VM 구성을 기록하세요. 선택한 경로가 일관된 온라인 이동을 보장하지 않는다면 애플리케이션 데이터베이스를 정지하거나 VM을 중지하세요.

Proxmox 직원이 수동 NFS-to-iSCSI 제안에 답변한 내용에서는 이미지 파일을 수동으로 이동하고 구성을 편집하기보다 수동 이동 대신 백업 및 복원을 권장합니다. 이 오래된 사례를 안전 원칙으로 받아들이고, 현재 하이퍼바이저에 적합한 플랫폼 지원 이동 또는 백업/복원 경로를 사용하세요.

대표적인 디스크 패턴을 가진 위험이 낮은 카나리 VM 하나를 선택하세요. 플랫폼에서 허용하는 경우 컷오버 후에도 원본 디스크를 연결 해제한 상태로 온전히 보존하세요. 원본과 대상 사본이 동시에 쓰기 가능한 상태로 부팅되도록 해서는 안 됩니다.

카나리를 마이그레이션하고 부팅 전에 식별 정보 검증

호스트 로그, NAS 지연 시간, 네트워크 오류, 할당량 증가 및 대상 여유 공간을 모니터링하면서 지원되는 스토리지 이동 또는 복원을 시작하세요. 작업 ID와 최종 확인 결과를 저장하세요. 전송이 실패하면 플랫폼 상태와 롤백 경로를 파악하기 전까지 부분 데이터를 삭제하지 마세요.

이동 전후의 VM 구성을 비교하세요. 디스크 버스, 부팅 플래그, 형식, 크기, 일련 번호, 스냅샷 기능, 캐시 및 폐기 동작을 확인합니다. 디스크가 NAS 스토리지에 위치한 후에만 인접한 ZimaSpace 가이드를 사용해 VM 스토리지 캐시를 구성하세요. 캐시 튜닝은 마이그레이션 자체와 함께 진행해서는 안 됩니다.

먼저 격리된 네트워크에서 카나리를 부팅하세요. 파일 시스템 상태, 애플리케이션 일관성, 시간 및 예상 가상 디스크 식별 정보를 확인하세요. 게스트가 복구 모드로 진입하거나, 볼륨 누락을 보고하거나, 다른 디스크 순서를 인식하면 종료한 뒤 두 사본을 모두 복구하려 하지 말고 검증된 원본을 다시 연결하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

원래 워크로드 검증 및 롤백 유지

데이터베이스 커밋, 파일 서버의 작은 파일 작업, 백업, 미디어 작업 또는 빌드 작업 등 중요한 VM 워크로드를 실행하세요. 로컬 기준선과 지연 시간, 처리량, 대기열, NAS 동기화 동작 및 호스트 CPU를 비교하세요. 보호된 유지 관리 시간 내에서만 NAS 서비스 재시작을 테스트하세요.

VM과 하이퍼바이저를 한 번씩 재시작하고, 데이터스토어 자동 마운트 순서를 확인한 뒤, 다음 백업에서 작은 파일이나 트랜잭션을 복원하세요. 호스트가 재부팅될 때까지만 VM이 작동하거나 백업이 여전히 이전 디스크를 대상으로 한다면 마이그레이션은 완료된 것이 아닙니다.

카나리가 정상적인 부하와 한 번의 백업 주기를 견딘 후에만 추가 VM을 한 번에 하나씩 마이그레이션하세요. 롤백 기간이 끝날 때까지 로컬 디스크를 읽기 전용으로 유지하세요. 지연 시간이나 내구성이 명시된 목표를 충족하지 못하면 되돌리고, 전송 또는 스토리지 오류가 반복되면 양쪽 끝의 타임스탬프와 함께 문제를 에스컬레이션하세요.