Options in config file should be case sensitive, some projects like octavia-tempest-plugin can't set some value as expected: [load_balancer] RBAC_test_type = owner_or_admin Use `conf.optionxform = str` to prevent case transformation.  https://docs.python.org/3/library/configparser.html Change-Id: I34d85b835aaa7a3737577b75ec9e6f2b02f90ead Closes-Bug: #1877930
|3 weeks ago|
|.zuul.d||4 weeks ago|
|doc||3 weeks ago|
|etc||3 weeks ago|
|rally||3 weeks ago|
|rally-jobs||2 months ago|
|samples||1 year ago|
|tests||3 weeks ago|
|.coveragerc||3 years ago|
|.dockerignore||2 months ago|
|.gitignore||2 years ago|
|.gitreview||1 year ago|
|CHANGELOG.rst||3 weeks ago|
|CONTRIBUTING.rst||3 years ago|
|DOCKER_README.md||3 weeks ago|
|Dockerfile||1 month ago|
|LICENSE||6 years ago|
|README.rst||1 year ago|
|bindep.txt||3 months ago|
|requirements.txt||3 weeks ago|
|setup.cfg||2 months ago|
|setup.py||3 months ago|
|test-requirements.txt||3 weeks ago|
|tox.ini||3 weeks ago|
|upper-constraints.txt||3 weeks 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.