第 4 章 确定硬件和操作系统配置
- CPU
- 可供卫星使用的物理内核越多,任务可以实现更高的吞吐量。Puppet 和 PostgreSQL 等部分卫星组件是 CPU 密集型应用,可以真正受益于较高的可用 CPU 内核数量。
- 内存
- 运行卫星的系统中可用的内存量更高,更好的是卫星操作的响应时间。由于卫星将 PostgreSQL 用作数据库解决方案,因此任何额外的内存结合都会提供因为内存中数据保留而增加的应用程序的响应时间。
- 磁盘
- 由于卫星在存储库同步而进行大量 IOPS,软件包数据检索,对内容主机的订阅记录进行高频率数据库更新,建议在高速度 SSD 中安装卫星,从而避免了因为磁盘读取或写入而造成性能瓶颈。卫星要求磁盘 IO 为每秒读取操作的平均吞吐量,每秒需要 2 个 IO 低 2 个或以上 60pm80MB。低于这个值会对 Satellite 操作有严重影响。与 HDD 相比,PostgreSQL 等 Satellite 组件因使用 SSD 而受益。
- Network
- 卫星服务器和胶囊之间的通信会受到网络性能的影响。需要具有最小 jitter 和低延迟的decent 网络,以启用卫星服务器和胶囊同步等空闲操作(至少确保它不会导致连接重置等)。
- 服务器电源管理
- 默认情况下,您的服务器可能配置为节省电源。虽然这是保持检查最大功率消耗的好方法,但它也有降低卫星能实现的性能的副作用。对于运行 Satellite 的服务器,建议设置 BIOS 以便使系统在性能模式下运行,以提高卫星可以实现的最大性能级别。
4.1. 基准测试磁盘性能 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
我们正努力更新 satellite-maintain,仅在用户内部快速存储基准产生低于我们推荐的吞吐量时警告用户。
另外,在更新的基准脚本中,您可以运行(可能集成到 satellite-maintain )以获得更准确的实际存储信息。
注意
-
您可能需要临时减少 RAM,才能运行 I/O 基准。例如,如果您的卫星服务器具有 256 GiB RAM,则测试需要 512 GiB 的存储运行。作为临时解决方案,您可以在系统引导过程中在 grub 中添加
mem=20G内核选项,以临时减少 RAM 的大小。该基准在指定目录中创建 RAM 大小两次,并对其执行一系列存储 I/O 测试。文件的大小可确保测试不仅测试文件系统缓存。如果您基准测试了其他文件系统(例如 PostgreSQL 存储等较小的卷),您可能需要减小 RAM 大小(如上述步骤)。 - 如果您使用不同的存储解决方案,如 SAN 或 iSCSI,您可以期望获得不同的性能。
- 红帽建议您在执行此脚本前停止所有服务,系统将提示您执行此操作。
此测试不使用直接 I/O,并像正常操作一样使用文件缓存。
您可以找到我们的脚本 存储 -bench 的第一个版本。要执行它,请只将脚本下载到 Satellite 中,使其可执行并运行:
./storage-benchmark /var/lib/pulp
# ./storage-benchmark /var/lib/pulp
如脚本中的 README 块中所述,通常要在测试中看到平均 100MB/sec 或更高版本:
- 基于本地 SSD 存储应当提供 600MB/sec 或更高版本的值。
- spinning 磁盘应提供 100准备时间-确保200MB/sec 或更高版本范围内的值。
如果您在下面看到值,请创建一个支持问题单以获取帮助。
如需更多信息,请参阅 磁盘对卫星操作的影响。