<div dir="ltr"><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Sat, Sep 26, 2015 at 8:10 PM, Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Shamail's message of 2015-09-26 11:40:17 -0700:<br>
<span class="">> Hi Large Deployments Team,<br>
><br>
> The ops-tags team was brainstorming potential future tags at our last meeting and one topic of interest was to express the "scale" a service can operate at via tags.<br>
><br>
> Scale, of course, can imply several different dimensions (not to mention test types).  We figured who better to talk to about the definition of scale than the large deployment team.  :-)<br>
><br>
> Can you please help us understand how your team classifies a deployment as being large?  I recall that, in the initial discussions, LDT was using the number of nodes.  Is this still the case?  Does large deployment factor in things such as throughout requirements, number of networks, number of volumes, etc. when deciding if a deployment is "large"?<br>
><br>
> Thanks in advance for your help.  If it makes more sense to discuss this topic at the next LDT meeting then I would be glad to join.<br>
<br>
</span>I wasn't involved with the discussion, but I think it is an important one.<br>
<br>
IMO, the objective way to do this is to add tests for scaling factors,<br>
like ensuring reasonable resource cost per operation, response time during<br>
simulated high concurrency, and actual large scale 3rd-party CI. If a<br>
project hasn't done that, they shouldn't be considered "high scale".<br></blockquote><div><br></div><div>I think these are all good suggestions, as a starting point though, our thought process was that maybe we could use the same criteria as LDT.  Let's say (as an example) that a deployment that is considered a "large deployment" is using a project then we could then say the project has been known to achieve "scale".  With this method, we are inferring scale based on real world deployments rather than establishing it via testing.  I think both views (testing criteria for scale along with real-world data) probably have a part to play in the longer term scope of the tag.  Will definitely factor in your suggestions in the tag description though even if its a future objective.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
(note that I don't think any of the projects actually has these things<br>
surfaced upstream, but we are definitely going to need these things)<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="font-size:small">Thanks,</div><div style="font-size:small">Shamail Tahir</div><div style="font-size:small">t: @ShamailXD</div><div style="font-size:small">tz: Eastern Time</div></div></div></div></div>
</div></div>