이 스레드는 ZVM 사용자들이 가장 원했던 가상화 기능을 어떻게 정의했는지 보여 주는 유용한 기록입니다. IceWhale은 투표 캠페인이 진행 중이던 2024년 5월에 논의를 시작했습니다. 초기에는 더 많은 디스크 이미지 형식, 간편한 이미지 접근, 다른 가상화 플랫폼에서 인스턴스 가져오기, LXC 지원에 관심이 집중되었습니다. 이후 1년 동안 요청은 QCOW2 및 어플라이언스 이미지, PCI/GPU 패스스루, VM 자동 시작, 고급 QEMU 제어, 스토리지 크기 조정, 오디오 패스스루, 향상된 오류 보고처럼 더욱 구체화되었습니다.
이 자료는 현재 기능 체크리스트가 아니라 제품 피드백의 역사로 읽어야 합니다. 이 스레드에 요청이 등장한다고 해서 해당 기능이 현재도 없다는 뜻은 아니며, IceWhale이 “논의해 보겠다”고 답했다고 해서 출시 약속을 의미하는 것도 아닙니다.
QCOW2, VDI, OVA 및 사전 구축 어플라이언스는 초기 우선순위였습니다
여러 사용자는 ISO 설치 프로그램으로 변환하지 않고도 사전 구축된 가상 어플라이언스를 부팅하고 싶어 했습니다. Home Assistant OS는 일반적인 설치 ISO 대신 VM 이미지를 배포하기 때문에 반복해서 언급되었습니다.
이는 “ISO를 마운트하는 것”과는 다른 요구 사항입니다. 사전 설치된 디스크 이미지에는 이미 운영 체제가 포함되어 있으므로 VM의 부팅 디스크로 연결해야 합니다.
Home Assistant OS가 이미지 가져오기 문제를 구체화했습니다
여러 답변에서 ZVM으로 HAOS를 실행할 수 있게 해 달라는 요청이 구체적으로 제기되었습니다. 이후 최신 ZVM 버전에서 HAOS를 VM으로 실행할 수 있다는 커뮤니티 결과가 확인되면서, 2024년 당시의 제한을 현재도 영구적으로 존재하는 상태로 설명해서는 안 된다는 점이 드러났습니다.
PCI 및 GPU 패스스루는 2025년의 주요 요청으로 부상했습니다
게이밍급 하드웨어를 사용하는 사용자들은 Windows 또는 SteamOS 게스트에서 실제 GPU를 사용하고 싶어 했습니다. 한 RTX 2070 사용자는 Windows 11과 예정된 SteamOS 게스트 모두 게스트가 소프트웨어 그래픽에 의존하는 것처럼 보여 성능이 느리다고 말했습니다.
PCI 패스스루에는 IOMMU/VFIO 지원과 안전한 장치 격리가 필요합니다. 이는 에뮬레이션된 디스플레이 출력이나 반가상화된 디스플레이 출력과는 근본적으로 다릅니다.
VM 자동 시작도 실용적인 서버 요구 사항이었습니다
한 Debian 서버 VM 사용자는 ZimaOS가 재부팅된 후 인프라 게스트가 다시 시작되도록 VM별 자동 시작 스위치를 요청했습니다. IceWhale은 해당 피드백을 확인하고 팀에서 논의하겠다고 답했습니다.
항상 켜져 있는 홈 서버에서는 그래픽 VM 생성보다 시작 순서와 재부팅 후 복구가 더 중요한 경우가 많습니다.
고급 사용자들은 QEMU/libvirt에 직접 접근할 수 있기를 원했습니다
다른 사용자는 사용자 지정 QEMU 명령과 Cockpit Machines에 대한 접근을 요청했습니다. 이들의 목적에는 오디오 패스스루 실험, 더 높은 디스플레이 해상도, 간편한 스토리지 풀 크기 조정이 포함되었습니다.
Zima-Giorgio는 실제로 어떤 권한이 필요한지 물었고, 이후 팀에서 사용 사례를 논의하겠다고 말했습니다. 이 자료에는 ZVM UI에서 임의의 QEMU 명령줄 플래그를 공개하겠다는 공식 약속이 나와 있지 않습니다.
이후 스크린샷에서는 VM 부팅 및 구성 과정의 불편함이 드러났습니다
사용자들은 다운로드 및 오류 피드백 개선도 요청했습니다
2025년 10월, 한 신규 사용자는 내장된 Debian ISO 다운로드 링크가 실패했지만 직접 찾은 Debian URL은 정상적으로 작동했다고 말했습니다. 이 사용자는 일반적인 오류만 표시하지 말고 어떤 URL이 실패했는지 ZVM에 표시해 달라고 구체적으로 요청했습니다.
이는 하이퍼바이저 자체와는 별개의 사용성 문제입니다. ZVM이 실제로 실패한 리소스나 백엔드 메시지를 표시하면 문제 해결이 훨씬 쉬워집니다.
이 스레드를 2026년 기능 목록으로 사용하지 마세요
ZVM은 초기 피드백 캠페인 이후에도 계속 발전했으며, 현재 커뮤니티 확장 기능은 내장된 libvirt 계층에 스냅샷, 자동 시작, USB/PCIe 패스스루, 백업 내보내기, 메트릭 등의 기능을 추가합니다. 따라서 2024년에 요청되었던 일부 기능은 당시 원래 인터페이스에는 없었더라도 현재 작동하는 커뮤니티 기반 방법을 사용할 수 있습니다.
현재 ZVM에서 특정 어플라이언스를 실행할 수 있는지 판단할 때는 이 역사적인 요청 목록에만 의존하지 말고, 현재 ZVM이 지원하는 이미지 형식과 장치 제어 기능을 직접 테스트하세요.
LXC는 최초 공식 투표 목록에 포함되어 있었습니다
IceWhale의 첫 게시물에서는 LXC 지원이 이미 많은 표를 받고 있다고 명시했습니다. 이는 완전한 KVM/QEMU 가상 머신과는 다른 가상화 모델입니다. LXC 방식의 시스템 컨테이너는 호스트 커널을 공유하면서 VM과 유사한 사용자 공간을 제공합니다.
이 스레드에는 IceWhale이 LXC를 ZVM 기능으로 출시했다는 내용이 없으므로, 역사적으로 안전한 표현은 LXC가 요청된 방향이었다는 정도입니다.
사용자들은 단순한 파일 확장자 추가가 아니라 어플라이언스 가져오기를 원했습니다
QCOW2, VDI, OVA 요청은 실제로는 이식성에 관한 것이었습니다. 사용자들은 이미 QNAP, Unraid, VMware 또는 다른 하이퍼바이저에서 작동하는 어플라이언스를 보유하고 있었고, 설치 미디어로 처음부터 다시 구축하지 않고 해당 시스템을 ZVM으로 가져오고 싶어 했습니다.
따라서 형식 지원뿐 아니라 디스크 버스 호환성, 펌웨어 모드, 네트워크 구성, 가져온 VM 메타데이터도 중요합니다. 파일 확장자를 인식하는 것만으로는 어플라이언스가 올바르게 부팅된다고 보장할 수 없습니다.
디스플레이 해상도와 오디오 패스스루도 실질적인 문제였습니다
한 고급 사용자는 Linux 게스트에 더 나은 디스플레이 해상도가 필요했고, 이전에 Windows 오디오 패스스루를 사용할 수 없다는 답변을 들었기 때문에 QEMU 옵션을 실험하고 싶어 했습니다. 또한 더 풍부한 GUI를 통해 스토리지 풀을 쉽게 확장하고 싶어 했습니다.
이러한 요청은 ZVM 피드백이 VM 생성에만 국한되지 않았음을 보여 줍니다. 사용자들은 VM이 이미 존재한 후에도 더 깊이 있는 수명 주기 및 장치 제어 기능을 원했습니다.
이 스레드는 초보 사용자와 고급 사용자의 우선순위를 구분하는 데 도움이 됩니다
일반 사용자에게는 이미지 가져오기, 명확한 오류 메시지, 안정적인 부팅, 자동 시작이 불편을 줄여 줍니다. 고급 사용자에게는 PCI 패스스루, 사용자 지정 QEMU 인수, 스토리지 크기 조정, LXC, 직접적인 libvirt 접근이 더 중요합니다.
이러한 구분은 현재 ZVM을 평가할 때 유용합니다. 간단한 Home Assistant 어플라이언스에는 필요하지 않은 기능이 GPU를 사용하는 Windows 또는 게이밍 VM에는 필수일 수 있습니다.
ZVM 피드백 FAQ
사용자들이 QCOW2 지원을 요청했나요?
예. QCOW2와 기타 사전 구축 VM 형식은 가장 반복적으로 요청된 기능 중 하나였습니다.
IceWhale이 이 스레드에서 PCI 패스스루를 약속했나요?
아니요. 사용자들이 이를 요청했고 팀이 피드백을 확인했지만, 이 스레드는 출시 약속이 아닙니다.
VM 자동 시작이 요청되었나요?
예. 특히 호스트 재부팅 후 다시 실행되어야 하는 서버 VM을 위해 요청되었습니다.
