为什么requests.cpu 始终为 limits.cpu 的 50%

在 OpenShift 中，要求 requests.cpu 始终为 limits.cpu 的 50% 并非强制性规定。实际上，这是一个最佳实践建议，并非严格要求。

以下解释了为什么建议这样设置：

资源分配与调度: OpenShift 使用 requests.cpu 来决定容器启动时所需的最小 CPU 资源。而 limits.cpu 则定义容器可以使用的最大 CPU 资源。当容器需要更多资源时，OpenShift 会根据 limits.cpu 来分配。
资源利用率: 将 requests.cpu 设置为 limits.cpu 的 50% 意味着容器在启动时只使用一半的可用 CPU 资源。这样可以避免容器启动时抢占其他容器的资源，从而提高整体资源利用率。
资源扩展: 当容器需要更多资源时，OpenShift 可以根据 limits.cpu 来扩展容器的资源，而不会受到 requests.cpu 的限制。
稳定性: 通过设置 requests.cpu 为 limits.cpu 的 50%，可以确保容器在启动时有足够的资源，并避免资源不足导致的性能问题。
然而，在某些情况下，可能需要根据具体情况调整 requests.cpu 和 limits.cpu 的值。例如：

资源密集型应用: 对于 CPU 密集型应用，可以将 requests.cpu 设置为 limits.cpu 的 75% 或 100%，以确保容器有足够的资源进行运算。
突发性负载: 对于突发性负载的应用，可以将 requests.cpu 设置为较低的值，以便在正常情况下节省资源，而在负载高峰时可以快速扩展资源。
总之，将 requests.cpu 设置为 limits.cpu 的 50% 只是一个最佳实践建议，并非强制要求。您需要根据应用程序的实际情况和资源需求进行调整。

建议您参考 OpenShift 官方文档和社区资源，了解更多关于资源配置的最佳实践。