10.16. 가상화

VirtIO-Win 번들 설치는 취소할 수 없습니다

현재 Windows 게스트 운영 체제의 VirtIO-Win 설치 관리자 번들에서 virtio-win 드라이버 설치를 시작하면 설치 중 취소 버튼을 클릭해도 올바르게 중지되지 않습니다. 설치 프로그램 마법사 인터페이스에 "Setup Failed" 화면이 표시되지만 드라이버가 설치되고 게스트의 IP 주소가 재설정됩니다.

Jira:RHEL-53962, Jira:RHEL-53965

보안 실행 VM은 파일 지원 메모리 지원으로 부팅할 수 없습니다

활성화된 Secure Execution에서 파일 지원 메모리 지원을 사용하도록 활성화된 VM(가상 머신)을 구성하는 경우 VM 은 현재 부팅에 실패하고 있고 대신 protected 부팅 에 오류가 발생했습니다.

해결방법: /etc/libvirt/qemu.conf 파일을 편집하고 memory_backing_dir 행을 다음 값으로 설정합니다.

memory_backing_dir = "/dev/shm/"

memory_backing_dir = "/dev/shm/"

Copy to Clipboard

Toggle word wrap

그 후 영향을 받는 VM은 예상대로 부팅할 수 있습니다.

Jira:RHEL-58218

discard_granularity 가 구성되지 않은 경우 삭제 I/O 요청을 보내는 VM이 일시 중지될 수 있습니다.

호스트 커널은 I/O 요청을 잘못 정렬하지 못하고 QEMU는 werror= policy 매개변수를 사용하여 이러한 실패에 응답합니다. werror 가 stop 로 설정된 경우 :werror=stop, 실패 삭제 요청으로 인해 VM(가상 머신)이 일시 중지됩니다. 이 상황을 수정하고 VM을 다시 시작할 수 없기 때문에 일반적으로 바람직하지 않습니다.

해결방법: virtio-blk 및 virtio-scsi 디스크의 discard_granularity 매개변수가 설정되어 호스트의 /sys/block/ <blkdev> /queue/discard_granularity 값과 일치하도록 합니다. 이렇게 하면 VM에서 정렬 제약 조건을 인식하고 삭제 요청이 올바르게 정렬되므로 실패하지 않습니다.

Jira:RHEL-87642^[1]

VM 마이그레이션에서 --migrate-disks-detect-zeroes 옵션이 작동하지 않을 수 있습니다.

현재 RHEL 10에서 가상 머신(VM)을 마이그레이션할 때 --migrate-disks-detect-zeroes 옵션이 작동하지 않을 수 있으며 지정된 디스크에서 제로된 블록 탐지 없이 마이그레이션이 진행될 수 있습니다. 이 문제는 미러링 작업이 unching holes에 의존하는 QEMU의 버그로 인해 발생합니다. 이로 인해 스파스 대상 파일이 발생합니다.

Jira:RHEL-88435

많은 양의 부팅 가능한 데이터 디스크가 있는 가상 머신을 시작하지 못할 수 있습니다.

많은 양의 부팅 가능한 데이터 디스크로 VM(가상 머신)을 시작하려고 하면 VM이 부팅되지 못할 수 있습니다. 일부 오류가 발생했습니다. import_mok_state() failed: Volume Full

해결방법: 부팅 가능한 데이터 디스크 수를 해제하고 하나의 시스템 디스크를 사용합니다. 시스템 디스크가 부팅 순서대로 먼저 있는지 확인하려면 XML 구성에서 시스템 디스크의 장치 정의에 부팅 순서=1 을 추가합니다. 예를 들면 다음과 같습니다.

<disk type='file' device='disk'>
  <driver name='qemu' type='qcow2'/>
  <source file='/path/to/disk.qcow2'/>
  <target dev='vda' bus='virtio'/>
  <boot order='1'/>
</disk>

<disk type='file' device='disk'>
  <driver name='qemu' type='qcow2'/>
  <source file='/path/to/disk.qcow2'/>
  <target dev='vda' bus='virtio'/>
  <boot order='1'/>
</disk>

Copy to Clipboard

Toggle word wrap

시스템 디스크에 대해서만 부팅 순서를 설정합니다.

Jira:RHEL-68418

virtiofs 공유 디렉터리에 있는 열려 있는 파일이 너무 많으면 vrtiofsd 프로세스가 충돌할 수 있습니다.

가상 머신(VM)에서 많은 양의 열린 파일을 사용하여 virtiofs 공유 디렉터리에 액세스하는 경우 다음 오류로 인해 작업이 실패할 수 있습니다. 열려 있는 파일과 virtiofsd 프로세스가 충돌할 수 있습니다.

해결방법: 다음 단계를 수행합니다.

