Adam, So Rally actually field the gap specified in that video.
Now there are so called "Hooks" that allows you to trigger other tools/code during the load (after some amount of time or on specific iteration) Basically reliability testing & load testing during upgrades can be implemented as a single Rally task which is quite convenient. Best regards, Boris Pavlovic On Wed, Nov 30, 2016 at 6:02 AM, Dulko, Michal <michal.du...@intel.com> wrote: > On Mon, 2016-11-28 at 15:51 +0300, Timur Nurlygayanov wrote: > > Hi OpenStack developers and operators, > > > > we are going to create the test suite for destructive testing of > > OpenStack clouds. We want to hear your feedback and ideas > > about possible destructive and failover scenarios which we need > > to check. > > In Cinder we're pursuing A/A for our cinder-volume service. It would be > useful to run some destructive tests on patch chain [1] to make sure no > volume operations are failing while clustered cinder-volume service > gets killed. In the future we should have a CI testing that in periodic > zuul queue. > > [1] https://review.openstack.org/#/c/355968 > > > > > Which scenarios we need to check if we want to make sure that > > some OpenStack cluster is configured in High Availability mode > > and can be published as a "production/enterprise" cluster. > > > > Your ideas are welcome, let's discuss the ideas of test scenarios in > > this email thread. > > > > The spec for High Availability testing is on review: [1] > > The user story for destructive testing of OpenStack clouds is > > on review: [2]. > > > > Thank you! > > > > [1] https://review.openstack.org/#/c/399618/ > > [2] https://review.openstack.org/#/c/396142 > > > > -- > > > > Timur, > > QA Manager > > OpenStack Projects > > Mirantis Inc > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev