- CI jobs for checking compatibility with python 3.13
rally task startandrally task validatecan now read the task from stdin -- pass-in place of the file name, for examplecat task.yaml | rally task start -.
- The command-line interface has been rebuilt on typer, replacing the custom argparse/oslo.config
wrapper it grew up on. The change is backward compatible for documented
usage: every command, option and primary identifier continues to work, and
each primary identifier may now also be supplied positionally, for example
rally task status <uuid>in addition torally task status --uuid <uuid>. The only user-visible differences are cosmetic: help and error messages are now rendered by typer, and bash completion no longer lists the primary-id flags (--uuid,--id,--env,--deployment,--task), which still work when typed explicitly. - We no longer suppress PyMySQL's connect-time warnings. That workaround only
existed to hide the old
@@tx_isolationdeprecation warning (SQLAlchemy #4120 / PyMySQL #614), which modern SQLAlchemy and PyMySQL have since fixed, so themysqlextra now pinsPyMySQL>=0.9.0. - The
pep8gate now runs ruff alongside flake8: ruff owns the pycodestyle, pyflakes and import-convention checks, while flake8 keeps the remaining hacking and Rally-specific rules. - Scenario
run()arguments can be validated and documented from their Python type annotations. See the scenario plugin docs for the supported annotations. - A
dictscenario argument that is forwarded to another callable can derive its schema from that callable's signature withscenario.ArgsOf(func, ignore=(...)), instead of restating it as aTypedDict. rally plugin shownow lists theCONFIG_SCHEMAparameters of any plugin (contexts, runners, SLAs), not only scenarios.- The generated plugin reference now surfaces more of a scenario's derived
argument schema: default values (rendered as
Defaults to ...), which arguments are required, and a note describing the extra**kwargsa scenario accepts. - New
[DEFAULT]strict_type_annotationsoption to fail, rather than warn, on a scenario argument type Rally cannot map to a JSON Schema. - Resource types (the plugins that convert a task argument into the value a
scenario receives, such as a file path into its contents) have been reworked.
An argument can be bound to one inline in its annotation with
types.Convert("<name>"), and the specification a resource type accepts is now validated and documented from theresource_specannotation of itspre_process. A resource type may implement a richer keyword-onlypre_process(self, *, resource_spec, config, output_type)(with ascenario_clsconstructor argument) to resolve a value per iteration by returning atypes.DeferredResourceor to shape the result to the argument's declared type. These signature changes are backward compatible: the legacypre_process(resource_spec, config)and__init__(context, cache)forms are detected automatically and keep working, with a deprecation warning. See the resource type plugin docs.
- The
--deployment/--deployment-idoptions ofrally taskandrally verifyare renamed to--env. The old names still work but now print a deprecation warning -- switch to--env.
- The deprecated compatibility shims under rally.plugins.common (the exporters, hook, runners, scenarios, sla and verification subpackages, along with rally.plugins.common.types). Use the rally.plugins.task and rally.plugins.verification packages instead.
- Support for Python 3.9
rally deployment create --fromenvno longer special-cases rally-openstack<= 1.4.0(it used to dropOS_KEY/https_keyfor those). That release is ~7 years old and predates every currently supported Python -- old rally-openstack only went up to py37 -- so the shim is gone.
- Publishing to ReadTheDocs
- Compatibility with paramiko 4+, which dropped the removed DSA key support.
- The failure during Scenario plugin initialization will no longer be silently ignored. Such failures are now counted as interaction failures.
- Fix include section of pyproject.toml to include only rally file
- CI jobs for checking compatibility with python 3.12
- Python type hints for task-related plugins and base classes
- Replaced deprecated pkg_resources library with importlib & packaging for plugins discovery and loading.
- Implements pep-517 (pyproject.toml)
- Ported all samples to Task format v2
- Support for Python3.8 is dropped
- Support for SQLAlchemy <2
- Methods get_method_class, first_index, merge and prettify_xml of rally/common/utils.py module were deprecated in Rally 3.0.0 and they are gone now.
- Add support for SQLAlchemy 2.0
- Correct python_requires version to indicate correct minimum supported python version
- Parsing subunit v2 stream (rally-verify component) when the result is
wrapped by
memoryviewpython object.
- xrally/xrally docker image switched
- to use python3.11-slim as a base image instead of python3.9-slim.
- Use 'draft-7' as a default jsonschema validator when there is no meta-schema
field specified at
$schema.
CI checks for Python 3.11 compatibility
Support for specifying platform of context as a part of required_context validator like bellow:
from rally.task import scenario from rally.task import validation @scenario.configure(name="Dummy.scenario") @validation.add("required_context", contexts=["ctx_name@platform"]) class ElasticsearchLogInstanceName(scenario.Scenario): def run(self): pass
- Support for Python 3.6 and Python 3.7
This is the last release with support of Python 3.6 and Python 3.7
rally.utils.sshutils.SSH.execute leaves fifo files.
xrally/xrally docker image switched to use python3.9-slim as a base image instead of ubuntu 20.04.
- Pin SQLAlchemy to <2.0.0
- CI for running unit and functional tests using python 3.10
- CI jobs that check Rally installation compatibility with CentOS 9 Stream and Ubuntu Jammy
- CI jobs with installation compatibility checks for CentOS 7, CentOS 8 (CentOS 8 Stream is checked instead), Ubuntu Bionic.
rally verifyreturns 0 on success, 1, 2 or 3 depending on detected issue.- Switch docker image from ubuntu 18.04 to ubuntu 20.04
- Move from Freenode to OFTC irc network
- dependency on decorator library.
- Extend CI for checking installation on Ubuntu Focal environment.
- Extend
rally task startcommand output with the progress of finishing workloads - Introduce
rally task restartcommand.
[verification component] Make config parser case sensitivity in configure-verifier
- Validator for scenario arguments do not initialize scenario class anymore for discovering argument spec of the run method.
- Docker image includes the latest setuptools
[verification component] Failure while parsing subunit v2 stream in case of unwanted test_id
- CI for covering unit and functional tests against Python 3.8 environment. Everything works, so we have proved Python 3.8 support
- Add CI job for testing installation of Rally at Centos 8.
- Updating a latest tag of docker image on every merged commit.
- rally plugin show command returns not-zero exit code in case of not found or multiple match errors
- docker image is switched to use python3.6.
- path_or_url plugin follows redirects while validating urls now.
- rally task sla-check fails if there is no data.
- Command rally task results is deprecated. Use rally task report --json instead.
- Module rally.common.sshutils is deprecated. Use rally.utils.sshutils instead.
- Module rally.common.yamlutils is deprecated. It was designed for CLI usage and moves to right place.
- Module rally.common.fileutils is deprecated.
- All modules from rally.plugins.common.contexts are deprecated. Use rally.plugins.task.contexts instead.
- All modules from rally.plugins.common.exporters are deprecated. Use rally.plugins.task.exporters instead.
- Module rally.plugins.common.hook.sys_call is deprecated. Use rally.plugins.task.hooks.sys_call instead.
- All modules from rally.plugins.common.hook.triggers are deprecated. Use rally.plugins.task.hook_triggers instead.
- All modules from rally.plugins.common.runners are deprecated. Use rally.plugins.task.runners instead.
- All modules from rally.plugins.common.scenarios are deprecated. Use rally.plugins.task.scenarios instead.
- All modules from rally.plugins.common.sla are deprecated. Use rally.plugins.task.sla instead.
- All modules from rally.plugins.common.verification are deprecated. Use rally.plugins.verification instead.
- Python 2.7, Python 3.4 and Python 3.5 support
- Devstack plugin. It was deprecated long time ago. rally-openstack project should be used instead
- rally.common.utils.distance method was deprecated since Rally 0.4.1
- rally.common.utils.format_float_to_str method was deprecated since Rally 0.11.2. rally.utils.strutils.format_float_to_str should be used instead.
- rally.task.atomic.optional_action_timer decorator was deprecated since Rally 0.10.0
- rally.task.hook.Hook class was deprecated since Rally 0.10.0. rally.task.hook.HookAction should be used instead.
- rally.task.trigger module was deprecated since Rally 0.10.0. rally.task.hook.HookTrigger should be used instead.
- rally.common.i18n module was deprecated since Rally 0.10.0
- namespace argument of configure decorator of Scenario, Context, Validators plugins. It was deprecated since Rally 0.10.0 in favor of platform.
- install_rally.sh script is too complicated and installs only rally framework without plugins.
- inaccurate calculation of 90 and 95 percentiles in case of 10k+ iterations
Please note that Python 2.7 will reach the end of its life on January 1st, 2020. A future version of Rally will drop support for Python 2.7, it will happen soon. Also, the same will happen with support of Python 3.4 and Python 3.5
Library netaddr from direct project requirements. We never use it at Rally framework.
Support of latest alembic
python jsonschema dependency is not limited by <3.0.0 anymore and you can use draft-7 as for now.
- rally task sla_check command was deprecated in Rally 0.8.0 in favor of rally task sla-check.
- rally-manage db command (and the whole rally-manage entry-point) was deprecated in Rally 0.10.0 in favor of rally db command.
- --namespace argument was deprecated in Rally 0.10.0 in favor of --platform which has better meaning. Affected commands: rally plugin show, rally plugin list, rally verify list-plugins, rally verify create-verifier.
- --tasks argument of rally task report command and --task argument of rally task use command were deprecated in Rally 0.10.0 in favor of unified --uuid argument.
- --junit argument of rally task report command is deprecated in Rally 0.10.0 in favor of rally task export --type junit-xml
A list of tests to skip while running verification now supports regular expressions.
- incompatibility with SQLAlchemy 1.3
- several py3 issues of verification component
rally deployment create --fromenv creates wrong spec for rally-openstack<=1.4.0 which doesn't pass rally deployment check.
New two charts EmbeddedChart and EmbeddedExternalChart for embedding custom html code or external pages as complete charts of scenarios.
- Python 3 issue of Verification component
- Docker README file
- Add the --html-static option to commands
rally task trends, it could generate trends report with embedded js/css. - Removed dependency to
morphlibrary.
rallycommand crashes while calling without any argumentsFix the ssh error while passing an dss key in ssh utils.
Add the --deployment option to commands
rally task reportandrally task exportthat allows to report/export all tasks from defined deployment.Briefly: the new base image is published at Docker Hub Detailed story: Long time ago Rally team introduced first docker images which
were hosted by rallyforge account at Docker Hub. Due to various circumstances we lost access to that account and Docker support restored access to it in a strange way (we lost all repositories and could not recreate them). That is why Rally team started publishing docker images from scratch. The new organization was created -xRally . Since we already had plans to move OpenStack plugins to the separate repository, we started publishing images with in-tree OpenStack plugins to xrally/xrally-openstack repository. As soon as, a separate package for OpenStack plugins was introduced, we switched the source of xrally/xrally-openstack Docker Hub repository to rally-openstack git repository. As for Rally 1.0.0 we finally have pure framework without heavy dependencies and can start publishing separate images for Rally framework itself which can be used as a base image for all plugins. New images will be located at xrally/xrally Docker Hub repository.
rally --versionprints version of Rally framework with versions of installed plugins instead of printing just version of Rally framework.- Dockerfile moved from the root directory to ./etc/docker/
A floating bug with constant_for_duration runner.
Minor inner fixes
- New validator
map_keysfor checking keys of specific argument. - Support of ElasticSearch 6.x cluster elastic exporter.
- Improved validation errors for task component.
- [ElasticSearch exporter] Do not send 'no-name-action' index when the item fails after some atomic actions completed and there is a root atomic. For example, there is 'wait-for-some-resource-ready' action. It consists of a bunch of get requests to update the current status. After specified timeout this action can fail if the resource is not in the right state. In such case, there is no reason to use 'no-name-action' for saving the error, the parent index (i.e 'wait-for-some-resource-ready') will already store it.
- Introducing
rally env cleanupcommand for performing disaster cleanup. - New CI jobs for checking compatibility with Python 3.4, 3.6, 3.7 .
- The output of json task result exporter (
rally task report --json) is extended with information about environment where task was executed (newenv_nameandenv_uuidproperties) - Add the --filter-by option to the command
rally task detailed, which allows us to show only those workloads which we are interested in (see the examples below). Examples:- show only failed workloads
rally task detailed --filter-by sla-failures - show only those workloads which include the next scenario plugin(s)
rally task detailed --filter-by scenarios=scenario1[,scenarios2...]
- show only failed workloads
- requirements and constraints (suggested versions) files are updated.
- Disturbing warning message about removing in-tree OpenStack plugins. This message became redundant after Rally 1.0.0 when such plugins were removed.
- OpenStack related configuration options for sample file.
- Deprecated in Rally 0.10
rally.task.exporter.Exporterclass in favor ofrally.task.exporter.TaskExporter.
- Building HTML reports for verifications at python 3 environment. Launchpad-bug #1785549
- 'async' argument of API method task.abort in favor of 'wait' argument which doesn't conflict with a reserved keyword in python 3.7
It finally happened. We are happy to inform you that OpenStack plugins has a single home - https://github.com/openstack/rally-openstack . All in-tree plugins are removed now and framework part become more lightweight.
If you are interested only in OpenStack plugins, just change the package you
are installing from rally to rally-openstack. If you have custom
OpenStack plugins which inherits from upstream, change python imports from
rally.plugins.openstack to rally_openstack. That is all.
If you are interested not only in OpenStack, you can start using your favourite tool for various platforms and systems. Here you can find our first attempts to seize the world - https://github.com/xrally/xrally-docker and https://github.com/xrally/xrally-kubernetes.
Since OpenStack plugins were moved to the separate repository, the new release notes should become light as well, so there is no need in separate pages for each release. All release notes will be aggregated in a single file CHANGELOG.rst.
Also, it is sad to mention, but due to OpenStack policies we need to stop
duplicating release notes at git tag message. At least for now.
- All OpenStack related plugins.
- Validation of existing platforms in Python 3 environment.
- Support of testr for verifiers.
Release notes for Rally 0.0.0-0.12.1 are available at
https://github.com/openstack/rally/tree/master/doc/release_notes/archive