<div dir="ltr">That's effectively my understanding.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 13, 2016 at 9:51 AM, Matthew Thode <span dir="ltr"><<a href="mailto:prometheanfire@gentoo.org" target="_blank">prometheanfire@gentoo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 05/13/2016 01:59 PM, Joshua Harlow wrote:<br>
> Matthew Thode wrote:<br>
>> On 05/13/2016 12:48 PM, Joshua Harlow wrote:<br>
>>>>> * Was/is kolla used or looked into? or something custom?<br>
>>>>><br>
>>>> Openstack-ansible, which is Openstack big-tent.  It used to be<br>
>>>> os-ansible-deployment in stackforge, but we've removed the<br>
>>>> rackspacisms.<br>
>>>>    I will say that openstack-ansible is one of the few that have been<br>
>>>> doing upgrades reliably for a while, since at least Icehouse, maybe<br>
>>>> further.<br>
>>> Whats the connection between 'openstack-ansible' and 'kolla', is there<br>
>>> any (or any in progress?)<br>
>>><br>
>><br>
>> The main difference is that openstack-ansible uses more heavy weight<br>
>> containers from a common base (ubuntu 14.04 currently, 16.04/cent<br>
>> 'soon'), it then builds on top of that, uses python virtualenvs as well.<br>
>>   Kolla on the other hand creates the container images centrally and<br>
>> ships them around.<br>
><br>
> So I guess its like the following (correct me if I am wrong):<br>
><br>
> openstack-ansible<br>
> -----------------<br>
><br>
> 1. Sets up LXC containers from common base on deployment hosts (ansible<br>
> here to do this)<br>
> 2. Installs things into those containers (virtualenvs, packages, git<br>
> repos, other ... more ansible)<br>
> 3. Connects all the things together (more more ansible).<br>
> 4. Decommissions existing container (if it exists) and replaces with new<br>
> container (more more more ansible).<br>
> 5. <<profit>><br>
><br>
<br>
</div></div>More or less, we do in place upgrades, so long lived containers, but<br>
could just as easily destroy and replace.<br>
<span class=""><br>
> kolla<br>
> -----<br>
><br>
> 1. Builds up (installing things and such) *docker* containers outside of<br>
> deployment hosts (say inside jenkins) [not ansible]<br>
> 2. Ships built up containers to *a* docker hub<br>
> 3. Ansible then runs commands on deployment hosts to download image from<br>
> docker hub<br>
> 4. Connects all the things together (more ansible).<br>
> 5. Decommissions existing container (if it exists) and replaces with new<br>
> container (more more ansible).<br>
> 6. <<profit>><br>
><br>
> Yes the above is highly simplistic, but just trying to get a feel for<br>
> the different base steps here ;)<br>
><br>
<br>
</span>I think so? not sure as I don't work with kolla<br>
<span class="im HOEnZb"><br>
>><br>
>> The other thing to note is that Kolla has not done a non-greenfield<br>
>> upgrade as far as I know, I know it's on their roadmap though.<br>
>><br>
<br>
<br>
</span><span class="im HOEnZb">--<br>
-- Matthew Thode (prometheanfire)<br>
<br>
</span><div class="HOEnZb"><div class="h5">_______________________________________________<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>