rally-openstack/tasks/openstack
Boris Pavlovic 3d9b1e43a6 Rename certification/ to tasks/
Every day Rally step by step closer to the point where Rally is going to be
generic framework and it would be possible to split Rally & Rally OpenStack Plugins

One of the blockers for doing this is certification & samples directories and
their contents. Current apporach creates a lot of confusion:

- Rally Users are running samples against production
- Rally samples are actually not that usefull, because creating from them
  tasks takes a lot of time
- Rally Users don't know what certification task is and how to use it
- Samples are hard to ship/find in packaged way (when rally is installed)
- Samples are going to be impossible to ship after the split
- We have to keep hunderds of yaml/json files in actual state
  in our repo (extra work for developers)

Proposed approach is to:

- Create mechansim CLI command that generates samples using plugin names
- Rename certification -> tasks
- Put in tasks directory pre created and tested tasks for different use cases:
  key performance metrics, functional testing, load testing of key functionality,
  ha Testing
- Remove samples as they are not needed anymore

Change-Id: I4c45224c3af637d17dab0edea038c69a2bae8b1a
2017-09-19 18:01:25 -07:00
..
macro Rename certification/ to tasks/ 2017-09-19 18:01:25 -07:00
scenario Rename certification/ to tasks/ 2017-09-19 18:01:25 -07:00
README.rst Rename certification/ to tasks/ 2017-09-19 18:01:25 -07:00
task.yaml Rename certification/ to tasks/ 2017-09-19 18:01:25 -07:00
task_arguments.yaml Rename certification/ to tasks/ 2017-09-19 18:01:25 -07:00

README.rst

OpenStack Certification Task

How To Validate & Run Task

To validate task with your own parameters run:

$ rally task validate task.yaml --task-args-file task_arguments.yaml

To start task with your own parameters run:

$ rally task start task.yaml --task-args-file task_arguments.yaml

Task Arguments

File task_arguments.yaml contains all task options:

Name Description
service_list List of services which should be tested
smoke Dry run without load from 1 user
use_existing_users In case of testing cloud with r/o Keystone e.g. AD
image_name Images name that exist in cloud
flavor_name Flavor name that exist in cloud
glance_image_location URL of image that is used to test Glance upload
users_amount Expected amount of users
tenants_amount Expected amount of tenants
controllers_amount Amount of OpenStack API nodes (controllers)

All options have default values, hoverer user should change them to reflect configuration and size of tested OpenStack cloud.