3.2. 发行信息 RHOSO 18.0.3

现在，在 Prometheus 中，RabbitMQ 指标.

在这个版本中，RabbitMQ 指标会收集并存储在 Prometheus 中。添加了用于显示这些指标的新仪表板。

自动扩展改进

自动扩展已更新，以使用 server_group 元数据。这提高了自动扩展功能的稳定性。如需更多信息，请参阅实例的自动扩展

VM 电源使用监控（技术预览）

通过集成 kepler 组件，您可以在仪表板中公开虚拟机实例的功耗。

vGPU 启用

这个版本引进了对 mdev 和 vGPU 的增强。

NUMA 资源跟踪正常工作

在这个版本中，解决了会导致 NUMA 资源跟踪问题的错误。在以前的版本中，Libvirt 在 NUMA 节点 0 上报告所有关闭的 CPU，而不是在正确的 NUMA 节点上报告。现在，Nova 会在关闭任何 CPU 前缓存正确的 CPU 拓扑，以修复资源跟踪问题。

在镜像服务(glance)镜像上设置 hw- architecture 或架构无法正常工作

在 RHOSO 18.0 中，镜像元数据 prefilter 默认启用。RHOSO 不支持非原生架构的模拟。作为引入上游模拟支持上游的一部分，镜像元数据 prefilter 被改进，以支持根据声明的虚拟机架构调度实例，如 hw_architecture=x86_64。

在计算服务重启后，NFS 共享上具有临时存储的实例停止工作

当容器化 Compute 代理服务在虚拟机监控程序主机上重新启动时，NFS 共享上的具有临时存储的计算服务(nova)实例停止工作。这是因为 /var/lib/nova/instances 的权限改变。

默认禁用计算服务电源管理功能

默认情况下，计算服务(nova)电源管理功能被禁用。您可以使用以下 nova-compute 配置启用它：

OpenStackAnsibleEE 自定义资源替代 openstack-operator 中的功能

功能增强：OpenStackAnsibleEE 自定义资源已与 openstack-ansibleee-operator 一起删除。此功能已集成到 openstack-operator 中，以允许直接创建 Kubernetes 作业，而无需额外的 operator 和关联的自定义资源提供不必要的抽象。

使用 FRR 和 BGP 的数据平面上的动态路由

在这个版本中，增加了对自由范围路由(FRR)边框网关协议(BGP)的支持，以在 RHOSO 数据平面上提供动态路由功能。

自定义 ML2 机制驱动程序和 SDN 后端支持（技术预览）

这个版本引入了一个技术预览，它可将网络服务(neutron)与自定义 ML2 机制驱动程序和软件定义的网络(SDN)后端组件集成，而不是默认的 OVN 机制驱动程序和后端组件。

在采用前更新至最新的 RHOSP 17.1 版本

在对比 RHOSP 17.1.4 旧的源环境执行源环境时，工作负载会延长网络连接中断。在采用前，请确保至少将源环境更新至 RHOSP 17.1.4。

Octavia-operator 不启用反关联性

负载均衡服务(octavia)目前没有在 Nova 中配置反关联性设置，以防止将 amphora 虚拟机调度到同一计算节点。

Example

# names will be dependent on the deployment
oc patch  -n openstack openstackcontrolplane openstack-galera-network-isolation --type=merge --patch '
spec:
  octavia:
    template:
       octaviaHousekeeping:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaWorker:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaHealthManager:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
'

networker 节点上的负载均衡服务(octavia)代理不支持使用

目前不支持使用在 networker 节点上部署的负载均衡服务代理的部署。

在定义可用区时，createDefaultLbMgmtNetwork 和 manageLbMgmtNetworks 被设置为 false

当在 Octavia CR 中设置可用区列表（在 spec.lbMgmtNetwork.availabilityZones中）时，spec.lbMgmtNetwork.createDefaultLbMgmtNetwork 和 spec.lbMgmtNetwork.manageLbMgmtNetworks 设置的默认值会错误地重置为 false。

未验证组合 Controller/Networker 节点的使用

红帽还没有验证使用 RHOSP 17.1 环境的过程，其中 Controller 和 Networker 角色在 Controller 节点上组成。如果您的 RHOSP 17.1 环境使用 Controller 节点上的 Controller/Networker 角色，则记录的采用过程不会产生预期的结果。

采用后旧的 tripleo Networking services (neutron)

