History

Monty Taylor b2ca5cad74 Finish up flake8 conversion. Change-Id: I5034f19d5f9b20ad2b4569455273c730b1efec08		2013-05-01 14:04:07 -04:00
..
tests	Stress improts	2013-02-16 17:08:39 +01:00
tools	Credentials Configuration changes	2013-01-25 11:41:24 +01:00
README.rst	Remind user about log_level.	2012-04-26 15:38:30 -04:00
__init__.py	Convert to UNIX line endings	2012-04-03 13:50:27 -04:00
basher.py	Convert to UNIX line endings	2012-04-03 13:50:27 -04:00
config.py	Update stress tests to properly use tempest.config	2013-02-25 17:34:37 -05:00
driver.py	Finish up flake8 conversion.	2013-05-01 14:04:07 -04:00
pending_action.py	Fix T401 and T402 errors	2013-01-06 23:24:03 -05:00
state.py	T4xx fixes	2013-02-16 16:22:44 +01:00
test_case.py	Fix T401 and T402 errors	2013-01-06 23:24:03 -05:00
test_floating_ips.py	Finish up flake8 conversion.	2013-05-01 14:04:07 -04:00
test_server_actions.py	Finish up flake8 conversion.	2013-05-01 14:04:07 -04:00
test_servers.py	Finish up flake8 conversion.	2013-05-01 14:04:07 -04:00
utils.py	Stress improts	2013-02-16 17:08:39 +01:00

README.rst

Quanta Research Cambridge OpenStack Stress Test System

Nova is a distributed, asynchronous system that is prone to race condition bugs. These bugs will not be easily found during functional testing but will be encountered by users in large deployments in a way that is hard to debug. The stress test tries to cause these bugs to happen in a more controlled environment.

The basic idea of the test is that there are a number of actions, roughly corresponding to the Compute API, that are fired pseudo-randomly at a nova cluster as fast as possible. These actions consist of what to do, how to verify success, and a state filter to make sure that the operation makes sense. For example, if the action is to reboot a server and none are active, nothing should be done. A test case is a set of actions to be performed and the probability that each action should be selected. There are also parameters controlling rate of fire and stuff like that.

This test framework is designed to stress test a Nova cluster. Hence, you must have a working Nova cluster with rate limiting turned off.

Environment

This particular framework assumes your working Nova cluster understands Nova API 2.0. The stress tests can read the logs from the cluster. To enable this you have to provide the hostname to call 'nova-manage' and the private key and user name for ssh to the cluster in the [stress] section of tempest.conf. You also need to provide the value of --logdir in nova.conf:

host_private_key_path=<path to private ssh key> host_admin_user=<name of user for ssh command> nova_logdir=<value of --logdir in nova.conf> controller=<hostname for calling nova-manage> max_instances=<limit on instances that will be created>

Also, make sure to set

log_level=CRITICAL

so that the API client does not log failed calls which are expected while running stress tests.

The stress test needs the top-level tempest directory to be on PYTHONPATH if you are not using nosetests to run.

Running the sample test

To test your installation, do the following (from the tempest directory):

PYTHONPATH=. python stress/tests/user_script_sample.py

This sample test tries to create a few VMs and kill a few VMs.

Additional Tools

Sometimes the tests don't finish, or there are failures. In these cases, you may want to clean out the nova cluster. We have provided some scripts to do this in the tools subdirectory. To use these tools, you will need to install python-novaclient. You can then use the following script to destroy any keypairs, floating ips, and servers:

stress/tools/nova_destroy_all.py