이 질문에 대한 가장 안전한 답은 기존 OMV Btrfs 미러를 가장 먼저 실험할 대상으로 삼지 않는 것입니다. OpenMediaVault를 온라인 상태로 유지하고, 평가하려는 별도 시스템에 ZimaOS를 설치한 다음 OMV 공유를 LAN Storage로 연결하고 데이터를 단계적으로 복사하세요. 이렇게 하면 ZimaOS 앱, 공유 및 백업을 테스트하는 동안 기존 NAS를 정상적으로 작동하는 서비스이자 롤백 경로로 유지할 수 있습니다.
CPU 문제도 계층별로 나누어 보면 더 쉽게 이해할 수 있습니다. 일반적인 x86 VM에는 VT-x가 핵심 하드웨어 가상화 기능입니다. VT-d/IOMMU는 주로 물리적 PCIe 장치를 게스트에 직접 할당하려는 경우에 중요합니다. Docker 앱에는 VT-d가 필요하지 않습니다. 따라서 2011년 출시된 i5-2310도 컨테이너를 실행할 수 있고 일반적인 VM도 실행할 수 있지만, 패스스루와 전반적인 VM 성능에는 별도의 한계가 있습니다.
Docker 앱에는 VT-d가 필요하지 않습니다
ZimaOS 앱 스토어 애플리케이션은 Docker 컨테이너로 실행됩니다. 호스트 커널을 공유하므로 실행을 위해 하드웨어 장치 패스스루가 필요하지 않습니다.
구형 i5는 무거운 앱을 실행할 때 느릴 수 있지만, VT-d가 없다고 해서 “앱을 실행할 수 없는 것”은 아닙니다. 일반적인 컨테이너에서는 RAM, 스토리지 속도 및 애플리케이션의 CPU 부하가 더 큰 영향을 미칩니다.
VT-x로 일반적인 VM을 실행할 수 있습니다
현재 ZimaOS VM 계획 지침은 기본 KVM/QEMU 가상화와 PCIe/GPU 패스스루를 구분합니다. 일반적인 Linux/Windows 게스트에는 정상적인 가상화 경로와 충분한 호스트 CPU/RAM이 필요합니다.
현재 ZimaOS VM 하드웨어 가이드를 참조하세요.
VT-d는 주로 패스스루의 기준입니다
게스트가 PCIe GPU, HBA, NIC 또는 이와 유사한 장치를 직접 제어해야 한다면 IOMMU/VT-d가 중요해집니다. USB 패스스루는 호스트가 USB 컨트롤러/장치를 노출하는 방식과 사용하는 ZVM 인터페이스에 따라서도 달라질 수 있습니다.
“VM이 부팅된다”는 것과 “모든 물리적 장치를 VM에 할당할 수 있다”는 것을 혼동하지 마세요.
기존 OMV Btrfs 미러를 ZimaOS가 제자리에서 자동으로 가져올 것이라고 가정하지 마세요
질문의 사용자는 OMV에서 생성하고 관리하는 2디스크 Btrfs 미러를 보유하고 있었습니다. 현재 ZimaOS 스토리지 문서는 자체 Storage 워크플로를 통한 ZimaOS 스토리지 공간의 생성 및 관리에 초점을 맞추고 있습니다. 임의의 기존 OMV Btrfs RAID 구성을 데이터를 삭제하지 않고 가져올 수 있다고 보장하지는 않습니다.
16TB 드라이브에 중요한 데이터의 유일한 사본이 들어 있다면, 데이터를 독립적으로 백업하거나 복사할 때까지 OMV에서 계속 관리하도록 두세요.
현재 공식 마이그레이션 경로는 네트워크 복사입니다
다른 NAS에서 이전하는 경우 IceWhale의 현재 지침은 기존 NAS를 온라인 상태로 유지하고 공유를 공개한 다음, ZimaOS Files에서 해당 NAS를 LAN Storage로 추가하고 새 ZimaOS 스토리지로 데이터를 복사하는 것입니다.
현재 다른 NAS에서 이동하는 전략을 사용하세요. 동일한 SMB 마이그레이션 개념을 OMV 공유에도 적용할 수 있습니다.
더 빠른 Ryzen ZimaOS 장치는 OMV를 네트워크 스토리지로 사용할 수 있습니다
Ryzen 9 장치에서 앱/VM을 실행하고 OMV는 16TB 디스크를 계속 제공하도록 하는 방법은 위험이 낮은 전환 방식으로 합리적입니다. ZimaOS는 Files를 통해 네트워크 스토리지를 마운트할 수 있으며, 기존 NAS는 스토리지의 관리 주체로 남아 있습니다.
실질적인 한계는 OMV 장치의 1GbE 링크가 될 것입니다. Ryzen 장치에 2.5GbE NIC가 있더라도 네트워크 처리량은 대략 기가비트급에 머뭅니다.
USB JBOD도 선택지이지만 장애 모델이 달라집니다
현재 ZimaOS는 USB 드라이브를 독립형 스토리지로 사용하고 지원되는 스토리지 워크플로에서도 사용할 수 있습니다. HDD를 USB 인클로저로 옮기면 ZimaOS가 직접 관리하게 되지만, 인클로저와 USB 브리지가 스토리지 경로의 일부가 됩니다.
중요한 상시 운영 RAID를 옮기기 전에 SMART 패스스루, 안정적인 장치 인식, 전원 공급, 냉각 및 브리지 동작을 확인하세요.
더 안전한 마이그레이션 순서
- OMV 데이터를 백업합니다.
- 별도의 하드웨어/스토리지에 ZimaOS를 설치합니다.
- 앱과 대표 VM 하나를 테스트합니다.
- OMV를 LAN Storage로 마운트합니다.
- 일부 데이터를 복사하고 권한/체크섬을 확인합니다.
- 최종 ZimaOS 스토리지를 별도로 구성합니다.
- 나머지 데이터를 복사합니다.
- 복원 및 백업이 확인될 때까지 OMV를 그대로 유지합니다.
OMV에서 ZimaOS로의 마이그레이션 FAQ
VT-d가 없으면 Docker 앱을 실행할 수 없나요?
아니요. Docker 앱에는 VT-d가 필요하지 않습니다.
VT-d가 없으면 일반적인 VM을 실행할 수 없나요?
반드시 그렇지는 않습니다. VT-x로 하드웨어 가속 일반 VM을 실행할 수 있으며, VT-d는 주로 고급 장치 패스스루에 필요한 기능입니다.
데이터를 복사하기 전에 ZimaOS에서 기존 OMV RAID를 다시 만들도록 해야 하나요?
기존 RAID에 데이터의 유일한 사본이 들어 있다면 그렇게 하지 마세요. 기존 NAS를 그대로 유지하고 먼저 네트워크를 통해 마이그레이션하세요.
