Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Configuring SpotToSpotConsolidation per Nodepool #1449

Open
ilkinmammadzada opened this issue Jul 19, 2024 · 2 comments
Open

Configuring SpotToSpotConsolidation per Nodepool #1449

ilkinmammadzada opened this issue Jul 19, 2024 · 2 comments
Labels
kind/feature Categorizes issue or PR as related to a new feature. triage/accepted Indicates an issue or PR is ready to be actively worked on.

Comments

@ilkinmammadzada
Copy link

ilkinmammadzada commented Jul 19, 2024

Description

What problem are you trying to solve?
We want to enable SpotToSpotConsolidation for certain clusters, but currently, it's a global setting that applies to all nodepools. This restriction forces us to keep the setting turned off, as some nodepools prefer to allow disruptions for cost savings.

How important is this feature to you?
Our expiration time for nodepools is 1-10 days. If expensive EC2 instances are launched by Karpenter, it takes a while to replace them with cheaper ones. It would be great to make it configurable per nodepool as it would allow us to optimize cost savings while maintaining desired configurations for specific nodepools.

  • Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment
@ilkinmammadzada ilkinmammadzada added the kind/feature Categorizes issue or PR as related to a new feature. label Jul 19, 2024
@k8s-ci-robot k8s-ci-robot added the needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. label Jul 19, 2024
@njtran
Copy link
Contributor

njtran commented Jul 25, 2024

/triage accepted

@k8s-ci-robot k8s-ci-robot added triage/accepted Indicates an issue or PR is ready to be actively worked on. and removed needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Jul 25, 2024
@njtran
Copy link
Contributor

njtran commented Jul 25, 2024

I think this would be part of the graduation process of spot to spot consolidation. Currently it's a global alpha feature. As it matures, I could see it landing in the NodePool. Have you had a chance to try out the feature in any way?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature. triage/accepted Indicates an issue or PR is ready to be actively worked on.
Projects
None yet
Development

No branches or pull requests

3 participants