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/"
그 후 영향을 받는 VM은 예상대로 부팅할 수 있습니다.
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의 버그로 인해 발생합니다. 이로 인해 스파스 대상 파일이 발생합니다.
많은 양의 부팅 가능한 데이터 디스크가 있는 가상 머신을 시작하지 못할 수 있습니다.
많은 양의 부팅 가능한 데이터 디스크로 VM(가상 머신)을 시작하려고 하면 VM이 부팅되지 못할 수 있습니다. 일부 오류가 발생했습니다. import_mok_state() failed: Volume Full
해결방법: 부팅 가능한 데이터 디스크 수를 해제하고 하나의 시스템 디스크를 사용합니다. 시스템 디스크가 부팅 순서대로 먼저 있는지 확인하려면 XML 구성에서 시스템 디스크의 장치 정의에 부팅 순서=1 을 추가합니다. 예를 들면 다음과 같습니다.
시스템 디스크에 대해서만 부팅 순서를 설정합니다.
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은 할당된 메모리를 효율적으로 사용하지 못할 수 있습니다.
메모리 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이 다음과 같이 구성되었는지 확인합니다.
그렇지 않으면 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 로 설정하지 마십시오.
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]
Nutanix AHV에서 LVM을 사용하는 RHEL 10 가상 머신을 복제하거나 복원하면 루트가 아닌 파티션이 사라집니다.
Nutanix AHV 하이퍼바이저에서 호스팅되는 VM(가상 머신)에서 RHEL 10 게스트 운영 체제를 실행하는 경우 스냅샷에서 VM을 복원하거나 VM 복제로 인해 게스트가 LVM(Logical Volume Management)을 사용하는 경우 VM의 루트가 아닌 파티션이 사라집니다. 결과적으로 다음과 같은 문제가 발생합니다.
- 스냅샷에서 VM을 복원하면 VM을 부팅할 수 없으며 대신 긴급 모드로 전환됩니다.
- 복제로 생성된 VM은 부팅할 수 없으며 대신 긴급 모드로 전환됩니다.
이러한 문제를 해결하려면 VM의 긴급 모드에서 다음을 수행합니다.
LVM 시스템 장치 파일을 제거합니다.
rm /etc/lvm/devices/system.devices
# rm /etc/lvm/devices/system.devicesCopy to Clipboard Copied! Toggle word wrap Toggle overflow LVM 장치 설정을 다시 생성합니다.
vgimportdevices -a
# vgimportdevices -aCopy to Clipboard Copied! Toggle word wrap Toggle overflow - VM 재부팅
이렇게 하면 복제 또는 복원된 VM이 올바르게 부팅될 수 있습니다.
또는 VM을 복제하거나 VM 스냅샷을 생성하기 전에 문제가 발생하지 않도록 하려면 다음을 수행합니다.
-
/etc/lvm/lvm.conf파일에서use_devicesfile = 0행의 주석을 제거합니다. initramfs를 다시 생성합니다. 이렇게 하려면 VM에서 다음 단계를 사용하고 <
kernelVersion>을 다시 빌드하려는 커널의 전체 버전으로 바꿉니다.현재
initramfs구성을 백업합니다.cp /boot/initramfs-<kernelVersion>.img /boot/initramfs-<kernelVersion>.img.bak
# cp /boot/initramfs-<kernelVersion>.img /boot/initramfs-<kernelVersion>.img.bakCopy to Clipboard Copied! Toggle word wrap Toggle overflow build
initramfs:dracut -f /boot/initramfs-<kernelVersion>.img <kernelVersion>
# dracut -f /boot/initramfs-<kernelVersion>.img <kernelVersion>Copy to Clipboard Copied! Toggle word wrap Toggle overflow
- VM을 재부팅하여 성공적으로 부팅되었는지 확인합니다.
RHEL-129834[1]