第 3 章 Red Hat OpenStack 部署最佳实践


在计划并准备部署 OpenStack 时,请查看以下最佳实践:您可以在自己的环境中应用这些实践中的一个或多个。

3.1. Red Hat OpenStack 部署准备

在部署 Red Hat OpenStack Platform (RHOSP)前,请查看以下部署准备任务列表。您可以在环境中应用一个或多个部署准备任务:

设置子网范围以进行内省,以容纳您要一次执行内省的最大 overcloud 节点
当您使用 director 部署和配置 RHOSP 时,使用 control plane 网络的 CIDR 表示法来容纳您现在或以后添加的所有 overcloud 节点。
在 overcloud 镜像上设置 root 密码,以允许控制台访问 overcloud 镜像
在网络设置错误时,使用控制台对失败的部署进行故障排除。在实施此建议时,遵循您机构的信息安全策略以进行密码管理。
使用调度程序提示将硬件分配给角色
  • 使用调度程序提示将硬件分配给角色,如 ControllerComputeCephStorage 等等。调度程序提示使您可以更轻松地识别仅影响特定硬件部分的部署问题。
  • nova-scheduler 调度大量节点时,nova-scheduler (是一个单一进程)可能会超额执行。当调度程序提示实施标签匹配时,调度程序提示减少了 nova-scheduler 的负载。因此,nova-scheduler 在部署期间遇到较少的调度错误,在使用调度程序提示时部署需要较少的时间。
  • 使用调度程序提示时不要使用配置集标记。
  • 在性能测试中,为特定角色使用相同的硬件,以降低测试和性能结果的差异。
将 World Wide Name (WWN)设置为每个节点的根磁盘提示,以防止节点在部署过程中使用错误的磁盘。
当节点包含多个磁盘时,请使用内省数据将 WWN 设为每个节点的根磁盘提示。这可防止节点在部署过程中使用错误的磁盘。如需更多信息,请参阅 Director 安装和使用 指南中的 为多磁盘集群定义根磁盘
在有多个磁盘的节点上启用 Bare Metal 服务(ironic)自动清理

使用 Bare Metal 服务自动清理在有多个磁盘的节点上清除元数据,并可能有多个引导装载程序。由于磁盘上存在多个引导装载程序,节点可能会与引导磁盘不一致,这会导致在尝试拉取使用错误 URL 的元数据时节点部署失败。

要启用 Bare Metal 服务自动清理,在 undercloud 节点上编辑 undercloud.conf 文件并添加以下行:

clean_nodes = true
Copy to Clipboard Toggle word wrap
限制裸机(ironic)内省的节点数量

如果您同时在所有节点上执行内省,则可能会因为网络限制而发生故障。一次在最多 50 个节点上执行内省。

确保 undercloud.conf 文件中的 dhcp_startdhcp_end 范围足够大,足以满足环境中预期的节点数量。

如果可用 IP 不足,请不要超过范围的大小。这限制了同时内省操作的数量。要允许内省 DHCP 租期过期,请在内省完成后几分钟内再发出更多的 IP 地址。

为不同类型的配置准备 Ceph

以下列表是不同类型的配置的一组建议:

  • all-flash OSD 配置

    每个 OSD 根据设备类型的 IOPS 容量需要额外的 CPU,因此 Ceph IOPS 的 CPU 限制为更少的 OSD。对于 NVM SSD,它的值可能具有比传统 HDD 更高的 IOPS 容量的两个顺序。对于 SATA/SAS SSD,预计一个比 HDD 更大的随机 IOPS/OSD 顺序,但仅有大约 2 倍到顺序 IOPS 增加的四倍。对于 OSD 设备,您可以提供比 Ceph 要求少的 CPU 资源。

  • 超融合基础架构(HCI)

    建议至少为 OpenStack Compute (nova)客户机保留一半的 CPU 容量、内存和网络。确保您有足够的 CPU 容量 和内存来支持 OpenStack Compute (nova)客户机和 Ceph Storage。观察内存消耗,因为 Ceph Storage 内存消耗不灵活。在多 CPU 套接字系统上,将带有 NUMA 的 Ceph CPU 消耗限制为单个套接字。例如,使用 numactl -N 0 -p 0 命令。不要将 Ceph 内存消耗固定到 1 个插槽。

  • 对延迟敏感的应用程序,如 NFV

    将 Ceph 放在与 Ceph 使用的网卡相同的 CPU 套接字上,并在可能的情况下将网卡中断限制到该 CPU 套接字,而网络应用程序在不同的 NUMA 套接字和网卡上运行。

    如果您使用双引导装载程序,请为 OSD map 使用 disk-by-path。这为用户提供一致的部署,这与使用设备名称不同。以下片段是 disk-by-path 映射的 CephAnsibleDisksConfig 示例。

    CephAnsibleDisksConfig:
      osd_scenario: non-collocated
      devices:
        - /dev/disk/by-path/pci-0000:03:00.0-scsi-0:2:0:0
        - /dev/disk/by-path/pci-0000:03:00.0-scsi-0:2:1:0
      dedicated_devices:
        - /dev/nvme0n1
        - /dev/nvme0n1
      journal_size: 512
    Copy to Clipboard Toggle word wrap
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat