<div dir="ltr">I've been using packstack to build an allinone controller and then add compute nodes. I do some modification of cinder backend/size, nova networking, openvswitch, neutron, vlans and interface NICs. I modify settings after packstack so I exclude previously configured nodes from being modified when I add a new compute node.<div><br></div><div>We develop an application that uses the openstack APIs and it is very useful to be stand up an allinone and a compute node the same way every time. It's more important for us to have multiple clouds than multiple nodes. Having 2 nodes means we can do some internode work that won't be on an allinone.</div><div><br></div><div>We can also use this setup for a customer POC to see our software run w/o spending lots on a real cloud. Some will only purchase on physical system so it's important that we don't require a 2nd system just to standup the cloud. Running off a DVD with no internet access in a customer lab means they see our software run.</div><div><br></div><div>I am interested in KVM on KVM. It would let me have more cloud controllers :-)</div><div><br></div><div>I've been able to stand up a slow allinone in virtualbox or vmware with 1 GB RAM, 1 CPU and 20 GB. I haven't been able to get a compute node to go with it. Probably because connecting the compute NICs on layer 2 isn't done quite right in the hypervisor.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 21, 2015 at 9:57 AM, Adam Young <span dir="ltr"><<a href="mailto:ayoung@redhat.com" target="_blank">ayoung@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/21/2015 09:51 AM, Rich Bowen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On 09/18/2015 05:04 PM, Perry Myers wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What is the minimum amount of RAM you need for the undercloud node?<br>
<br>
If 4GB per VM, then a) maybe can be done on a 16GB system, while b)<br>
needs 32GB<br>
</blockquote>
<br>
If we allow for "not very useful" as a stated caveat of the all-in-one,<br>
then we could probably get away with<br>
</blockquote>
<br>
I think we need to more clearly define what "not very useful" means.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>From my limited PoV, useful would be the ability to run 1 or two<br>
</blockquote>
Instances just to try out the system end to end. Those Instances could<br>
be very very slimmed down Fedora images or even Cirros images.<br>
<br>
</blockquote>
<br>
Yes, that would be my definition of "minimal required usefulness" - run a couple of instances, and be able to connect to them from "outside". Not running any actual workloads.<br>
<br>
Related, it would be awesome to have, some day, a Trystack-ish service for experimenting with RDO-Manager. (I know this has been mentioned before.)<br>
</blockquote>
<br></span>
One way that I routinely use packstack is on top of an existing OpenStack instance.<br>
<br>
I think it would be a very powerful tool if we could run the overcloud install on top of an existing OpenStack instance. We should use the existing openstack deployment as the undercloud, to minimize degrees of nesting of virt.<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
However, for someone else useful might mean a whole other host of<br>
things. So we should be careful to identify specific personas here, and<br>
map a specific install footprint to that particular persona's view of useful<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3GB and swap for both overcloud VMs and 4GB for the undercloud.<br>
<br>
It's possible to go lower for the undercloud if you have a lot of swap<br>
and are patient. It may lead to timeouts/broken-ness, so I wouldn't<br>
recommend it.<br>
</blockquote>
<br>
Ack<br>
<br>
_______________________________________________<br>
Rdo-list mailing list<br>
<a href="mailto:Rdo-list@redhat.com" target="_blank">Rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
<br>
To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com" target="_blank">rdo-list-unsubscribe@redhat.com</a><br>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
_______________________________________________<br>
Rdo-list mailing list<br>
<a href="mailto:Rdo-list@redhat.com" target="_blank">Rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
<br>
To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com" target="_blank">rdo-list-unsubscribe@redhat.com</a><br>
</div></div></blockquote></div><br></div>