-
Notifications
You must be signed in to change notification settings - Fork 6.9k
[core] Nightly release test with cross AZ fault injection #57579
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
base: master
Are you sure you want to change the base?
[core] Nightly release test with cross AZ fault injection #57579
Conversation
Signed-off-by: joshlee <joshlee@anyscale.com>
Signed-off-by: joshlee <joshlee@anyscale.com>
Signed-off-by: joshlee <joshlee@anyscale.com>
Not sure what the difference is between "aws" and "aws_perf" in the env section in the yaml. |
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.
Pull Request Overview
This PR adds nightly release tests to model data workflow for cross-availability zone RPC fault tolerance testing. The tests evaluate Ray's behavior with and without RPC failure injection to ensure robustness in distributed environments.
Key changes:
- Added two new nightly tests with GCE and AWS variants for cross-AZ RPC testing
- Enhanced map_benchmark.py to support configurable concurrency parameters
- Created cluster configuration files for both GCE and AWS environments
Reviewed Changes
Copilot reviewed 4 out of 4 changed files in this pull request and generated 1 comment.
File | Description |
---|---|
release/release_data_tests.yaml | Adds two nightly tests for cross-AZ RPC fault tolerance with and without failure injection |
release/nightly_tests/dataset/map_benchmark.py | Adds configurable concurrency parameter and refactors map_batches logic |
release/nightly_tests/dataset/cross_az_250_350_compute_gce.yaml | GCE cluster configuration for cross-AZ testing with 250-350 workers |
release/nightly_tests/dataset/cross_az_250_350_compute_aws.yaml | AWS cluster configuration for cross-AZ testing with 250-350 workers |
Tip: Customize your code reviews with copilot-instructions.md. Create the file or learn how to get started.
"output of the first run as input." | ||
), | ||
) | ||
parser.add_argument( |
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.
why changes in this file?
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.
larger concurrency is needed for this workload
cc @alexeykudinkin and @bveeramani for a review from the data side. |
Signed-off-by: joshlee <joshlee@anyscale.com>
Signed-off-by: joshlee <joshlee@anyscale.com>
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.
Nice @Sparks0219
Next let's build some ray core cross-az tests as well :)
min_workers: 250 | ||
max_workers: 350 | ||
flags: | ||
enable_multi_az_serve: true |
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 is not relevant, it's for ray serve workloads
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 is actually the hack we use to spread cross az, just setting allow won't actually spread, it'll just "allow"
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.
^
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.
interesting 🤔
release/nightly_tests/dataset/cross_az_250_350_compute_gce.yaml
Outdated
Show resolved
Hide resolved
Signed-off-by: joshlee <joshlee@anyscale.com>
Signed-off-by: joshlee <joshlee@anyscale.com>
Why are these changes needed?
Created a nightly release test that tests data workflow with and without rpc fault injection. Have a gce and aws variant of the test.
Related issue number
Checks
git commit -s
) in this PR.method in Tune, I've added it in
doc/source/tune/api/
under thecorresponding
.rst
file.