11.13. 仮想化
vGPU ライブマイグレーションで、過剰な量のダーティーページが報告されなくなる
以前は、NVIDIA vGPU が接続された仮想マシン (VM) のライブマイグレーションを実行すると、移行中に過剰な量のダーティーページが誤って報告されることがありました。この問題により、移行中に必要な仮想マシンのダウンタイムが長くなり、移行が失敗する可能性がありました。
この更新により、根本的な問題が修正され、移行中に正しいダーティーページが報告されるようになり、場合によっては vGPU ライブマイグレーション中に必要な仮想マシンのダウンタイムを減らすことができます。
Jira:RHEL-64308[1]
QEMU は SEV-SNP の使用を防止しない
以前は、AMD SEV-SNP が有効になっている仮想マシンを起動しようとすると、QEMU が KVM の誤った機能をチェックするため、ゲストの起動に失敗していました。その結果、RHEL10 では AMD SEV-SNP が設定された仮想マシンを実行することはできませんでした。この問題は修正され、SEV-SNP を使用した仮想マシンの実行が期待どおりに動作するようになりました。
Jira:RHEL-58928[1]
仮想マシンのネットワークブートが RNG デバイスなしでも正常に動作するようになる
以前は、仮想マシン (VM) に RNG デバイスが設定されておらず、その CPU モデルが RDRAND 機能をサポートしていない場合、ネットワークから仮想マシンを起動することはできませんでした。この更新により、この問題は修正され、RDRAND をサポートしていない仮想マシンは、RNG デバイスが設定されていなくてもネットワークから起動できるようになりました。
ただし、ネットワークからの起動時のセキュリティーを強化するために、RDRAND をサポートしていない CPU モデルを使用する仮想マシンには RNG デバイスを追加することが強く推奨される点に注意してください。
RHEL 10 のゲストは、GCP および Alibaba 上で再起動してもクラッシュしなくなる
Google Cloud Platform または Alibaba Cloud で RHEL 10.0 インスタンスを使用する場合、以前は virtio-net
ドライバーが使用されていると、インスタンスを再起動するとゲストオペレーティングシステムでカーネルパニックが発生していました。この問題は修正され、RHEL 10 ゲストは上記のシナリオでクラッシュしなくなりました。
Jira:RHEL-56981[1]