I am aware of it, are you aware that Kubernetes assigned Burstable Qos if you don't defined CPU requests and limits? What I'm trying to say that while try to avoid one pitfall you fall right into an other - in short…
This doens't match what I've read. IF you don't set limit to cpu & memory, your pod QoS will be burstable and from kernel/cgroup perspective this process can be killed - it's only question of oom_score_adj. OOMScore…
I can't comment about about other statement. But there are serious drawbacks if you don't set requests/limits for mission-critical process, is that they can be killed by kernel to free some resources (if the node reach…
Does Kubegres works with any TCP proxy, and if does - is there any recommendations which one? Running ingress via Load Balancer is quite costly option in cloud context. At the moment is seems that nodeport is only…
I am aware of it, are you aware that Kubernetes assigned Burstable Qos if you don't defined CPU requests and limits? What I'm trying to say that while try to avoid one pitfall you fall right into an other - in short…
This doens't match what I've read. IF you don't set limit to cpu & memory, your pod QoS will be burstable and from kernel/cgroup perspective this process can be killed - it's only question of oom_score_adj. OOMScore…
I can't comment about about other statement. But there are serious drawbacks if you don't set requests/limits for mission-critical process, is that they can be killed by kernel to free some resources (if the node reach…
Does Kubegres works with any TCP proxy, and if does - is there any recommendations which one? Running ingress via Load Balancer is quite costly option in cloud context. At the moment is seems that nodeport is only…