2.5. 网络


本节概述网络服务的主要新功能。

主动/主动集群数据库服务模型提高了 OVS 数据库读取性能和容错

从 RHOSP 17.0 开始,RHOSP ML2/OVN 部署使用集群数据库服务模型,该模型应用 Raft 共识算法,以增强 OVS 数据库协议流量的性能,并提供更快、可靠的故障转移处理。集群数据库服务模型替换了基于 pacemaker 的主动/备份模型。

集群数据库在不同主机上的至少三个数据库服务器的集群中运行。服务器使用 Raft 共识算法来在集群中持续同步写入和共享网络流量。集群选择一台服务器作为领导。集群中的所有服务器都可以处理数据库读取操作,从而缓解 control plane 上潜在的瓶颈。写入操作由集群领导处理。

如果服务器失败,则会选择一个新的集群领导,并在剩余的操作服务器中重新分发流量。集群数据库服务模型比基于 pacemaker 的模型更有效地处理故障切换。这可减少与更长的故障切换时间发生相关的停机时间和复杂情况。

领导选举过程需要大多数,因此容错容量受集群中的最高奇数限制。例如,如果一个服务器失败,则一个三服务器集群将继续操作。五个服务器集群可以容忍最多两个故障。将服务器数量增加到偶数不会增加容错性。例如,一个四服务器集群不会被比一个三服务器集群容忍更多的故障。

大多数 RHOSP 部署使用三个服务器。

大于五个服务器的集群也可以正常工作,每两个添加的服务器都允许集群容忍额外的故障,但写入性能会降低。

集群数据库模型是 RHOSP 17.0 部署中的默认设置。您不需要执行任何配置步骤。

指定 DNSaaS
在 Red Hat OpenStack Platform (RHOSP) 17.0 中,DNS 服务(指定)现已被完全支持。Designate 是一个提供 DNS 即服务(DNSaaS)实施的官方 OpenStack 项目,使您能够管理云中的 DNS 记录和区域。DNS 服务提供 REST API,并与 RHOSP Identity 服务(keystone)集成以进行用户管理。使用 RHOSP director,您可以部署 BIND 实例来包含 DNS 记录,或者您可以将 DNS 服务集成到现有的 BIND 基础架构中。(与现有 BIND 基础架构集成是一项技术预览功能。)此外,director 可以配置 DNS 服务与 RHOSP Networking 服务(neutron)集成,以自动为虚拟机实例、网络端口和浮动 IP 创建记录。如需更多信息,请参阅 为 DNS 即服务使用设计
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat