P2V · V2P - 저는 이렇게 씁니다
발표 개요 (Abstract)
서버에 우분투를 설치할 때, ISO 부팅 → 설치 → 재부팅 → 패키지 설치 → 재부팅… 이 과정을 서버 10대에 반복해 보신 적 있나요? 서버는 PC와 달리 부팅 한 번에 2~4분이 걸립니다. BIOS 무결성 검증, 메모리 체크, RAID 컨트롤러 초기화 — 설치 중 재부팅이 여러 번이면 그것만으로 하루가 갑니다.
PXE 기반 프로비저닝(Foreman, MAAS)이라는 정석 해법이 있지만, 두 가지 경우에 막힙니다. 하나는 소규모 연구 환경 — 바이오·물리 등 비전산 분야 대학원생이 랩 랙 하나 세팅하는 데 Foreman을 도입하는 건 오버 엔지니어링입니다. 당장 졸업이 바쁘니까요. 다른 하나는 지리적으로 분산된 고정 IP 환경 — DHCP를 굴릴 수 없으니 PXE 자체가 성립하지 않습니다. 그렇다고 BMC(IPMI) 원격 콘솔로 지구 반대편 서버에 3GB ISO를 가상 미디어로 붙이는 건, 해 보신 분은 아실 겁니다.
이 발표에서는 별도 인프라 없이 USB 한 개와 qemu-img, libguestfs 도구만으로 서버를 배포·마이그레이션·보존하는 실전 기법을 다룹니다. 클라우드 이미지와 이 도구들의 조합은 해외 Proxmox/homelab 커뮤니티에서 ISO 설치를 대체하는 접근법으로 자리잡아가고 있습니다. 과거에는 물리 서버를 가상머신으로 옮기는 P2V가 주된 용도였지만, 클라우드 이미지를 쓰면 OS 설치 자체를 건너뛸 수 있어 VM에서 환경을 완성한 뒤 물리 서버로 내보내는 V2P 방향의 활용이 늘고 있습니다.
발표는 사례 중심입니다. 인턴 PC 한 대 세팅에서 시작해, Proxmox VE 호스트 자체를 이미지로 만들어 2분 만에 배포하는 법, 종료된 연구 프로젝트 서버를 qcow2로 박제하는 법, 그리고 지리적으로 흩어진 모니터링 노드 22대를 원격에서 업그레이드한 이야기까지 이어집니다. 마지막 사례에서는 소프트웨어 RAID1을 해제해 확보한 디스크에 새 이미지를 심고 부트섹터를 넘기는 방식으로, 커널·소프트웨어 업그레이드를 5분 남짓에 끝냈습니다.
apt upgrade가 아니라 완성된 이미지로 덮어쓰는 방식입니다.
Clonezilla가 적합한 경우와 그렇지 않은 경우를 비교하고, qemu-img convert,
virt-customize, virt-sysprep을 활용한 시나리오를 다룹니다. 국내 연구망 인프라
운영 환경에서 수년간 사용해 온 기법들이며, 실측 데이터와 실제 실패 사례를 함께 공유합니다.
발표를 통해 청중이 얻게 되는 것
- “ISO 부팅 → 설치 → 재부팅” 반복에서 벗어나는 이미지 기반 배포 사고방식
- “VM에서 먼저 만들고, 필요하면 물리로 내보낸다”는 현대적 워크플로우
- 별도 프로비저닝 인프라 없이 USB 하나로 해결하는 실용적 접근법
- 상황별 최적 도구 선택 판단력 (Clonezilla vs virt-customize vs dump/restore)
- 원격지·폐쇄망·다수 서버 환경에서 바로 적용 가능한 실전 워크플로우
- 레거시(BIOS)와 UEFI에서 부팅을 넘기는 방법이 어떻게 갈리는지
세부 내용
- 도입 — 서버 N대 설치, 뭐가 문제인가
- 개념 — P2V·V2P는 방향만 다른 같은 기술, 도구는 사실상
qemu-img convert하나 - 사례 1 인턴 PC — Windows는 Clonezilla, Linux는 클라우드 이미지 + CI/CD
- 사례 2 Proxmox VE 자체를 이미지로 — 부팅 후 2분이면 설치 완료
- 사례 3 끝난 프로젝트 보관 (P2V) — 배드섹터 디스크는
ddrescue먼저 - 사례 4 흔한 안티패턴 — sysprep 없는 클론, 100GB raw 디스크, 손으로 IP 변경
- 사례 5 모니터링 노드 22대 — PXE도 BMC도 막혔을 때
- 해외: 경량 OS로 부팅해 램디스크에서 이미지를
wget - 국내: RAID1 해제 → 여유 디스크에 V2P → 부트섹터 이관
- 왜 이미지인가 — 설정 스크립트가 자기가 열어야 할 방화벽 뒤에 있다는 역설
- 레거시 vs UEFI —
grub-reboot과efibootmgr --bootnext, UUID·LABEL 충돌 - 정리 및 전망 — 업그레이드가 아니라 교체
대상 청중
서버를 여러 대 운영하는 시스템 관리자, 연구실·소규모 조직에서 인프라를 겸업하는 개발자, homelab 운영자. Linux 기본 명령과 파티션·파일시스템 개념을 알면 충분합니다.