5.11. 가상화
고성능 VM에서 상태를 올바르게 보고
이전 버전에서는 1TB 메모리를 사용한 VM(가상 머신)을 실시간 마이그레이션하여 libvirt
에서 VM 상태를 잘못 보고했습니다. 이 문제는 해결되었으며 메모리 양이 많은 실시간 마이그레이션 VM의 상태가 이제 libvirt
에 의해 정확하게 보고됩니다.
Jira:RHEL-28819[1]
VM의 네트워크 부팅이 RNG 장치 없이 올바르게 작동합니다.
이전에는 VM(가상 머신)에 RNG 장치가 구성되어 있지 않고 해당 CPU 모델이 RDRAND 기능을 지원하지 않는 경우 네트워크에서 VM을 부팅할 수 없었습니다. 이번 업데이트를 통해 문제가 해결되었으며 RDRAND를 지원하지 않는 VM은 RNG 장치를 구성하지 않고도 네트워크에서 부팅할 수 있습니다.
그러나 네트워크에서 부팅할 때 보안을 높이기 위해 RNG 장치를 추가하는 것이 RDRAND를 지원하지 않는 CPU 모델을 사용하는 VM에 권장됩니다.
Jira:RHEL-58631, Jira:RHEL-65725
vGPU 실시간 마이그레이션은 더 이상 과도한 양의 더티 페이지를 보고하지 않음
이전에는 연결된 NVIDIA vGPU를 사용하여 VM(가상 머신) 실시간 마이그레이션을 수행할 때 마이그레이션 중에 과도한 양의 더티 페이지가 잘못 보고되었을 수 있었습니다. 이 문제로 인해 마이그레이션 중에 필요한 VM 다운타임이 증가할 수 있으며 마이그레이션에 실패할 수 있었습니다.
이번 업데이트를 통해 기본 문제가 수정되었으며 마이그레이션 중에 올바른 양의 더티 페이지가 보고되므로 경우에 따라 vGPU 실시간 마이그레이션 중에 필요한 VM 다운 타임을 줄일 수 있습니다.
Jira:RHEL-64307[1]
vGPU 드라이버 버전이 소스 및 대상 호스트에서 다른 경우 vGPU 실시간 마이그레이션이 더 이상 실패하지 않음
이전 버전에서는 소스 및 대상 호스트의 드라이버 버전이 다른 경우 연결된 NVIDIA vGPU가 있는 VM(가상 머신) 실시간 마이그레이션이 실패했습니다.
이번 업데이트를 통해 기본 코드가 수정되었으며 NVIDIA vGPUs를 사용하여 VM을 실시간 마이그레이션하여 드라이버 버전이 소스 및 대상 호스트에서 다른 경우에도 올바르게 작동합니다.
Jira:RHEL-33795[1]
가상 머신에서 더 이상 AMD SRSO 취약점을 잘못 보고하지 않음
이전에는 AMD 9 호스트와 4 CPU 아키텍처가 있는 RHEL 9 호스트에서 실행 중인 VM(가상 머신)에서 Speculative Return Stack Overflow(SRSO) 공격에 취약점이 잘못 보고되었습니다.
이 문제는 이 업데이트에서 해결된 missing cpuid 플래그로 인해 발생했습니다. VM에서 보고한 AMD SRSO 취약점에 대한 보고서는 이제 올바른 것으로 취급되어야 합니다.
Jira:RHEL-26152[1]
설치 프로그램에서 VM에 RHEL을 설치할 예상 시스템 디스크를 보여줍니다.
이전 버전에서는 virtio-scsi
장치를 사용하여 VM에 RHEL을 설치할 때 device-mapper-multipath
버그로 인해 이러한 장치가 설치 프로그램에 표시되지 않을 수 있었습니다. 결과적으로 설치 중에 일부 장치에 직렬이 설정되어 있지 않은 경우 multipath
명령이 직렬로 설정된 모든 장치를 요청했습니다. 이로 인해 설치 프로그램에서 VM에 RHEL을 설치할 예상 시스템 디스크를 찾을 수 없었습니다.
이번 업데이트를 통해 다중
경로는 WWID(World Wide Identifier)가 없는 직렬 장치를 올바르게 설정하고 무시합니다. 설치 시 다중 경로
의 장치만 다중 경로
장치를 바인딩하는 데 사용하고 설치 프로그램은 VM에 RHEL을 설치하는 데 필요한 시스템 디스크를 보여줍니다.
Jira:RHELPLAN-66975[1]
Windows 게스트는 AMD EPYC CPU를 사용하는 호스트에서 v2v 변환 후 보다 안정적으로 부팅됩니다.
virt-v2v
유틸리티를 사용하여 Windows 11 또는 Windows Server 2022를 게스트 OS로 사용하는 VM(가상 머신)을 변환한 후 이전에 VM을 부팅하지 못했습니다. 이는 AMD EPYC 시리즈 CPU를 사용하는 호스트에서 발생했습니다. 이제 기본 코드가 수정되었으며 설명된 상황에서 VM이 예상대로 부팅됩니다.
Jira:RHELPLAN-147926[1]
nodedev-dumpxml
은 특정 중재된 장치에 대해 속성을 올바르게 나열합니다.
이번 업데이트 이전에는 nodedev-dumpxml
유틸리티에서 nodedev-create
명령을 사용하여 생성된 중재된 장치에 대해 속성을 올바르게 나열하지 않았습니다. 이 문제가 수정되었으며 nodedev-dumpxml
에 영향을 받는 장치의 속성이 올바르게 표시됩니다.
Jira:RHELPLAN-139536[1]
이제 virtqemud
또는 libvirtd
를 다시 시작한 후 virtiofs
장치를 연결할 수 있습니다.
이전 버전에서는 virtqemud
또는 libvirtd
서비스를 다시 시작하면 virtiofs
스토리지 장치가 호스트의 VM(가상 머신)에 연결되지 않았습니다. 이 버그가 수정되었으며 이제 설명된 시나리오에서 virtiofs
장치를 예상대로 연결할 수 있습니다.
Jira:RHELPLAN-119912[1]
IBM Z의 virtio-gpu
에서 Blob
리소스가 올바르게 작동함
이전에는 virtio-gpu
장치가 IBM Z 시스템의 Blob
메모리 리소스와 호환되지 않았습니다. 결과적으로 IBM Z 호스트에서 virtio-gpu
를 사용하여 Blob
리소스를 사용하도록 VM(가상 머신)을 구성한 경우 VM에 그래픽 출력이 없었습니다.
이번 업데이트를 통해 virtio
장치에는 선택적 Blob
속성이 있습니다. Blob
을 on
으로 설정하면 장치에서 Blob
리소스를 사용할 수 있습니다. 이렇게 하면 virtio-gpu
장치에서 설명된 문제를 방지할 수 있으며 게스트와 호스트 간의 변환 데이터 복사를 줄이거나 제거하여 디스플레이 경로를 가속화할 수도 있습니다. Blob
리소스 지원에는 QEMU 버전 6.1 이상이 필요합니다.
virtio-win
드라이버를 다시 설치하면 더 이상 게스트에서 DNS 구성이 재설정되지 않음
Windows 게스트 운영 체제를 사용하는 VM(가상 머신)에서 NIC(네트워크 인터페이스 컨트롤러)의 virtio-win
드라이버를 다시 설치하거나 업그레이드하면 게스트의 DNS 설정이 재설정되었습니다. 결과적으로 경우에 따라 Windows 게스트가 네트워크 연결이 끊어진 경우도 있습니다.
이번 업데이트를 통해 설명된 문제가 해결되었습니다. 결과적으로 최신 버전의 virtio-win
을 다시 설치하거나 업그레이드하면 문제가 더 이상 발생하지 않습니다. 그러나 이전 버전의 virtio-win
에서 업그레이드하면 문제가 해결되지 않으며 Windows 게스트에서는 DNS 재설정이 계속 발생할 수 있습니다.
Jira:RHEL-1860[1]
VNC 뷰어에서 ramfb
의 실시간 마이그레이션 후 VM 디스플레이를 올바르게 초기화
이번 업데이트에서는 ramfb
framebuffer 장치가 개선되어 VM(가상 머신)의 기본 디스플레이로 구성할 수 있습니다. 이전에는 ramfb
을 마이그레이션할 수 없어 실시간 마이그레이션 후 ramfb
를 사용하는 VM에 빈 화면이 표시되었습니다. 이제 ramfb
은 실시간 마이그레이션과 호환됩니다. 결과적으로 마이그레이션이 완료되면 VM 데스크탑이 표시됩니다.