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