openstack/rally

History

zhangzhang 2f935cdd2e Add cinder.CreateIncrementalVolumeBackup scenario The scenario first create a volume, the create a backup, the backup is full backup. Because Incremental backup must be based on the full backup. finally create a incremental backup. Change-Id: Ia9471020a0f7009288949196bd2603a4b56e7c4a		2017-01-16 10:01:25 -05:00
..
contexts	Word spelling have been corrected	2015-08-22 05:25:33 +05:30
runners	Ensure consistent naming of sample scenarios	2016-06-21 17:03:37 +00:00
scenarios	Add cinder.CreateIncrementalVolumeBackup scenario	2017-01-16 10:01:25 -05:00
sla	Implement new random name generator for keystone scenarios	2015-10-16 08:00:21 -05:00
support	[Plugins] Replace instance_dd_test.sh with instance_test.sh	2016-10-06 16:55:48 +03:00
README.rst	Update stackforge to openstack	2015-04-20 14:02:43 +05:30

README.rst

Tasks Configuration Samples

To specify your tasks, use configuration files in json or yaml format.

JSON schema of input task format:

{
    "type": "object",
    "$schema": "http://json-schema.org/draft-04/schema",
    "patternProperties": {
        ".*": {
            "type": "array",
            "items": {
                "type": "object",
                "properties": {
                    "args": {
                        "type": "object"
                    },
                    "runner": {
                        "type": "object",
                        "properties": {
                            "type": {"type": "string"}
                        },
                        "required": ["type"]
                    },
                    "context": {
                        "type": "object"
                    },
                    "sla": {
                        "type": "object"
                    },
                },
                "additionalProperties": False
            }
        }
    }
}

For humans:

::

{

"ScenarioClass.scenario_method": [

{

"args": {: ...

}, "runner": { ... }, "context": { ... }, "sla": { ... }

}

]

}

ScanarioClass should be a subclass of the base Scenario class and scenario_method specifies what benchmark task should be run. Section "args" is also related to scenario. To learn more about scenarios configuration, see samples in samples/tasks/scenarios.

Section "runners" specifies the way, how task should be run. To learn more about runners configurations, see samples in samples/tasks/runners.

Section "context" defines different types of environments in which task can be launched. Look at samples/tasks/contexts for samples.

Section "sla" defines details for determining compliance with contracted values such as maximum error rate or minimum response time. Look at samples/tasks/sla for samples.

See a detailed description of benchmark scenarios, contexts & runners.