virtiofsd 를 root로 실행하고 --inode-file-handles=mandatory 명령줄 옵션을 사용합니다.
--cache=never 명령줄 옵션을 사용합니다.
--rlimit-nofile 명령줄 옵션과 함께 사용할 수 있는 파일 설명자 virtiofsd 수를 늘립니다.

Jira:RHEL-87161^[1]

대용량 메모리가 있는 VM은 AMDGenoa CPU를 사용하여 SEV-SNP 호스트에서 부팅할 수 없습니다.

현재 VM(가상 머신)은 4세대 AMD EPYC 프로세서(Genoa라고도 함)를 사용하는 호스트에서 부팅할 수 없으며 SEV-SNP(Secure Nested Paging) 기능이 활성화된 AMD Secure Encrypted Virtualization이 활성화되어 있습니다. 부팅 대신 VM에서 커널 패닉이 발생합니다.

Jira:RHEL-32892^[1]

virtio balloon 드라이버는 Windows 10 및 Windows 11 VM에서 작동하지 않는 경우가 있습니다.

특정 상황에서는 virtio-balloon 드라이버가 Windows 10 또는 Windows 11 게스트 운영 체제를 사용하는 VM(가상 머신)에서 올바르게 작동하지 않습니다. 결과적으로 이러한 VM은 할당된 메모리를 효율적으로 사용하지 못할 수 있습니다.

Jira:RHEL-12118

메모리 balloon 장치가 설정된 Windows 11 VM은 재부팅 중에 예기치 않게 종료될 수 있습니다.

현재 Windows 11 게스트 운영 체제 및 메모리 풍선 장치를 사용하는 VM(가상 머신)을 재부팅하면 DRIVER POWER STAT FAILURE blue-screen 오류와 함께 실패합니다.

Jira:RHEL-935^[1]

VBS 및 IOMMU 장치가 있는 Windows VM이 부팅되지 않음

VDO(가상화 기반 보안)가 활성화되고 qemu-kvm 유틸리티를 사용하여 IIOMMU(Input-Output Memory Management Unit) 장치를 사용하여 Windows VM을 부팅하면 부팅 시퀀스에 부팅 화면만 표시되어 부팅 프로세스가 불완전합니다.

해결방법: VM 도메인 XML이 다음과 같이 구성되었는지 확인합니다.

<features>
  <ioapic driver='qemu'/>
</features>
<devices>
<iommu model='intel'>
   <driver intremap='on' eim='off' aw_bits='48'/>
   <alias name='iommu0'/>
</iommu>
<memballoon model='virtio'>
   <alias name='balloon0'/>
   <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/>
   <driver iommu='on' ats='on'/>
</memballoon>
</devices>

<features>
  <ioapic driver='qemu'/>
</features>
<devices>
<iommu model='intel'>
   <driver intremap='on' eim='off' aw_bits='48'/>
   <alias name='iommu0'/>
</iommu>
<memballoon model='virtio'>
   <alias name='balloon0'/>
   <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/>
   <driver iommu='on' ats='on'/>
</memballoon>
</devices>

Copy to Clipboard

Toggle word wrap

그렇지 않으면 Windows VM을 부팅할 수 없습니다.

Jira:RHEL-45585^[1]

다시 시작할 때 하이퍼바이저 시작 유형으로 설정된 Sapphire Rapids CPU에서 실행 중인 Windows VM이 부팅되지 않을 수 있습니다.

Sapphire Rapids CPU에서 실행되는 Windows VM(가상 머신)에서 하이퍼바이저 시작 유형을 auto 로 설정하면 재시작 시 VM이 부팅되지 않을 수 있습니다. 예를 들어 bcdedit /set hypervisorlaunchtype Auto 명령을 사용하여 하이퍼바이저 시작 유형을 auto 로 설정할 수 있습니다.

해결방법: Windows VM에서 하이퍼바이저 시작 유형을 auto 로 설정하지 마십시오.

Jira:RHEL-67699

VBS를 사용하는 Windows 게스트에 vCPU 및 메모리 핫플러그가 작동하지 않음

현재 Windows 가상화 기반 보안(VBS)은 핫플러그 CPU 및 메모리 리소스와 호환되지 않습니다. 결과적으로 VBS가 활성화된 실행 중인 Windows 가상 머신(VM)에 메모리 또는 vCPU를 연결하려고 하면 게스트 시스템을 다시 시작한 후 VM에 리소스가 추가됩니다.

Jira:RHEL-66229, Jira:RHELDOCS-19066

IBM Z에서 가상 머신을 마이그레이션하면 네트워크 구성이 제거되는 경우가 있습니다.

현재 IBM Z 호스트 간에 VM(가상 머신)을 마이그레이션한 후 VM의 네트워크 구성이 재설정되어 VM에서 네트워크를 사용할 수 없게 됩니다. 이 문제를 해결하려면 VM 마이그레이션을 시작하기 전에 vhost-net 서비스를 비활성화합니다.

Jira:RHEL-42486^[1]

10.16. 가상화

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat 소개

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links