第 3 章 设计


第 3.1 节 “规划模型”

第 3.2 节 “计算资源”

第 3.3 节 “存储资源”

第 3.4 节 “网络资源”

第 3.5 节 “性能”

第 3.6 节 “维护和支持”

第 3.7 节 “可用性”

第 3.8 节 “安全性”

第 3.9 节 “其他软件”

第 3.10 节 “规划工具”

本节介绍了设计 Red Hat OpenStack Platform 部署时要考虑的技术和操作注意事项。

注意

本指南中的所有架构示例假设您使用 KVM 管理程序在 Red Hat Enterprise Linux 7.2 上部署 OpenStack Platform。

3.1. 规划模型

当您设计 Red Hat OpenStack Platform 部署时,项目的持续时间可能会影响部署的配置和资源分配。每个计划模型可能旨在实现不同的目标,因此需要不同的考虑。

3.1.1. 短期模型(3 个月)

要执行短期容量规划和预测,请考虑捕获以下指标的记录:

  • vCPU 总数
  • vim 分配总数
  • I/O 平均延迟
  • 网络流量
  • 计算负载
  • 存储分配

vCPU、vRAM 和延迟指标是容量规划的最可访问。通过这些详细信息,您可以应用标准的第二排序回归,并获得一个可用容量估算,涵盖以下三个月。使用此估算来确定是否需要部署额外硬件。

3.1.2. 中期模型(6 个月)

此模型需要检查迭代,您必须估算预测趋势和实际使用情况的偏差。您可以使用标准统计工具或特殊分析模型(如 Nash-Sutcliffe )分析此信息。也可以使用第二顺序回归来计算趋势。

注意

在具有多个实例类别的部署中,如果您将 vCPU 和 vRAM 指标视为单一指标,您可以更轻松地关联 vRAM 和 vCPU 使用量。

3.1.3. 长期模型(1 年)

总资源使用量可能在一年内有所不同,通常发生自原始长期容量估算的偏差。因此,对于容量预测,第二排序回归可能不足,特别是在使用cyclical 时。

在计划长期部署时,基于超过一年的数据的容量规划模型必须至少适合第一天。根据使用情况模式,可能还需要频率分析。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat, Inc.