Open Stack

Hi,

Yes, that's correct.

However, what I'm looking for is the ability to change the "Disk" portion
of the flavor on the fly while keeping the rest of the flavor attributes
intact. This is possible in AWS.

While I could create a new flavors for various root disk sizes (m1.tiny-10,
m1.tiny-20, m1.tiny-30, m1.xlarge-10, m1.xlarge-20, etc etc), this still
only allows for certain given sizes and wouldn't allow a user to specify a
root disk of, say, 11 or 12gb. Not to mention the complexity of managing so
many different flavors.

Thanks,
Joe


On Tue, Aug 6, 2013 at 9:30 AM, JuanFra Rodriguez Cardoso <
juanfra.rodriguez.cardoso at gmail.com> wrote:

> Hi Joe,
>
> OpenStack make use of 'flavors' for defining sizes such as RAM, root disk,
> swap... in your instances.
> You can look
> http://docs.openstack.org/trunk/openstack-ops/content/flavors.html for
> extend the info.
>
> Regards,
> ---
> JuanFra
>
>
> 2013/8/6 Joe Topjian <joe.topjian at cybera.ca>
>
>> Hello,
>>
>> In Amazon AWS, when a user launches an instance, they have the ability to
>> specify a custom root disk size. All other aspects of the flavor will stay
>> the same.
>>
>>  Is this currently possible to do (Folsom+) or is there a blueprint to
>> implement this? I apologize if there is -- I was unable to find one.
>>
>> Thanks,
>> Joe
>>
>> --
>> Joe Topjian
>> Systems Architect
>> Cybera Inc.
>>
>> www.cybera.ca
>>
>> Cybera is a not-for-profit organization that works to spur and support
>> innovation, for the economic benefit of Alberta, through the use
>> of cyberinfrastructure.
>>
>> _______________________________________________
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>
>>
>


-- 
Joe Topjian
Systems Architect
Cybera Inc.

www.cybera.ca

Cybera is a not-for-profit organization that works to spur and support
innovation, for the economic benefit of Alberta, through the use
of cyberinfrastructure.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20130806/47c4ea5c/attachment.html>