5.4. qdrouterd 和 qpid Tuning


5.4.1. 计算 qdrouterd 的最大打开文件限制

在使用带有大量内容主机的 katello-agent 基础架构的部署中,可能需要增加 qdrouterd 的最大打开文件。

计算 qdrouterd 中打开文件的限值 :(N x 3)+ 100,其中 N 是内容主机数。每个内容主机可能最多消耗路由器和 100 文件描述符来运行路由器本身。

以下设置允许卫星扩展至 10.000 内容主机。

流程

  1. /etc/foreman-installer/custom-hiera.yaml 中设置最大打开文件限制:

    qpid::router::open_file_limit: "My_Value"

    默认值为 150100

  2. 将您的更改应用到卫星服务器。更多信息请参阅 第 5.1 节 “应用配置”

5.4.2. 计算 qpidd 的最大打开文件限制

在使用带有大量内容主机的 katello-agent 基础架构的部署中,可能需要增加 qpidd 的最大打开文件。

计算 qpidd 中打开文件的限制 :(N x 4)+ 500,其中 N 是内容主机数。对于 Broker 操作(qpidd)操作需要单个内容主机最多消耗四个文件描述符和 500 个文件描述符。

流程

  1. /etc/foreman-installer/custom-hiera.yaml 中设置最大打开文件限制:

    qpid::open_file_limit: "My_Value"

    默认值为 65536

  2. 将您的更改应用到卫星服务器。更多信息请参阅 第 5.1 节 “应用配置”

5.4.3. 配置最大同步输入输出请求

在使用带有大量内容主机的 katello-agent 基础架构的部署中,可能需要增加允许的最大并发 AIO 请求。您可以通过增加内核参数 fs.aio-max-nr 来增加允许的并发 AIO 请求的最大数量。

流程

  1. fs.aio-max-nr 的值设置为 /etc/sysctl.d 中的文件所需的最大值:

    fs.aio-max-nr=My_Maximum_Concurrent_AIO_Requests

    确保这个数量大于 33 倍,这是您计划注册到 Satellite 的最大内容主机数。

  2. 应用更改:

    # sysctl -p
  3. 可选:重启 Satellite 服务器以确保应用此更改。

5.4.4. 存储注意事项

在规划安装(用于广泛使用 katello-agent )时,请确保提前为 /var/lib/qpidd 提供足够的存储空间。在卫星服务器上,/var/lib/qpidd 需要每个内容主机需要 2MiB 磁盘空间。

5.4.5. 配置 QPID mgmt-pub-interval Parameter

您可以在 Red Hat Enterprise Linux 7 中看到日志(使用 journalctl 命令访问它)的以下错误:

satellite.example.com qpidd[92464]: [Broker] error Channel exception: not-attached: Channel 2 is not attached(/builddir/build/BUILD/qpid-cpp-0.30/src/qpid/amqp_0_10/SessionHandler.cpp: 39
satellite.example.com qpidd[92464]: [Protocol] error Connectionqpid.10.1.10.1:5671-10.1.10.1:53790 timed out: closing

此时会出现此错误消息,因为 qpid 维护队列、会话和连接默认为每十秒的管理对象。具有相同 ID 的同一对象创建、删除并再次创建。旧管理对象还没有清除,这就是为什么 qpid 抛出此错误的原因。

流程

  1. /etc/foreman-installer/custom-hiera.yaml 中设置 mgmt-pub-interval 参数:

    qpid::mgmt_pub_interval: 5
  2. 将您的更改应用到卫星服务器。更多信息请参阅 第 5.1 节 “应用配置”

    如需更多信息,请参阅 BZ 1335694

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2026 Red Hat
返回顶部