<div dir="ltr">Hey Jay!<div><br></div><div>Thanks for the clarification. There was another thing that I wanted to know, is there any provision to pass extra arguments or some extra specifications along with the VM request to nova. To give you some context, I wanted to pass a host:vm mapping to the nova scheduler for its host selection process, and I'm providing this mapping from outside of the openstack architecture. So I need to send this information along with the request to the scheduler. One way of doing this was creating new flavors with their extra specification as different hosts, but that would lead to as you pointed out earlier a "flavor explosion" problem.</div><div><br></div><div>So is there a way to pass some extra arguments or some additional information to nova.   </div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 22, 2016 at 7:17 PM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi! Comments inline...<span><br>
<br>
On 01/22/2016 01:26 AM, Dhvanan Shah wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I had a few queries regarding adding extra specs for VM requests.<br>
<br>
According to my understanding if I want to add extra specs to requests<br>
then I need to change that in different flavors adding those<br>
capabilities by setting them in the flavors. But if the requests that I<br>
get have varying values for those extra capabilities then it seems to<br>
create an issue as the values in the flavors are static. Please correct<br>
me if I'm wrong.<br>
</blockquote>
<br></span>
Right, flavors are static blobs of both resources (amounts of things requested by the user) and capabilities (free-form key/value pairs in extra_specs). For every variation you may want to offer your cloud users, you need to create a new flavor in the system, and your cloud users must select that flavor when booting a VM.<br>
<br>
Don Dugger from Intel has called this problem "flavor explosion", which I have comically re-labeled "the Skittles problem". We have a long-term plan to allow for the ability to list a set of capabilities present in the deployment and allow a cloud user to "mix and match" resource amounts and required capabilities in a more flexible way, but that work is likely 9-12 months out in reality.<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So I wanted to know as to how I could dynamically add those extra specs<br>
best suiting each request. Is there a way of mentioning the extra specs<br>
everytime I spawn a VM through the nova cli? Setting and unsetting the<br>
extra specs everytime I spawn VM's according to my need would be quite<br>
inefficient as it makes changes to the database.<br>
</blockquote>
<br></span>
Yes, it is a clunky and inflexible API right now, I agree. The genesis of the flavor concept comes from Rackspace Cloud Servers, which modeled its flavor concept on the Amazon EC2 instance types concept. This model works well for public clouds, because a) they use the flavor as a stock-keeping unit (SKU) so therefore this system makes billing easier, and b) it reduces the number of hardware configuration options that public cloud operators need to provide at scale to users.<br>
<br>
If you are interested in this area, follow conversations and blueprints with the terms "flavor decomposition", "host capabilities", and "resource representation".<br>
<br>
Best,<br>
-jay<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr">Dhvanan Shah</div></div>
</div></div>