<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Title" content="">
<meta name="Keywords" content="">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.msoIns
        {mso-style-type:export-only;
        mso-style-name:"";
        text-decoration:underline;
        color:teal;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:595.0pt 842.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body bgcolor="white" lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">+1 for Boris’ suggestion. Many of us use Rally to probe our clouds and have significant tooling behind it to integrate with local availability reporting and trouble ticketing systems. It would be
 much easier to deploy new functionality such as you propose if it was integrated into an existing project framework (such as Rally).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Tim<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="margin-left:36.0pt"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">Boris Pavlovic <boris@pavlovic.me><br>
<b>Reply-To: </b>"OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org><br>
<b>Date: </b>Monday, 14 August 2017 at 12:57<br>
<b>To: </b>"OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org><br>
<b>Cc: </b>openstack-operators <openstack-operators@lists.openstack.org><br>
<b>Subject: </b>Re: [openstack-dev] [QA][LCOO] MEX-ops-meetup: OpenStack Extreme Testing<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt">Sam,  <o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt">Seems like a good plan and huge topic ;) <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt">I would as well suggest to take a look at the similar efforts in OpenStack: <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt">- Failure injection: <a href="https://github.com/openstack/os-faults">
https://github.com/openstack/os-faults</a> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt">- 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><o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt">Best regards,<br>
Boris Pavlovic <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
</div>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="margin-left:36.0pt">On Mon, Aug 14, 2017 at 2:35 AM, Sam P <<a href="mailto:sam47priya@gmail.com" target="_blank">sam47priya@gmail.com</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal" style="margin-left:36.0pt">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" target="_blank">
https://etherpad.openstack.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" target="_blank">
https://openstack-lcoo.atlassian.net/wiki/spaces/LCOO/pages/15477787/Extreme+Testing-Vision+Arch</a><br>
<br>
--- Regards,<br>
Sampath<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
</div>
</div>
</body>
</html>