<div dir="ltr">FWIW, although it's somewhat opaque to us in that we only get an insight if people raise support tickets, we do see a lot of use of Terraform on our public cloud. </div><div class="gmail_extra"><br><div class="gmail_quote">On 18 April 2016 at 18:23, David F Flanders <span dir="ltr"><<a href="mailto:flanders@openstack.org" target="_blank">flanders@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Worth noting the cloud's 'Cambrian explosion' we are experiencing for the "AppDev Toolbox" at the moment. <div><br></div><div>For example, just saw an options paper for K8S atop OpenStack, where there are several pages of options. </div><div>^^ See Kubernetes slack/irc channel #OpenStack-SIG (I'll send the link anon currently in transit).</div><div><br></div><div>Best, Flanders</div><div><br><br>On Wednesday, April 13, 2016, Fox, Kevin M <<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank">Kevin.Fox@pnnl.gov</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div name="Compose message area" style="padding-top:15px;padding-left:10px;padding-right:10px">
<div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt">Hybrid cloud use case is kind of different then regular OpenStack apps...<br>
<br>
So, AWS and Heat both support CFN formatted templates, so the implementation can potentially be shared between those two, but if you need GCP or Azure, then that won't work.<br>
<br>
Some of the docker orchestration systems are starting to grow cross cloud options such as Kubernetes with Ubernetes. That abstraction might be a good target for a Hybrid cloud crossing multiple cloud providers different api's. I haven't used Ubernetes though
so I'm not sure how well it works in practice yet. Just something to look at.<br>
<br>
Terraform might be another good cross cloud orchestration tool. I haven't used this one either, but some of my co-workers have to good affect.<br>
<br>
Thanks,<br>
Kevin<br>
<br>
<div style="font-family:Times New Roman;color:#000000;font-size:16px">
<hr>
<div style="direction:ltr"><font color="#000000" face="Tahoma" size="2"><b>From:</b> Bart Demeulenaere [<a>bart.demeulenaere@venean.com</a>]<br>
<b>Sent:</b> Tuesday, April 12, 2016 2:39 PM<br>
<b>To:</b> David F Flanders; Fox, Kevin M<br>
<b>Cc:</b> <a>user-committee@lists.openstack.org</a><br>
<b>Subject:</b> Re: [User-committee] [app] 1st milestone for my first Openstack Application<br>
</font><br>
</div>
<div></div>
<div>
<div><font face="Calibri">Hi,</font></div>
<div><font face="Calibri"></font> </div>
<div><font face="Calibri">@David - the webserver in my application is meant as a monitoring component for a group of distributed processing components (these are the ones that would require (at least) 3 more VMs) - it was just easiest to do this component first
as it has a nice way of providing feedback that it is up and running (http responses). I would like to make this cross-cloud indeed - AWS, GCP and some public Openstack provider (Dreamhost just came out with a nice offering). The big advantage of the Python
script is that I can easily make it cross-cloud - and Python is great to work with.</font></div>
<div><font face="Calibri"></font> </div>
<div><font face="Calibri">@Kevin - I will try Heat as well, have experimented with it before. The cross-cloud experimentation requires the coding though. As for fault tolerance, this could mean many things - I am pretty sure that I can make my script reliably
and reproducibly launch at least 4 VMs that provide me with the processing and monitoring platform that I need. What I do like about the orchestration and ceilometer components together is that they should allow for elasiticity to be built in. I had one thing
with Heat before though (and again in the Juno release), I think in a devstack deployment, where I terminated a server (VM) from Horizon that had been created as part of a stack - and then I could no longer remove the stack. I did not try this again so far
as I do not want to mess up my deployment.</font></div>
<div><font face="Calibri"></font> </div>
<div><font face="Calibri">Kind regards,</font></div>
<div><font face="Calibri">Bart</font></div>
<div><font face="Calibri"></font> </div>
<div style="font:10pt Tahoma">
<div><br>
</div>
<div style="background:#f5f5f5">
<div><b>From:</b> <a title="flanders@openstack.org">
David F Flanders</a> </div>
<div><b>Sent:</b> Tuesday, April 12, 2016 4:38 AM</div>
<div><b>To:</b> <a title="mailto:Kevin.Fox@pnnl.gov
Druk op CTRL en klik als je de link wilt volgen">
Fox, Kevin M</a> </div>
<div><b>Cc:</b> <a title="bart.demeulenaere@venean.com">
Bart Demeulenaere</a> ; <a title="user-committee@lists.openstack.org">
user-committee@lists.openstack.org</a> </div>
<div><b>Subject:</b> Re: [User-committee] [app] 1st milestone for my first Openstack Application</div>
</div>
</div>
<div><br>
</div>
<div dir="ltr">
<div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Bart, </div>
<div class="gmail_default" style="font-family:tahoma,sans-serif"><br>
</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif">Is this script intended to run across multiple clouds to test the basics of being able to "build a webserver" on any given cloud, aka "AppDev usability of clouds"? </div>
<div class="gmail_default" style="font-family:tahoma,sans-serif"><br>
</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif">Hence not being able to use Heat, as Heat doesn't work with AWS, Azure, GCP, etc.?</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif"><br>
</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif">Apologies if I've got crossed wires.</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif"><br>
</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif">I've also love to hear your impression of ask.openstack from an AppDev PoV, but that for another thread.</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif"><br>
</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif">Best, Flanders</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Apr 12, 2016 at 8:42 AM, Fox, Kevin M <span dir="ltr">
<<a>Kevin.Fox@pnnl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="padding-left:1ex;margin:0px 0px 0px 0.8ex;border-left:#ccc 1px solid">
Cool. :)<br>
<br>
I'd recommend looking into OpenStack Heat very closely though for doing most of the heavy lifting. Doing the deployment Declaratively makes for significantly less code then trying to do it Imperatively and makes it much more fault tolerant.<br>
<br>
You can do something like:<br>
parameters:<br>
Name: Server1<br>
Flavor: m1.large<br>
ExtraUserData: "yum install -y httpd; systemctl start httpd; systemctl enable httpd"<br>
PrimarySecurityGroup: web<br>
PrimaryNetworkId: cd5f6918-2870-48f4-85d1-722e70350ed4<br>
<br>
heat stack-create -e <the file above> -u <a href="https://raw.githubusercontent.com/EMSL-MSC/heat-templates/master/cfn/lib/SimpleServer.yaml" rel="noreferrer" target="_blank">
https://raw.githubusercontent.com/EMSL-MSC/heat-templates/master/cfn/lib/SimpleServer.yaml</a> MyStack<br>
<br>
Done. :)<br>
<br>
I'm continuing development on the lib templates to make them even more generic/configurable to make it even easier to launch complicated setups without much code. See some of the parent directories for more examples.<br>
<br>
Thanks,<br>
Kevin<br>
<br>
________________________________________<br>
From: Bart Demeulenaere [<a>bart.demeulenaere@venean.com</a>]<br>
Sent: Monday, April 11, 2016 3:13 PM<br>
To: <a>user-committee@lists.openstack.org</a><br>
Subject: [User-committee] [app] 1st milestone for my first Openstack Application<br>
<div>
<div><br>
Hi,<br>
<br>
Over the past 2 months with so little time I can dedicate to this effort I<br>
have been crawling towards my first Opensatck application. Today I have<br>
reached my first milestone. So what is this about?<br>
<br>
The Openstack deployment is:<br>
- Mirantis 6.0/Openstack Juno (so old) on a single hardware box in a bunch<br>
of Virtualbox VMs (6 of them) - the Openstack VMs have no internet access<br>
- Nova networking (could not get Neutron configured so I could use it)<br>
- Swift object storage<br>
<br>
My first milestone is a Python script that will upload a software archive to<br>
the Object storage, then launch a VM on Openstack that upon boot<br>
(cloud-init) will download that archive and start a webserver from it that<br>
is externally accessible. So prerequisites are an uploaded cloud-image for<br>
the VM and a security group (with SSH key and port rules). The webserver<br>
just returns 'exception' when contacted as it is supposed to monitor another<br>
part of y application that I have not yet up and running (next milestone).<br>
Point is though - it is auto-launched at VM creation time (running as a<br>
non-root user) and it is externally accessible, returning something.<br>
<br>
I used the nova-python sdk and swift-python sdk for this, tried first with<br>
the integrated OpenstackPythonSDK, but my deployment is likely too old and<br>
it has no Neutron, so that did not work out. I also had to as a question on<br>
Ask Openstack to get up to speed with the python SDK documentation. The<br>
answer I got to my question there provided snippets that did not run, but<br>
they kickstarted my understanding of the SDK, so they were more than welcome<br>
and extremely useful in that respect.<br>
<br>
Next milestone: get the other parts of the app deployed and running (at<br>
least 3 more VMs) and get all VMs communicating with each other.<br>
<br>
Kind regards,<br>
Bart<br>
<br>
--------------------------------------------------<br>
From: "Bonell Manjarrez, Marcela" <<a>marcela.bonell.manjarrez@intel.com</a>><br>
Sent: Monday, February 08, 2016 11:59 PM<br>
To: <<a>user-committee@lists.openstack.org</a>><br>
Subject: [User-committee] [app] Deploying FirstApp in Trystack<br>
<br>
> Hi folks,<br>
><br>
> Good news, I'm able to deploy the FirstApp (getting started script) in<br>
> Trystack [1] with shade!<br>
><br>
> First, I tried with libcloud without success, because libcloud has<br>
> problems with networking (security groups).<br>
> Then I tried with shade and everything worked fine!<br>
><br>
> The pre-work required to deploy the app is:<br>
><br>
> * Generate an API password (Settings tab)<br>
> * Create an internal network<br>
> * Create a router<br>
> * Connect the internal and public networks with the router<br>
><br>
> All these steps are well documented in a video[2] that is accessible from<br>
> Trystack horizon login page [3].<br>
><br>
> Despite the fact that Trystack is for testing purposes only (your<br>
> instances are available just for 1-3 days), it can be used for training or<br>
> to explore app development such as the FirstApp tutorial.<br>
><br>
> [1] <a href="http://trystack.org/" rel="noreferrer" target="_blank">http://trystack.org/</a><br>
> [2] <a href="https://www.youtube.com/watch?v=z-M5Vt4-HYg" rel="noreferrer" target="_blank">
https://www.youtube.com/watch?v=z-M5Vt4-HYg</a><br>
> [3] <a href="https://x86.trystack.org/dashboard/auth/login/?next=/dashboard/" rel="noreferrer" target="_blank">
https://x86.trystack.org/dashboard/auth/login/?next=/dashboard/</a><br>
><br>
> Marcela Bonell.<br>
> _______________________________________________<br>
> User-committee mailing list<br>
> <a>User-committee@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee" rel="noreferrer" target="_blank">
http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee</a><br>
<br>
<br>
_______________________________________________<br>
User-committee mailing list<br>
<a>User-committee@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee</a><br>
<br>
_______________________________________________<br>
User-committee mailing list<br>
<a>User-committee@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</blockquote></div>
<br>_______________________________________________<br>
User-committee mailing list<br>
<a href="mailto:User-committee@lists.openstack.org">User-committee@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee</a><br>
<br></blockquote></div><br></div>
<br>
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">DataCentred Limited registered in England and Wales no. 05611763</span>