You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are multiple ways to scale your workloads inside Kubernetes.
There is a tension between scaling workloads horizontally and vertically. Being too conservative when scaling can lead to throttling and slow performance, with the risk of Pods being OOMKilled. Being too liberal, on the other hand, can lead to wasting resources by either running Pods that are too big, or running too many Pods.
What's the most environmentally efficient way to rightsize workloads running on Kubernetes? Can this be achieved with default Kubernetes behavior? Or is a custom autoscaler a necessary addition?
In another issue, contributors suggested looking into:
kube-green, which can scale workloads down to 0 when there's no activity,
rekuberate-io/sleepcycles, "which is similar to kube-green but it covers a broader range of Kubernetes resources: Deployments, CronJobs, StatefulSets and HorizontalPodAutoscalers."
In our brainstorming session, Max brought up Keda, which allows for event-driven autoscaling.
Note: this could turn out to be a substantial piece of work to do on one's own.
Outcome
A recommendation in our working document that helps the reader make a choice on how they can rightsize their workloads with environmental sustainability in mind. Would using kube-green, sleepcycles, or Keda offer benefits here? How would that look? It would be great to say a few words about expected effort if changes to the cluster are required, and how big that effort could be (small, medium, large). Additionally, if possible, it would be great to add optional, extra reading material with added context if the reader's interested and has time.
To-Do
research if this could be a worthy recommendation,
if yes, write a recommendation,
share it for review, implement feedback.
Code of Conduct
I agree to follow this project's Code of Conduct
Comments
@mkorbi, @JacobValdemar - I'd love your input on this task's wording and scoping. Do you think it's actionable enough, or too vague? Anything worth adding?
The text was updated successfully, but these errors were encountered:
xamebax
changed the title
[Tracking] How can you rightsize your Kubernetes workloads to optimize for environmental sustainability?
[Action] How can you rightsize your Kubernetes workloads to optimize for environmental sustainability?
Apr 19, 2024
@graz-dev this is great, go for it! I'm assigned as the creator, and I haven't done any work on this other than create the ticket. :D I'm sorry it took me so long to reply, I am hoping this wasn't demotivating. I can go ahead and assign you!
Description
There are multiple ways to scale your workloads inside Kubernetes.
There is a tension between scaling workloads horizontally and vertically. Being too conservative when scaling can lead to throttling and slow performance, with the risk of Pods being OOMKilled. Being too liberal, on the other hand, can lead to wasting resources by either running Pods that are too big, or running too many Pods.
What's the most environmentally efficient way to rightsize workloads running on Kubernetes? Can this be achieved with default Kubernetes behavior? Or is a custom autoscaler a necessary addition?
In another issue, contributors suggested looking into:
Note: this could turn out to be a substantial piece of work to do on one's own.
Outcome
A recommendation in our working document that helps the reader make a choice on how they can rightsize their workloads with environmental sustainability in mind. Would using kube-green, sleepcycles, or Keda offer benefits here? How would that look? It would be great to say a few words about expected effort if changes to the cluster are required, and how big that effort could be (small, medium, large). Additionally, if possible, it would be great to add optional, extra reading material with added context if the reader's interested and has time.
To-Do
Code of Conduct
Comments
@mkorbi, @JacobValdemar - I'd love your input on this task's wording and scoping. Do you think it's actionable enough, or too vague? Anything worth adding?
The text was updated successfully, but these errors were encountered: