在 Kubernetes 中，当另一个容器正在使用内核时，Go 容器是否会使用所有内核

Question

场景：在一个 16 核的节点上，一个 Go 服务/容器运行在一个 pod 和另一个容器中，另一个容器分配了 4 个核心，并且该 go 容器设置为使用GOMAXPROCS.在使用 goroutine 的请求中，Go 程序是否会利用所有可用的 CPU。我认为这取决于GOMAXPROCS，但我不确定它是否只看到在 pod 启动时使用的 1 个核心都在机器上。理想情况下，我希望 CPU 密集型请求使用所有可用的 CPU，但很难测量运行时实际发生的情况（GKE）。kube top显示空闲时的预期：POD        NAME            CPU(cores)   MEMORY(bytes)pod-go-py  go-service      1m           862Mipod-go-py  py-service      4m           489Mifmt.Println(runtime.NumCPU())显示 16 个内核可用。所以我可以相信 Go 程序会在请求中使用它们？我还想象，当我在节点上扩展 Pod 时，我必须注意节流。

Answer 1

容器将看到机器上的所有核心。Kubernetes 的限制是设置 cgroup，告诉内核容器可以消耗多少 CPU。这意味着虽然 Go 会看到所有内核，但当他试图超过限制时，内核会限制它。这实际上是一件坏事。您希望 Go 了解 cgroups 并适当地扩展 GOMAXPROCS。为此，您可以使用此

看起来你想要的是超额认购。在第一个容器上将请求设置为非常低并限制为 4 个核心。将请求设置得非常低，但在第二个时限制为 16 个核心（或根本不设置限制）。这样，第二个容器将能够利用所有 CPU。