7.12. 云环境中的 RHEL

nm-cloud-setup 工具现在在 Microsoft Azure 上设置正确的默认路由

在以前的版本中，在 Microsoft Azure 中，nm-cloud-setup 工具无法检测云环境的正确网关。因此，实用程序设置了一个不正确的默认路由，连接会失败。在这个版本中解决了这个问题。nm-cloud-setup 程序现在在 Microsoft Azure 上设置正确的默认路由。

（BZ#1912236）

现在，通过备份 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 密钥。

(BZ#1957532)

在 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）