<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 20, 2019 at 8:00 AM Mark Goddard <<a href="mailto:mark@stackhpc.com">mark@stackhpc.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
In the recent kolla meeting [1] we discussed the usability of octavia<br>
in kolla ansible. We had feedback at the Denver summit [2] that this<br>
service is difficult to deploy and requires a number of manual steps.<br>
Certificates are one of the main headaches. It was stated that OSA [3]<br>
may have some useful code we could look into.<br></blockquote><div><br></div><div>I second that Octavia is very painful to install. There is a requirement of a bunch of openstack cloud configurations (flavors/images/etc) that must be handled prior to actually configuring the service which means it's complex to deploy. IMHO it would have been beneficial for some of these items to actually have been rolled into the service itself (ie dynamically querying the services for flavor information rather than expecting an ID put into a configuration file).  That being said, we have managed to get it integrated into tripleo but it's rather complex. It does use ansible if you want to borrow some of the concepts for os_octavia.</div><div><br></div><div><a href="https://opendev.org/openstack/tripleo-heat-templates/src/branch/master/deployment/octavia">https://opendev.org/openstack/tripleo-heat-templates/src/branch/master/deployment/octavia</a><br></div><div><a href="https://opendev.org/openstack/tripleo-common/src/branch/master/playbooks/octavia-files.yaml">https://opendev.org/openstack/tripleo-common/src/branch/master/playbooks/octavia-files.yaml</a><br></div><div><a href="https://opendev.org/openstack/tripleo-common/src/branch/master/playbooks/roles">https://opendev.org/openstack/tripleo-common/src/branch/master/playbooks/roles</a><br></div><div><br></div><div>Additionally we're still leveraging some of the puppet-octavia code to manage configs/nova flavors.</div><div><br></div><div>Thanks,</div><div>-Alex</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
As a starting point to improving this support, I'd like to gather<br>
information from people who are using octavia in kolla ansible, and<br>
what they have had to do to make it work. Please respond to this<br>
email.<br>
<br>
I've also tagged openstack-ansible and Tripleo - if there is any<br>
useful information those teams have to share about this topic, it is<br>
most welcome. Alternatively if your support for octavia also falls<br>
short perhaps we could collaborate on improvements.<br>
<br>
Thanks,<br>
Mark<br>
<br>
[1] <a href="http://eavesdrop.openstack.org/meetings/kolla/2019/kolla.2019-06-19-15.00.log.html#l-86" rel="noreferrer" target="_blank">http://eavesdrop.openstack.org/meetings/kolla/2019/kolla.2019-06-19-15.00.log.html#l-86</a><br>
[2] <a href="https://etherpad.openstack.org/p/DEN-train-kolla-feedback" rel="noreferrer" target="_blank">https://etherpad.openstack.org/p/DEN-train-kolla-feedback</a><br>
[3] <a href="https://opendev.org/openstack/openstack-ansible-os_octavia" rel="noreferrer" target="_blank">https://opendev.org/openstack/openstack-ansible-os_octavia</a><br>
<br>
</blockquote></div></div>