-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
[CI][cluster-launcher] release tests that covers autoscaling case #37680
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We need to install the nightly ray in the cluster otherwise we are testing latest ray
Actually if the cluster.yaml doesn't use docker then by default it's nightly wheel I think |
@@ -14,3 +14,9 @@ available_node_types: | |||
resources: {} | |||
node_config: | |||
InstanceType: t3.large | |||
ray.worker.default: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This one doesn't use docker so I think it's using nightly Ray.
…y-project#37680) Why are these changes needed? Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected.
return "rayproject/ray:nightly-py38" | ||
elif docker_override == "commit": | ||
if re.match("^[0-9]+.[0-9]+.[0-9]+$", ray.__version__): | ||
return f"rayproject/ray:{ray.__version__}.{ray.__commit__[:6]}-py38" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so I think this will be using the driver script's ray version? I guess it will be more flexible if we could pass in a commit (or just a docker image) in?
…7680) (#37692) Why are these changes needed? Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected. Co-authored-by: Chen Shen <[email protected]>
…y-project#37680) Why are these changes needed? Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected.
…y-project#37680) Why are these changes needed? Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected. Signed-off-by: NripeshN <[email protected]>
…y-project#37680) Why are these changes needed? Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected. Signed-off-by: harborn <[email protected]>
…y-project#37680) Why are these changes needed? Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected.
…y-project#37680) Why are these changes needed? Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected. Signed-off-by: e428265 <[email protected]>
…y-project#37680) Why are these changes needed? Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected. Signed-off-by: Victor <[email protected]>
Why are these changes needed?
Add release test that both check the cluster is alive, as well as the number of (autoscaled) nodes are expected.
Related issue number
Checks
git commit -s
) in this PR.scripts/format.sh
to lint the changes in this PR.method in Tune, I've added it in
doc/source/tune/api/
under thecorresponding
.rst
file.