<div dir="ltr">Great work Shaun! Here are my thoughts for the example architectures. <div><br></div><div style><div>Simplest possible architecture: Compute with KVM, local ephemeral nova-volumes shared storage, nova-networks in multi-host, MySQL, nova-api, default scheduler, RabbitMQ for Ubuntu, Qpid for RHEL, Identity, Image with local storage, Dashboard. Use as many defaults as you can, as identified by the deployment program, TripleO. Single node or two node.</div>

<div><br></div><div>Operations Guide example architecture: <a href="http://docs.openstack.org/trunk/openstack-ops/content/example_architecture.html">http://docs.openstack.org/trunk/openstack-ops/content/example_architecture.html</a></div>

<div><br></div><div>If you can do these two for your first draft, then here are some additional alternatives. The most "exciting" is probably Neutron. Block Storage is most common.</div><div><br></div><div>Pivots on Ops Guide example:</div>

<div>1. Substitute Neutron for nova-network, keep everything else the same.</div><div>2. Substitute Block Storage for nova-volumes, keep everything else the same.</div><div>3. Keep Ops Guide example but backend Image storage with Object Storage.</div>

<div>4. Include Compute, Image, Identity, Block Storage, Object Storage, Dashboard, Monitoring and Orchestration.</div><div><br></div><div>Lower priority:</div><div>Sub Xen for KVM.</div><div><br></div><div style>Anyone else have input for choosing adventures?</div>

<div style>Anne</div><div><br></div><div>Another note is that legally to call your deployment an OpenStack cloud you currently must have Compute and Object Storage. No other requirements exist currently but that will be changing.</div>

</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 18, 2013 at 10:40 AM, Shaun McCance <span dir="ltr"><<a href="mailto:shaunm@gnome.org" target="_blank">shaunm@gnome.org</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>
I want to ask the list for input on example installations of OpenStack.<br>
But since I've failed to introduce myself to the list, let me do that.<br>
<br>
I've been doing open source documentation for GNOME for a long time.<br>
In fact, this September I will have been the GNOME docs team lead for<br>
ten years. I also run the Open Help Conference each year, which is how<br>
I met Anne. I do freelance documentation work as a day job. Currently,<br>
I'm doing upstream OpenStack documentation work under contract with<br>
Cisco, working on the installation guides.<br>
<br>
What I'd like to do is compile a list of example deployments that we<br>
can use to guide and evaluate the installation docs. Obviously, it<br>
can't be comprehensive, given how flexible OpenStack is. Thinks of<br>
personas, except configurations instead of people.<br>
<br>
Does anybody have any real-world cases they can distill into examples?<br>
Ideally we'd have half a dozen example setups: how many nodes, what's<br>
running on what, etc. More importantly, why was OpenStack set up this<br>
way, what advantages does it have, and what are the drawbacks.<br>
<br>
My general plan is to have a single installation guide, with the first<br>
couple chapters providing the simplest evolvable installation, and the<br>
rest being a sort of choose-your-own-adventure on adding to that basic<br>
installation. Having example setups would help a lot in getting the<br>
structure right.<br>
<br>
Thanks,<br>
Shaun<br>
<br>
<br>
<br>
_______________________________________________<br>
Openstack-docs mailing list<br>
<a href="mailto:Openstack-docs@lists.openstack.org">Openstack-docs@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Anne Gentle<br><a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a>
</div>