在 edpm_tripleo_cleanup 任务后，仍有传统的 tripleo Networking 服务(neutron)服务。这些服务在采用后停止，因此 RHOSO 服务不受影响。

不要将虚拟功能(VF)用于 RHOSO control plane 接口

这个 RHOSO 发行版本不支持对 RHOSO control plane 接口使用 VF。

验证任何生产环境部署的 os-net-config 供应商 'ifcfg'

红帽目前不支持 NMstate 作为 os-net-config 供应商。

control plane 在次版本更新过程中临时不可用

在次发行版本 18.0 功能发行版本 1 中，Red Hat OpenStack Platform control plane 会临时不可用。API 请求可能会失败并显示 HTTP 错误代码，如错误 500。或者，API 请求可能会成功，但底层生命周期操作会失败。例如，在次要更新期间使用 openstack server create 命令创建的虚拟机(VM)永远不会达到 ACTIVE 状态。control plane 中断是临时的，并在次要更新完成后自动恢复。control plane 中断不会影响已在运行的工作负载。

实例高可用性

RHOSO 18.0.3 （功能版本 1）引入了实例高可用性（实例 HA）的技术预览。通过实例 HA，RHOSO 可以在 Compute 节点出现故障时自动撤离和重新创建不同 Compute 节点上的实例。

采用前可能的数据库错误

如果在使用 OSP 数据库之前运行 mysqlcheck，则系统表 mysql.proc 可能会出现数据库错误。

示例命令

oc run mariadb-client ${MARIADB_CLIENT_ANNOTATIONS} -q --image ${MARIADB_IMAGE} -i --rm --restart=Never -- \
    mysql -h $SOURCE_MARIADB_IP -u root -p"$SOURCE_DB_ROOT_PASSWORD" -e "repair table mysql.proc;"

输出示例

+------------+--------+----------+---------------------------------+
| Table      | Op     | Msg_type | Msg_text                        |
+------------+--------+----------+---------------------------------+
| mysql.proc | repair | info     | Running zerofill on moved table |
| mysql.proc | repair | status   | OK                              |
+------------+--------+----------+---------------------------------+

停用 manilaShare 后端

现在，您可以从 RHOSO 中弃用 manilaShare 后端。当您删除 manila-share 时，清理作业会运行清理共享文件系统服务(manila)的服务列表。openstack share pool list 命令的输出不反映存储池的更改。要更新并显示最新的统计信息，您必须重启调度程序服务。在调度停机时间期间执行重启，因为它会导致微小的中断。

重建卷支持的服务器

此发行版本添加了对使用相同或不同镜像重建卷支持的服务器的支持。

将 director 部署的 Ceph 集群迁移到外部 Ceph 集群

在这个版本中，在从 RHOSP 17.1 升级到 RHOSO 18.0 数据平面后，您可以迁移 Director 部署的 Ceph 集群并将其转换为外部 Ceph 集群。在 Controller 节点上部署的 Ceph 守护进程迁移到一组目标节点。

用于 VAST Data Platform 的共享文件系统服务(manila)支持

共享文件系统服务现在包含支持 VAST Data Platform 的存储驱动程序。驱动程序允许通过快照置备和管理 NFS 共享以及时间备份。

Block Storage 服务(cinder)卷删除

在这个版本中，块存储服务 RBD 驱动程序利用最新的 Ceph 开发，允许 RBD 卷满足正常的卷删除预期。

当 uniquePodNames 为 true时，对实例的 extraMounts 传播无法正常工作

当 uniquePodNames 为 true 时，每个 Cinder Pod （通常每个组件和服务）都以 pseudo-random 字符串作为前缀。这会影响每个实例传播，因为基于 字符串.TrimPrefix 的传统方法不再有效。

OS-diff 工具标识源 17.1 和采用 RHOSO 环境之间的区别

RHOSO 提供了 os-diff 工具，它可帮助 operator 查找源 OSP 17.1 环境配置和所采用的 RHOSO 环境配置之间的区别。

裸机采用

现在，您可以在 RHOSO 环境中采用 baremetal OSP 17.1 环境。

采用回滚

现在，您可以回滚 RHOSP 17.1 control plane 的使用失败。

不再生成错误的错误消息

在以前的版本中，当某些服务没有部署到源云中时，Keystone 服务和端点清理流程中的步骤会生成假错误。不再生成 false 错误。