3.7. 可用性


当您使用至少两台服务器时,OpenStack 可以提供高可用性部署。服务器可以从 RabbitMQ 消息排队服务和 MariaDB 数据库服务运行所有服务。

当您在云中扩展服务时,后端服务也需要扩展。监控和报告服务器利用率和响应时间以及系统负载测试可帮助确定扩展决策。

  • 为避免出现单一故障点,OpenStack 服务应当部署到多个服务器。通过将这些服务放在具有多个 OpenStack 服务器的高可用负载均衡器中,可以实现 API 可用性。
  • 确保您的部署具有足够的备份功能。例如,在有两个基础架构控制器节点的部署中使用高可用性,如果您丢失一个控制器,您仍然可以从另一个控制器运行云服务。
  • OpenStack 基础架构是提供服务不可或缺的,特别是在操作 SLA 时。考虑对核心基础架构所需的交换机、路由和冗余能力数量,以及网络的相关绑定,为高度可用的交换机基础架构提供不同的路由。请注意要使用的网络后端类型。有关如何选择网络后端的详情,请参考 第 2 章 Network In-Depth
  • 如果您没有为实时迁移配置计算主机,且计算主机失败,则计算实例和该实例中存储的任何数据都可能会丢失。为确保计算主机的正常运行时间,您可以在企业存储或 OpenStack 块存储上使用共享文件系统。

外部软件可以用来检查服务可用性或阈值限制,并设置适当的警报。Red Hat OpenStack Platform 的 Operational Tools 存储库包括:

注意

有关在 OpenStack 中使用高可用性的参考架构,请参阅: 使用 Ceph Storage 部署高可用性 Red Hat OpenStack Platform 6

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.