openstack team mailing list archive

[Chuck Thier <cthier@xxxxxxxxx>]

Hey Rob,

Thanks for the input.  The goal is to make the volume types flexible,
similar to how flavors work with the openstack compute api.  The
Service implementer will define what types of volumes will be
available based on which storage backends that they will choose.  This
will include what parameters need to be sent for a given storage type.
 So for example, you might define a volume type of "Highly Available"
that has a parameter that determines the number of replicas.

--
Chuck

On Tue, Jul 19, 2011 at 3:01 PM, Robert Esker <esker@xxxxxxx> wrote:
> Chuck,
>
> This is very welcome in light of LUNR's refactoring.  The first concept outlined was supported by an example of differing performance tiers.  I'd elaborate by indicating that classes of storage can be defined on the basis of performance (which itself is nuanced: latency, throughput, IOP/s), protection policies, availability, is it cached, cloned, deduplicated, compressed, encrypted, et cetera?  Nova volume needs to support some notion of those characteristics as well.
>
> Thanks,
> Rob Esker
>
>
> On Jul 18, 2011, at 6:05 PM, Chuck Thier wrote:
>
>> There are two concepts that I would like Nova Volumes to support:
>>
>> 1.  Allow different storage classes within a storage driver.  For
>> example, in our case we will have some nodes with high iops
>> capabilities and other nodes for cheaper/larger  volumes.
>>
>> 2.  Allow for different storage backends to be used and specified by
>> the user.  For example, you might want to use both the Lunr volume
>> backend, and one of the SAN backends.
>>
>> I think having the idea of a volume type when creating a volume would
>> support both of these features.  I have started a blueprint and spec
>> below, and would like to solicit feedback.
>>
>> Blueprint: https://blueprints.launchpad.net/nova/+spec/volume-type
>> Spec: http://etherpad.openstack.org/volume-type
>>
>> Please let me know what you think, and if you have any questions.
>>
>> --
>> Chuck
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>
>