<div dir="ltr">Hi, thanks so much for sending this. Replying to the list so that you all know the docs team would greatly benefit from a defaults-for-production approach to configuration. <br><div class="gmail_extra"><br><br>

<div class="gmail_quote">On Mon, May 27, 2013 at 1:23 PM, Robert Collins <span dir="ltr"><<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

TripleO recently passed a fairly key milestone - while we've been<br>
working with virtual machines for a while now, we have enough of the<br>
'full story' together that we started a proof of concept on -shock,<br>
horror- actual hardware.<br>
<br>
This is very cool : we've now got a repeatable one-heat-command to<br>
turn on new nova-compute nodes, with Quantum ovs, fully parameterised.<br>
\o/.<br>
<br>
On the other hand, we're finding a large chunk of the work we're doing<br>
is changing defaults.<br>
<br>
If we were changing them down from 'this works for prod clouds' to<br>
'this works for a test cloud' - that would be fine. But we're changing<br>
them *up* : larger sqlalchemy pools, larger quotas for 'admin', larger<br>
quotas for end users.<br>
<br>
Another large chunk of the bring up is determining private network<br>
details w/in Quantum - something that isn't (typically) exposed to<br>
either the real world *or* other machines w/in the datacentre.<br>
<br>
So I find myself asking two questions:<br>
<br>
a) why aren't the defaults suitable for production? Where they are not<br>
suitable, it's just friction waiting to trip new deployers up.<br>
<br></blockquote><div><br></div><div>I think we've reached a place where there are more deployments than devs and this is a good time to push for production defaults. However as I've fielded questions on IRC and <a href="http://ask.openstack.org">ask.openstack.org</a> it's nearly always people setting up proof-of-concept asking questions. I'm not sure how deployers are getting their information, other than hiring from other deployers. <br>

</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
b) perhaps we can document - or even automate - some defaults for<br>
things like Quantum topology, which will work ok everywhere, and which<br>
we can tell folk who are just getting going 'follow this, it will work<br>
well enough for you to get experience with the rest of the system'.<br>
<br></blockquote><div><br></div><div>I'll note that we are automating long lists of reference information but I would like to have sensible defaults automatically documented as well. Not sure how realistic "work ok everywhere" is though, others might need to weigh in on that.<br>

</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
To a degree, a and b are both catered to by the 'how to install<br>
*release* guide' documents that folk put out : but everything in those<br>
documents that varies from the upstream default is IMO a bug :).<br>
<br></blockquote><div><br></div><div>I like this line of thinking. How are you currently documenting in Triple-O the changes you've made? How can we start collecting this information for the doc team to think about automating and documenting?<br>

<br></div><div>Anne<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-Rob<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Robert Collins <<a href="mailto:rbtcollins@hp.com">rbtcollins@hp.com</a>><br>
Distinguished Technologist<br>
HP Cloud Services<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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><br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br>Anne Gentle<br><a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a>
</div></div>