5.7. PostgreSQL 调优


PostgreSQL 是基于 SQL 的主数据库,供 Satellite 用于在各种任务中存储持久上下文。数据库会发现广泛的使用量,通常是为了为 Satellite 提供其可平稳运行所需的数据。这使得 PostgreSQL 成为大量使用的过程,如果 tuned 对 Satellite 的整体操作响应有很多优点。

PostgreSQL 作者建议在运行 PostgreSQL 的服务器上禁用 Transparent Hugepage。更多信息请参阅 第 4.3 节 “禁用透明巨页”

您可以将一组调优应用到 PostgreSQL 以提高其响应时间,这将修改 postgresql.conf 文件。

流程

  1. 附加 /etc/foreman-installer/custom-hiera.yaml 以调整 PostgreSQL:

    postgresql::server::config_entries:
      max_connections: 1000
      shared_buffers: 2GB
      work_mem: 8MB
      autovacuum_vacuum_cost_limit: 2000

    您可以使用它来有效地调优 Satellite 实例,而不考虑调优配置文件。

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

在上面的调优配置中,我们有一些更改的密钥:

  • max_CONNECTIONS : 键定义可被运行的 PostgreSQL 进程接受的最大连接数
  • shared_buffers :共享缓冲区定义 PostgreSQL 中所有活跃连接用来存储不同数据库操作数据的内存。这的最佳值将因 Satellite 上执行操作的频率而异 2 GiB 到总系统内存最多 25%。
  • work_mem: work_mem 是 PostgreSQL 的每个进程分配的内存,用于存储进程正在执行的操作的中间结果。将此值设置为 8 MB,对于 Satellite 上的大多数密集型操作而言,应该有超过 8 MB。
  • autovacuum_vacuum_cost_limit: 键定义 autovacuum 进程中 vacuuming 操作的成本限制值,以清理数据库关系中的死元组。成本限制定义了进程可在单个运行中处理的元组数。红帽建议将值设为 2000,因为它适用于 介质、大、超大和 extra-extra-large 配置集,具体取决于 Satellite 推送到 PostgreSQL 服务器进程的一般负载。

如需更多信息,请参阅 BZ1867311: Upgrade failed when checkpoint_segments postgres 参数配置

5.7.1. 原始 DB 性能基准测试

若要获取 satellite-support git 存储库中的 Candlepin、Foreman 和 Pulp 检查 postgres-size-report 脚本的磁盘空间大小列表。

pgbench 工具(注意您可能需要将 PostgreSQL 数据目录 /var/lib/pgsql 目录调整为 100 GiB,或者基准需要运行什么操作)可能会用于测量系统上的 PostgreSQL 性能。使用 dnf install postgresql-contrib 进行安装。如需更多信息,请参阅 github.com/RedHatSatellite/satellite-support

为 PostgreSQL 数据目录选择文件系统也可能很重要。

警告
  • 切勿在生产系统和没有有效备份的情况下进行任何测试。
  • 在开始测试前,请查看数据库文件有多大。使用真正小的数据库进行测试不会产生任何有意义的结果。例如,如果 DB 只是 20 GiB,并且缓冲区池为 32 GiB,则不会显示大量连接的问题,因为数据将完全缓冲。
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2026 Red Hat
返回顶部