<div dir="ltr">Hi everyone,<div><br></div><div>Adding DefCore back into the distribution and added the tag ("interop") used by the team working on this challenge so that they can see/address the items below.  I have also added my own thoughts below.<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 19, 2016 at 3:42 PM, Anne Gentle <span dir="ltr"><<a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm in a similar situation here at Cisco because our Metapod/Metacloud product, which emphasizes stability and scalability, does not support LBaaS v1 nor autoscaling.<div><br></div><div>I thought about simply writing another heat template to set up a standalone Load balancer on a VM, but the templates are so tied into having that LB resource it's not possible. </div><div><br></div><div>The autoscaling portion is already abstracted away, so it's the load balancer API and resources that are the limiter.</div><div><br></div><div>More embedded below.</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, Sep 19, 2016 at 1:00 PM, Stefano Maffulli <span dir="ltr"><<a href="mailto:stefano@openstack.org" target="_blank">stefano@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">[trimming down the cc list, writing to user-committee because I believe<br>
this is more of a general question for the app-dev working group than it<br>
is a defcore thing. Feel free to forward if you think it's appropriate.]<br>
<span><br>
On 09/15/2016 03:11 PM, Rochelle Grober wrote:<br>
> "The interop challenge was started in July 2016 to create a set of<br>
> common workloads/tests to be executed across multiple OpenStack<br>
> distributions and/or cloud deployment models. The participants in<br>
> this challenge will work together to prove once and for all that<br>
> OpenStack-Powered clouds are interoperable."<br>
<br>
</span>this project sounds really interesting. At DreamHost I gave it a<br>
shot, starting from the simplest (for me) challenge: Ansible and lamp stack.<br>
<br>
I immediately hit a major issue: the default customer of DreamHost cloud<br>
will not have private networking enabled, so the playbook cannot<br>
run as is. To support a cloud like DreamHost, it would require some<br>
major changes.<br>
<br>
Finding out about this issue lead my thoughts down a rabbit hole: does<br>
this effort even make sense? I don't have an answer...<br>
<br>
My line of thoughts starts with what looks like a great promise: "take<br>
this ansible playbook and run it on any OpenStack cloud unchanged".<br>
Great promise, makes for a great demo on a stage.<br>
<br>
But this promise fails very very quickly because different clouds always<br>
have different behaviors. DreamHost Cloud runs vanilla OpenStack and<br>
yet, this stuff doesn't work out of the box. Sure, we can add some logic<br>
to the script to take into consideration the absence of a private<br>
network but is it worth it?<br>
<br>
What value is there in writing a script that covers a very specific use<br>
case (LAMP stack+Wordpress on 4 nodes) and needs to be adapted slightly<br>
to every single openstack cloud in order to run? Is the time spent in<br>
developing such universally valid playbook a good investment?<br>
<br>
Would it be more valuable for the providers of openstack clouds to have<br>
a pool of playbooks that would serve as source of inspiration, something<br>
that could be adapted quickly and consumed in downstream documentation?<br>
<br></blockquote><div><br></div></div></div><div>My gut says it's going to take a stake in the ground, which this team has done, to get the conversations going. I'm pretty sure there's already a pool of playbooks, and no, they don't work universally, nor are they easy to find and run. By trying to make a universal one we get to have this conversation, so I think there is value in attempting a set of playbooks with the ability to turn knobs as needed. </div></div></div></div></blockquote><div><br></div><div>I agree, the ideal result would be to run these playbooks without modification on multiple clouds but that probably isn't realistic.  The team is encouraging people to modify the scripts (if/when needed) but to document what needed to change so that we can eventually have a list of topics that can be discussed and we can build next steps around.  I guess the goal, in my opinion, for this initial iteration of the challenge would be to run the same workload with the least amount of modifications as possible and document areas that caused deviation.  This might also help identify/define the "knobs" as Anne mentioned in her response.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Again, I don't have an answer. I am just noticing that because of<br>
different cloud behaviors, DreamHost has no use of most of the<br>
community-contributed efforts in the Apps Developers space. This makes<br>
me wonder if we as a community are putting our efforts in the wrong<br>
places or it's just DreamHost facing these issue.<br></blockquote><div><br></div></span><div>It's not just you. For a talk in Barcelona, I'm working on a list of all that is difficult for writing generic ansible templates -- such as when you have a different username for the image itself -- is the user name fedora or cloud when running the ansible playbook? </div><div><br></div><div>So we need to keep putting these efforts in. To me, I realize there still is gap is in education and documentation.</div></div></div></div></blockquote><div>+1 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> For example, what are my best practices running an ansible playbook on two different images in two different clouds with two different user names? </div></div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>Thanks,</div><div>Anne</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thoughts?<br>
/stef<br>
<br>
______________________________<wbr>_________________<br>
User-committee mailing list<br>
<a href="mailto:User-committee@lists.openstack.org" target="_blank">User-committee@lists.openstack<wbr>.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/user-com<wbr>mittee</a><br>
</blockquote></span></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Anne Gentle</div><div><a href="http://www.justwriteclick.com" style="font-size:12.8px" target="_blank">www.justwriteclick.com</a><br></div></div></div></div></div>
</font></span></div></div>
<br>______________________________<wbr>_________________<br>
User-committee mailing list<br>
<a href="mailto:User-committee@lists.openstack.org">User-committee@lists.<wbr>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/user-<wbr>committee</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="font-size:small">Thanks,</div><div style="font-size:small">Shamail Tahir</div><div style="font-size:small">t: @ShamailXD</div><div style="font-size:small">tz: Eastern Time</div></div></div></div></div>
</div></div></div>