7.12. 云环境中的 RHEL
nm-cloud-setup 工具现在在 Microsoft Azure 上设置正确的默认路由
在以前的版本中，在 Microsoft Azure 中，nm-cloud-setup 工具无法检测云环境的正确网关。因此，实用程序设置了一个不正确的默认路由，连接会失败。在这个版本中解决了这个问题。nm-cloud-setup 程序现在在 Microsoft Azure 上设置正确的默认路由。
现在，通过备份 AMI 创建的 EC2 实例上会正确生成 SSH 密钥
在以前的版本中，当从备份 Amazon Machine Image(AMI)创建新 RHEL 8 的 Amazon EC2 实例时，cloud-init 会删除虚拟机上现有的 SSH 密钥，但没有创建新密钥。因此，虚拟机在某些情况下无法连接到主机。
新创建的 RHEL 8.5 虚拟机解决了这个问题。对于从 RHEL 8.4 或更早版本升级的虚拟机，您必须手动临时解决这个问题。
为此，请编辑 cloud.cfg 文件并将 ssh_genkeytypes: ~ 行改为 ssh_genkeytypes: ['rsa', 'ecdsa', 'ed25519']。当在上述的情形中创建 RHEL 8 虚拟机时，可以正确删除并生成 SSH 密钥。
在 AWS ARM64 实例上运行的 RHEL 8 现在可达到指定的网络速度
当在 Amazon Web Services(AWS) ARM64 实例上运行的虚拟机(VM)中使用 RHEL 8 作为客户机操作系统时，当使用 iommu.strict=1 内核参数或未定义 iommu.strict 参数时，之前的 VM 的网络性能会低于预期。
红帽提供的 RHEL 8.5 Amazon 机器镜像(AMI)不再会出现这种情况。在其他类型的镜像中，您可以通过将参数改为 iommu.strict=0 来解决这个问题。这包括：
- RHEL 8.4 及更早的镜像
-
使用
yum update从早期版本升级的 RHEL 8.5 镜像 - RHEL 8.5 镜像不是由红帽提供的
(BZ#1836058)
内核转储 RHEL 8 虚拟机到 Azure 上的远程机器现在更加可靠
在以前的版本中，虚拟机使用启用了加速网络的 NIC 时，用 kdump 实用程序将 RHEL 8 虚拟机(VM)的内核转储保存到远程机器上无法正常工作。因此，转储文件会在大约 200 秒后才进行保存，而不是立即保存。另外，在保存转储文件前，控制台中记录了以下错误消息。
device (eth0): linklocal6: DAD failed for an EUI-64 address
在这个版本中，底层代码已被修复，在上述情况下，转储文件会被立即保存。
(BZ#1854037)
现在，当启用了 FIPS 模式时，Hibernating RHEL 8 客户机可以正常工作
在以前的版本中，如果虚拟机使用 FIPS 模式，则无法休眠使用 RHEL 8 作为其客户机操作系统的虚拟机(VM)。现在，底层代码已被修复，受影响的虚拟机现在可以正确地休眠。
（BZ#1934033, BZ#1944636）
