diagnostic policy service 无法启动 错误5

在多年使用 Kubernetes 的过程中，我们接触了相当多的 K8s 集群，同样也犯了许多错误。本文就介绍了那些最容易也最常犯的 10 个错误，并讨论了要如何解决。

这绝对是犯错榜单的第一名。设置 CPU 请求有两种常见错误：不设置或者设置的很低。虽然这样可以在每个节点上容纳更多的 Pod，但会导致节点的过度使用。在高需求时期，节点的 CPU 会被完全占用，工作负载获得的请求资源会受到 CPU 限制，从而导致应用程序延迟、超时等情况。

不设置 CPU 请求的配置：

CPU 请求设置很低的配置：

另一方面，即使节点的 CPU 没有充分利用，如果设置了不必要的 CPU 限制同样会限制 Pod，这也会导致延迟增加。

内存的过量使用一样会带来许多问题。达到 CPU 限制值会导致延迟，而达到内存限制值，Pod 会被直接杀死，这就像是 OOMkill，一个内存不足时会自动杀死进程的机制。如果不想发生这样的事情，就不要过度使用内存，而应该使用 Guaranteed QoS，设置内存请求值等于限制值。

Burstable QoS 下的资源设置：

Guaranteed QoS 下的资源设置：