<div dir="ltr">Hi,<div><br></div><div>I have same feedback as Robert, we use the openstack/puppet-[project] modules and they are quiet independent. We have our own module that integrates those modules as we need and we even deploy each service on different nodes so we need them to be independent and we could achieve it.</div><div><br></div><div>Kind regards,</div><div>Cynthia Lopes do Sacramento</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-28 9:43 GMT+02:00 Van Leeuwen, Robert <span dir="ltr"><<a href="mailto:rovanleeuwen@ebay.com" target="_blank">rovanleeuwen@ebay.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">><br>
>We currently use our own custom puppet modules to deploy openstack, I<br>
>have been looking into the official openstack modules and have a few<br>
>barriers to switching.<br>
><br>
>We are looking at doing this at a project at a time but the modules have<br>
>a lot of dependencies. Eg. they all depend on the keystone module and try<br>
>to do things in keystone suck as create users, service endpoints etc.<br>
><br>
>This is a pain as I don¹t want it to mess with keystone (for one we don¹t<br>
>support setting endpoints via an API) but also we don¹t want to move to<br>
>the official keystone module at the same time. We have some custom<br>
>keystone stuff which means we¹ll may never move to the official keystone<br>
>puppet module.<br>
><br>
>The neutron module pulls in the vswitch module but we don¹t use vswitch<br>
>and it doesn¹t seem to be a requirement of the module so maybe doesn¹t<br>
>need to be in metadata dependencies?<br>
><br>
>It looks as if all the openstack puppet modules are designed to all be<br>
>used at once? Does anyone else have these kind of issues? It would be<br>
>great if eg. the neutron module would just manage neutron and not try and<br>
>do things in nova, keystone, mysql etc.<br>
><br>
><br>
>The other issue we have is that we have different services in openstack<br>
>running different versions. Currently we have Kilo, Juno and Icehouse<br>
>versions of different bits in the same cloud. It seems as if the puppet<br>
>modules are designed just to manage one openstack version? Is there any<br>
>thoughts on making it support different versions at the same time? Does<br>
>this work?<br>
<br>
<br>
<br>
</span>Hi,<br>
<br>
In my experience (I am setting up a new environment) the modules can be<br>
used ³stand-alone².<br>
It is the OpenStack module itself that comes with a combined server<br>
example.<br>
The separate modules (nova, glance, etc) are very configurable and don¹t<br>
necessarily need to setup e.g. keystone.<br>
<br>
>From the OpenStack module you can modify the profiles and it will not do<br>
the keystone stuff / database, etc..<br>
E.g. Remove the ³:nova::keystone::auth² part in the nova profile.<br>
<br>
We use r10k to select which versions to install and it should be trivial<br>
to use Juno / Kilo stuff together (have not tested this myself).<br>
<br>
<br>
Regarding the vswich module I *guess* that that is regulated by the<br>
following:<br>
neutron/manifests/agents/ml2/ovs.pp: if<br>
$::neutron::params::ovs_agent_package<br>
So unsetting that variable should not pull the package.<br>
<br>
Cheers,<br>
Robert van Leeuwen<br>
<div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>