<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<br>
<div>
<div>On May 1, 2013, at 12:00 AM, Doug Davis <<a href="mailto:dug@us.ibm.com">dug@us.ibm.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div>
<p><font size="2" face="sans-serif">+1</font><br>
<font size="2" face="sans-serif">I tend to look at this blueprint from a more abstract level and so to me this is really just asking for a set of Openstack APIs to be invoked automatically. That really isn't that fundamentally different than what a user of
Heat will be trying to do - execute a set of Openstack APIs. Whether its to stand-up an application or to perform a backup of a VM, the infrastructure to deal with the execution of those APIs shouldn't really know or care. Especially when you consider that
these set of operations could very well not be trivial in nature (ie. blindly do this, then this, then this...) but rather could require some "smarts" to them (e.g. conditional execution of certain steps), and at that point the problem become much harder than
just a cron job of VM.createSnapshot(). I would hope that Heat would be able to help with these types of usecases.
</font><br>
</p>
</div>
</blockquote>
<div>Hey Doug,</div>
<div><br>
</div>
<div>To be honest, I'm a little confused by this mentality. An absurd conclusion I could reach (if I was trying to make a point) to this is that there is no API to openstack except Heat, and I don't think that's what we want.</div>
<div><br>
</div>
<div>I don't think that you should be required to have heat deployed, or require users to use a heat template just to take a snapshot manually, and so I don't think its a foregone conclusion that you would use heat for scheduling - in particular given that
heat has no concept of timing. In addition, my gut says that If there is a reason for multiple services to do things at a configured time, lets have a scheduling service that can, in the simple case, take a snapshot of a server, and in a more complex case
pause the instance, snapshot it, and move on.</div>
<div><br>
</div>
<div>Gabe</div>
<blockquote type="cite">
<div>
<p><br>
<font size="2" face="sans-serif"> Now, time-based execution instead of just user initiation execution might be a twist, but I see no reason why that couldn't be added to Heat if its not already there.<br>
<br>
thanks<br>
-Doug<br>
________________________________________________________<br>
STSM | Standards Architect | IBM Software Group<br>
(919) 254-6905 | IBM 444-6905 | <a href="mailto:dug@us.ibm.com">dug@us.ibm.com</a><br>
The more I'm around some people, the more I like my dog.</font><br>
<br>
<span><graycol.gif></span><font size="2" color="#424282" face="sans-serif">Russell Bryant ---04/30/2013 05:49:28 PM---Greetings, The following blueprint was proposed for the havana series:</font><br>
<br>
<font size="1" color="#5F5F5F" face="sans-serif">From: </font><font size="1" face="sans-serif">Russell Bryant <<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>></font><br>
<font size="1" color="#5F5F5F" face="sans-serif">To: </font><font size="1" face="sans-serif">OpenStack Development Mailing List <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>>,
</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Date: </font><font size="1" face="sans-serif">04/30/2013 05:49 PM</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Subject: </font><font size="1" face="sans-serif">[openstack-dev] [Nova][Heat] scheduled-images blueprint</font><br>
</p>
<hr width="100%" size="2" align="left" noshade="" style="color:#8091A5; ">
<br>
<br>
<br>
<tt><font size="2">Greetings,<br>
<br>
The following blueprint was proposed for the havana series:<br>
<br>
</font></tt><tt><font size="2"><a href="https://blueprints.launchpad.net/nova/+spec/scheduled-images">https://blueprints.launchpad.net/nova/+spec/scheduled-images</a></font></tt><tt><font size="2"><br>
<br>
Based on the current design, I think the nova part of this needs to be<br>
deferred. It does not seem appropriate to add an API extension that<br>
talks to a service that is not an integrated project, or at least incubated.<br>
<br>
Beyond that, I'm curious about the choice to implement this as a new<br>
service. I definitely agree that this is not something that should be<br>
implemented inside of Nova. However, I wonder if it makes sense as a<br>
feature in Heat. It seems like an orchestration feature.<br>
<br>
Thoughts?<br>
<br>
-- <br>
Russell Bryant<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
</font></tt><tt><font size="2"><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></font></tt><tt><font size="2"><br>
<br>
</font></tt><br>
</div>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br>
</blockquote>
</div>
<br>
</body>
</html>