fix: Update ray-cluster karpenter_provisioner capacity-type to on-demand #424
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Update ray-cluster karpenter_provisioner capacity-type to on-demand
What does this PR do?
🛑 Please open an issue first to discuss any significant work and flesh out details/direction - we would hate for your time to be wasted.
Consult the CONTRIBUTING guide for submitting pull-requests.
Motivation
The Karpenter Provisioner created for the Ray on EKS xgboost example is set to use a "spot" capacity-type, which failed to provision the required additional node. As a result, the the xgboost head node pods got stuck in a pending state. After changing the capacity-type to on-demand, a new M5a.4xlarge instance was successfully deployed and added to the ray-cluster as a node, allowing the xgboost head node pods to run.
More
website/docs
orwebsite/blog
section for this featurepre-commit run -a
with this PR. Link for installing pre-commit locallyFor Moderators
Additional Notes