1.4. 技术概述


以下技术是 Red Hat OpenStack Platform 的一部分。

1.4.1. 高可用性

Red Hat OpenStack Platform director 在 overcloud 部署中分发各种 OpenStack 服务的冗余副本。这些冗余服务部署在 overcloud 控制器节点上,director 将这些节点命名为 controller-0controller-1controller-2 等等,具体取决于已经配置了控制器节点 director 的数量。

Controller 节点的 IP 地址不是外部可见,因为 Controller 节点上运行的服务是 HAProxy 后端服务器。一组控制器节点有一个公开可见的 IP 地址;这是 HAProxy 的前端。当请求到达公共 IP 地址上的服务时,HAProxy 选择一个后端服务器来为请求提供服务。

overcloud 被组织为高可用性集群。Pacemaker 管理集群,执行健康检查,并在资源停止工作时切换到另一个集群资源。您可以使用 Pacemaker 启动和停止这些资源。

有关高可用性的更多信息,请参阅 高可用性部署和用法指南

1.4.1.1. 管理 Pacemaker 服务

不要在 Controller 节点上使用 podman 命令来管理 Pacemaker 管理的包含的服务。使用 Pacemaker pcs 命令:

sudo pcs resource restart haproxy-bundle
Copy to Clipboard Toggle word wrap

要确定资源名称,请使用 Pacemaker status 命令:

sudo pcs status
...
* Container bundle set: haproxy-bundle [cluster.common.tag/openstack-haproxy:pcmklatest]:
    * haproxy-bundle-podman-0   (ocf::heartbeat:podman):        Started rhosp13-controller-0
    * haproxy-bundle-podman-1   (ocf::heartbeat:podman):        Started rhosp13-controller-1
    * haproxy-bundle-podman-2   (ocf::heartbeat:podman):        Started rhosp13-controller-2
...
Copy to Clipboard Toggle word wrap

1.4.2. HAProxy 概述

HAProxy 提供与 Pacemaker 类似的角色。它对后端服务器执行健康检查,并将请求转发到正常工作的后端服务器。在所有 Controller 节点上运行了一个 HAProxy。

虽然运行 HAProxy 的 N 个副本,但任何给定时间只有一个是字段请求;此活跃的 HAProxy 实例由 Pacemaker 管理。这种方法可防止发生冲突,并允许 HAProxy 的多个副本协调在多个后端间分发请求。如果 Pacemaker 检测到 HAProxy 失败,它会将前端 IP 地址重新分配给不同的 HAProxy 实例。然后,这个 HAProxy 实例成为控制 HAProxy 实例。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat