5.9. 胶囊配置调优
胶囊旨在卸载卫星负载的一部分,并提供对与向客户端分发内容相关的不同网络的访问,但它们也可用于执行远程执行作业。它们无法帮助是广泛使用 Satellite API 作为主机注册或软件包配置文件更新的任何信息。
5.9.1. 胶囊性能测试 复制链接链接已复制到粘贴板!
在多个胶囊配置中,我们测量了多个测试案例:
Capsule HW 配置 | CPU | RAM |
---|---|---|
Minimal | 4 | 12 GiB |
large | 8 | 24 GiB |
额外的大 | 16 | 46 GiB |
内容交付用例
在下载测试中,在 100, 200, 上,我们同时下载了 2000 个软件包的 40MB 存储库。1000 个主机,我们每一次看到了平均下载持续时间的 50% 改进。有关更精确的数字,请查看下表。
并发下载主机 | 最小(4 个 CPU 和 12 GiB RAM) | Large (8 CPU 和 24 GiB RAM)→ Extra Large (16 CPU and 46 GiB RAM) | 最小(4 个 CPU 和 12 GiB RAM) |
---|---|---|---|
平均改进 | ~ 50%(例如,平均 9 秒的 700 个并发下载)每个软件包 4.4 秒) | ~ 40%(例如,平均 4.4 秒内 700 个并发下载)与.每个软件包 2.5 秒) | ~ 70%(例如,平均 9 秒的 700 个并发下载)每个软件包 2.5 秒) |
当我们将从卫星服务器下载性能与胶囊式服务器相比,我们只看到 5% 的速度提升了 5% 的速度,但其预期是,与地理上分散的客户端(或不同网络中的客户端)相关,而为了处理负载卫星服务器的一部分,则需要自行处理。在一些较小的硬件配置(8 个 CPU 和 24 GiB)中,卫星服务器无法从 500 多个并发客户端处理下载,而具有相同硬件配置的胶囊式服务器能够服务超过 1000 并且可能更多。
并发注册用例
对于并发注册,瓶颈通常是 CPU 速度,但所有配置都能够在不交换的情况下处理高并发性。用于胶囊的硬件资源对注册性能仅有极小的影响。例如,与具有 4 个 CPU 和 12 GiB RAM 的 Capsule 服务器相比,具有 16 个 CPU 和 46 GiB RAM 的 Capsule 服务器最多有 9% 注册速度。在非常高并发的期间,您可能会在胶囊服务器到 Satellite 服务器通信中遇到超时。您可以使用 /etc/foreman-installer/custom-hiera.yaml
中的以下可调整来增加默认超时:
apache::mod::proxy::proxy_timeout: 600
apache::mod::proxy::proxy_timeout: 600
远程执行用例
我们测试了通过 500、2000 和 4000 主机上的 SSH 和 Ansible 后端执行远程执行作业。所有配置都可以处理所有没有错误的测试,除了最小配置(4 个 CPU 和 12 GiB 内存)外,在所有 4000 主机上都无法完成。
内容同步用例
在同步 Red Hat Enterprise Linux 6、7、8 BaseOS 和 8 AppStream 的同步测试中,我们没有看到 Capsule 配置之间的显著区别。这将是不同的,用于同步并行数量较多的内容视图。