7.15. 가상화

AMD SEV-SNP가 있는 가상 머신에서 로컬 kdump가 더 이상 실패하지 않음

이번 업데이트 이전에는 AMD SEV(Secure Encrypted Virtualization)를 SNP(Secure Nested Paging) 기능과 함께 사용하는 RHEL 10 가상 머신(VM)에서 로컬 kdump에 실패했습니다. 결과적으로 AMD SEV-SNP가 활성화된 VM의 커널 크래시 덤프를 캡처할 수 없었습니다.

VM 마이그레이션에 --migrate-disks-detect-zeroes 옵션이 더 이상 실패하지 않음

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

discard_granularity 가 구성되지 않은 경우 잘못 정렬된 삭제 I/O 요청을 보내는 VM이 더 이상 일시 중지되지 않음

이번 업데이트 이전에는 호스트 커널이 I/O 요청을 잘못 정렬하고 QEMU에서 werror= 정책 매개변수를 사용하여 이러한 실패에 응답했습니다. werror 가 stop 로 설정된 경우 :werror=stop, 실패 삭제 요청으로 인해 VM(가상 머신)이 일시 중지되었습니다. 그 결과 이 상황을 수정하고 VM을 다시 시작할 수 없었습니다.

여러 열린 파일로 공유 디렉터리에 액세스할 때 virtiofsd 가 더 이상 충돌하지 않음

이번 업데이트 이전에는 가상 머신(VM)에서 열린 파일 수가 많은 virtiofs 공유 디렉터리에 액세스할 때 Too many open files, virtiofsd 프로세스가 충돌하여 작업이 실패할 수 있습니다.

ESXi에서 RHEL 9 게스트를 사용자 정의해도 더 이상 네트워킹 문제가 발생하지 않음

이전에는 VMware ESXi 하이퍼바이저에서 RHEL 9 게스트 운영 체제를 사용자 정의해도 NetworkManager 키 파일에서 올바르게 작동하지 않았습니다. 결과적으로 게스트가 키 파일을 사용하는 경우 IP 주소 또는 게이트웨이와 같은 잘못된 네트워크 설정이 있었습니다. 이 문제는 이제 해결되었으며 NetworkManager 키 파일에서 더 이상 설명된 시나리오에서 네트워킹 문제가 발생하지 않습니다.

설치 프로그램에서 VM에 RHEL을 설치할 예상 시스템 디스크를 보여줍니다.

이전 버전에서는 virtio-scsi 장치를 사용하여 VM에 RHEL을 설치할 때 device-mapper-multipath 버그로 인해 이러한 장치가 설치 프로그램에 표시되지 않을 수 있었습니다. 결과적으로 설치 중에 일부 장치에 직렬이 설정되어 있지 않은 경우 multipath 명령이 직렬로 설정된 모든 장치를 요청했습니다. 이로 인해 설치 프로그램에서 VM에 RHEL을 설치할 예상 시스템 디스크를 찾을 수 없었습니다.

Windows 게스트는 AMD EPYC CPU를 사용하는 호스트에서 v2v 변환 후 보다 안정적으로 부팅됩니다.

virt-v2v 유틸리티를 사용하여 Windows 11 또는 Windows Server 2022를 게스트 OS로 사용하는 VM(가상 머신)을 변환한 후 이전에 VM을 부팅하지 못했습니다. 이는 AMD EPYC 시리즈 CPU를 사용하는 호스트에서 발생했습니다. 이제 기본 코드가 수정되었으며 설명된 상황에서 VM이 예상대로 부팅됩니다.

nodedev-dumpxml 은 특정 중재된 장치에 대해 속성을 올바르게 나열합니다.

이번 업데이트 이전에는 nodedev-dumpxml 유틸리티에서 nodedev-create 명령을 사용하여 생성된 중재된 장치에 대해 속성을 올바르게 나열하지 않았습니다. 이 문제가 수정되었으며 nodedev-dumpxml 에 영향을 받는 장치의 속성이 올바르게 표시됩니다.

이제 virtqemud 또는 libvirtd를 다시 시작한 후 virtiofs 장치를 연결할 수 있습니다.

이전 버전에서는 virtqemud 또는 libvirtd 서비스를 다시 시작하면 virtiofs 스토리지 장치가 호스트의 VM(가상 머신)에 연결되지 않았습니다. 이 버그가 수정되었으며 이제 설명된 시나리오에서 virtiofs 장치를 예상대로 연결할 수 있습니다.

IBM Z의 virtio-gpu 에서 Blob 리소스가 올바르게 작동함

이전에는 virtio-gpu 장치가 IBM Z 시스템의 Blob 메모리 리소스와 호환되지 않았습니다. 결과적으로 IBM Z 호스트에서 virtio-gpu 를 사용하여 Blob 리소스를 사용하도록 VM(가상 머신)을 구성한 경우 VM에 그래픽 출력이 없었습니다.

virtio-win 드라이버를 다시 설치하면 더 이상 게스트에서 DNS 구성이 재설정되지 않음

Windows 게스트 운영 체제를 사용하는 VM(가상 머신)에서 NIC(네트워크 인터페이스 카드)의 virtio-win 드라이버를 다시 설치하거나 업그레이드하면 게스트의 DNS 설정이 재설정되었습니다. 결과적으로 경우에 따라 Windows 게스트가 네트워크 연결이 끊어진 경우도 있습니다.

VNC 뷰어에서 ramfb의 실시간 마이그레이션 후 VM 디스플레이를 올바르게 초기화

이번 업데이트에서는 ramfb framebuffer 장치가 개선되어 VM(가상 머신)의 기본 디스플레이로 구성할 수 있습니다. 이전에는 ramfb 을 마이그레이션할 수 없어 실시간 마이그레이션 후 ramfb 를 사용하는 VM에 빈 화면이 표시되었습니다. 이제 ramfb 은 실시간 마이그레이션과 호환됩니다. 결과적으로 마이그레이션이 완료되면 VM 데스크탑이 표시됩니다.