<div dir="ltr">Sam, <div><br></div><div>Seems like a good plan and huge topic ;) </div><div><br></div><div>I would as well suggest to take a look at the similar efforts in OpenStack: </div><div>- Failure injection: <a href="https://github.com/openstack/os-faults">https://github.com/openstack/os-faults</a> </div><div>- Rally Hooks Mechanism (to inject in rally scenarios failures): <a href="https://rally.readthedocs.io/en/latest/plugins/implementation/hook_and_trigger_plugins.html">https://rally.readthedocs.io/en/latest/plugins/implementation/hook_and_trigger_plugins.html</a><br><div><br></div><div><br></div><div>Best regards,<br>Boris Pavlovic </div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 14, 2017 at 2:35 AM, Sam P <span dir="ltr"><<a href="mailto:sam47priya@gmail.com" target="_blank">sam47priya@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All,<br>
<br>
This is a follow up for OpenStack Extreme Testing session[1]<br>
we did in MEX-ops-meetup.<br>
<br>
Quick intro for those who were not there:<br>
In this work, we proposed to add new testing framework for openstack.<br>
This framework will provides tool for create tests with destructive<br>
scenarios which will check for High Availability, failover and<br>
recovery of OpenStack cloud.<br>
Please refer the link on top of the [1] for further details.<br>
<br>
Follow up:<br>
We are planning periodic irc meeting and have an irc<br>
channel for discussion. I will get back to you with those details soon.<br>
<br>
At that session, we did not have time to discuss last 3 items,<br>
Reference architectures<br>
 We are discussing about the reference architecture in [2].<br>
<br>
What sort of failures do you see today in your environment?<br>
 Currently we are considering, service failures, backend services (mq,<br>
DB, etc.) failures,<br>
 Network sw failures..etc. To begin with the implementation, we are<br>
considering to start with<br>
 service failures. Please let us know what failures are more frequent<br>
in your environment.<br>
<br>
Emulation/Simulation mechanisms, etc.<br>
 Rather than doing actual scale, load, or performance tests, we are<br>
thinking to build a emulation/simulation mechanism<br>
to get the predictions or result of how will openstack behave on such<br>
situations.<br>
This interesting idea was proposed by the Gautam and need more<br>
discussion on this.<br>
<br>
Please let us know you questions or comments.<br>
<br>
Request to Mike Perez:<br>
 We discussed about synergies with openstack assertion tags and other<br>
efforts to do similar testing in openstack.<br>
 Could you please give some info or pointer of previous discussions.<br>
<br>
[1] <a href="https://etherpad.openstack.org/p/MEX-ops-extreme-testing" rel="noreferrer" target="_blank">https://etherpad.openstack.<wbr>org/p/MEX-ops-extreme-testing</a><br>
[2] <a href="https://openstack-lcoo.atlassian.net/wiki/spaces/LCOO/pages/15477787/Extreme+Testing-Vision+Arch" rel="noreferrer" target="_blank">https://openstack-lcoo.<wbr>atlassian.net/wiki/spaces/<wbr>LCOO/pages/15477787/Extreme+<wbr>Testing-Vision+Arch</a><br>
<br>
--- Regards,<br>
Sampath<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div><br></div>