Live data from Hacker News

Guide to OOMKill Alerting in Kubernetes Clusters

netice9.com

1–10 of 33 posts

Re: Guide to OOMKill Alerting in Kubernetes Clusters

#5
Another hidden issue is that as a container gets close to running out of memory, it furiously drops read only pages from memory, only to need to read some of them back into memory moments later.

This pathological swapping behavior can impact other workloads on the system.

cgroups2 has better protections against this behavior.

Re: Guide to OOMKill Alerting in Kubernetes Clusters

#7
post #5

Another hidden issue is that as a container gets close to running out of memory, it furiously drops read only pages from memory, only to need to read some of them back into memory moments later. This pathological swapping behavior can impact other workloads on the system. cgroups2 has better protections against this behavior.

Is there an issue on cgroups2 adoption for Kubernetes somewhere?

Re: Guide to OOMKill Alerting in Kubernetes Clusters

#8
post #7
post #5

Another hidden issue is that as a container gets close to running out of memory, it furiously drops read only pages from memory, only to need to read some of them back into memory moments later. This pathological swapping behavior can impact other workloads on the system. cgroups2 has better protections against this behavior.

Is there an issue on cgroups2 adoption for Kubernetes somewhere?

https://github.com/kubernetes/enhancements/blob/master/keps/...

Re: Guide to OOMKill Alerting in Kubernetes Clusters

#9
would it have been sufficient to alert on high memory usage? It might be reasonable to set an alert on say 70% rss. As long as the pod does not pass this threshold and die before a metric can be sampled.

that "no such file or directory" looks to be coming from building a dynamic executable on debian and trying to run it on alpine.

Post reply on HN