1.4. 技术概述
以下技术是 Red Hat OpenStack Platform 的一部分。
1.4.1. 高可用性 复制链接链接已复制到粘贴板!
Red Hat OpenStack Platform director 在 overcloud 部署中分发各种 OpenStack 服务的冗余副本。这些冗余服务部署在 overcloud 控制器节点上,director 将这些节点命名为 controller-0
、controller-1
、controller-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
sudo pcs resource restart haproxy-bundle
要确定资源名称,请使用 Pacemaker status
命令:
1.4.2. HAProxy 概述 复制链接链接已复制到粘贴板!
HAProxy 提供与 Pacemaker 类似的角色。它对后端服务器执行健康检查,并将请求转发到正常工作的后端服务器。在所有 Controller 节点上运行了一个 HAProxy。
虽然运行 HAProxy 的 N 个副本,但任何给定时间只有一个是字段请求;此活跃的 HAProxy 实例由 Pacemaker 管理。这种方法可防止发生冲突,并允许 HAProxy 的多个副本协调在多个后端间分发请求。如果 Pacemaker 检测到 HAProxy 失败,它会将前端 IP 地址重新分配给不同的 HAProxy 实例。然后,这个 HAProxy 实例成为控制 HAProxy 实例。