|Zuul 695f5ecbab||6 days ago|
|.zuul.d||1 week ago|
|doc||1 week ago|
|etc||2 months ago|
|rally||2 months ago|
|rally-jobs||3 months ago|
|samples||2 years ago|
|tests||6 days ago|
|.coveragerc||4 years ago|
|.dockerignore||3 months ago|
|.gitignore||2 years ago|
|.gitreview||1 year ago|
|CHANGELOG.rst||2 months ago|
|CONTRIBUTING.rst||3 years ago|
|DOCKER_README.md||2 months ago|
|Dockerfile||2 months ago|
|LICENSE||7 years ago|
|README.rst||1 year ago|
|bindep.txt||5 months ago|
|requirements.txt||2 months ago|
|setup.cfg||3 months ago|
|setup.py||4 months ago|
|test-requirements.txt||2 months ago|
|tox.ini||2 months ago|
|upper-constraints.txt||2 months ago|
Rally is tool & framework that allows one to write simple plugins and combine them in complex tests scenarios that allows to perform all kinds of testing!
Rally is intended to provide a testing framework that is capable to perform specific, complicated and reproducible test cases on real deployment scenarios.
Rally workflow can be visualized by the following diagram:
Rally documentation on ReadTheDocs is a perfect place to start learning about Rally. It provides you with an easy and illustrative guidance through this benchmarking tool.
For example, check out the Rally step-by-step tutorial that explains, in a series of lessons, how to explore the power of Rally in benchmarking your OpenStack clouds.
In terms of software architecture, Rally is built of 4 main components:
There are 3 major high level Rally Use Cases:
Typical cases where Rally aims to help are:
Investigate how different deployments affect the OS performance:
- Find the set of suitable OpenStack deployment architectures;
- Create deployment specifications for different loads (amount of controllers, swift nodes, etc.);
Automate the production cloud specification generation:
- Determine terminal loads for basic cloud operations: VM start & stop, Block Device create/destroy & various OpenStack API methods;
- Check performance of basic cloud operations in case of different loads.