<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 8, 2017 at 11:10 AM, Emilien Macchi <span dir="ltr"><<a href="mailto:emilien@redhat.com" target="_blank">emilien@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thu, Jun 8, 2017 at 2:21 PM, Justin Kilpatrick <<a href="mailto:jkilpatr@redhat.com">jkilpatr@redhat.com</a>> wrote:<br>
> Morning everyone,<br>
><br>
> I've been working on a performance testing tool for TripleO hardware<br>
> provisioning operations off and on for about a year now and I've been<br>
> using it to try and collect more detailed data about how TripleO<br>
> performs in scale and production use cases. Perhaps more importantly<br>
> YODA (Yet Openstack Deployment Tool, Another) automates the task<br>
> enough that days of deployment testing is a set it and forget it<br>
> operation.<br>
><br>
> You can find my testing tool here [0] and the test report [1] has<br>
> links to raw data and visualization. Just scroll down, click the<br>
> capcha and click "go to kibana". I  still need to port that machine<br>
> from my own solution over to search guard.<br>
><br>
> If you have too much email to consider clicking links I'll copy the<br>
> results summary here.<br>
><br>
> TripleO inspection workflows have seen massive improvements from<br>
> Newton with a failure rate for 50 nodes with the default workflow<br>
> falling from 100% to <15%. Using patches slated for Pike that spurious<br>
> failure rate reaches zero.<br>
><br>
> Overcloud deployments show a significant improvement of deployment<br>
> speed in HA and stack update tests.<br>
><br>
> Ironic deployments in the overcloud allow the use of Ironic for bare<br>
> metal scale out alongside more traditional VM compute. Considering a<br>
> single conductor starts to struggle around 300 nodes it will be<br>
> difficult to push a multi conductor setup to it's limits.<br>
><br>
> Finally Ironic node cleaning, shows a similar failure rate to<br>
> inspection and will require similar attention in TripleO workflows to<br>
> become painless.<br>
><br>
> [0] <a href="https://review.openstack.org/#/c/384530/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/384530/</a><br>
> [1] <a href="https://docs.google.com/document/d/194ww0Pi2J-dRG3-X75mphzwUZVPC2S1Gsy1V0K0PqBo/" rel="noreferrer" target="_blank">https://docs.google.com/<wbr>document/d/194ww0Pi2J-dRG3-<wbr>X75mphzwUZVPC2S1Gsy1V0K0PqBo/</a><br>
><br>
> Thanks for your time!<br>
<br>
</div></div>Hey Justin,<br>
<br>
All of this is really cool. I was wondering if you had a list of bugs<br>
that you've faced or reported yourself regarding to performances<br>
issues in TripleO.<br>
As you might have seen in a separate thread on openstack-dev, we're<br>
planning a sprint on June 21/22th to improve performances in TripleO.<br></blockquote><div><br></div><div>Is this an IRC thing, or a video call? I work on the OpenStack Performance and Scale team and would love to participate.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We would love your participation or someone from your team and if you<br>
have time before, please add the deployment-time tag to the Launchpad<br>
bugs that you know related to performances.<br>
<br>
Thanks a lot,<br>
<span class="im HOEnZb"><br>
> - Justin<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>
<br>
<br>
<br>
</span><span class="HOEnZb"><font color="#888888">--<br>
Emilien Macchi<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Sai Sindhur Malleni</div><div dir="ltr"><br></div><div>Software Engineer<br></div><div dir="ltr">Red Hat Inc.<br>100 East Davie Street<br>Raleigh, NC, USA<br>Work: (919) 754-4557 | Cell: (919) 985-1055</div></div></div></div></div></div>
</div></div>