incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Edison Su <Edison...@citrix.com>
Subject RE: CloudStack Storage Question
Date Thu, 10 Jan 2013 22:49:38 GMT


> -----Original Message-----
> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> Sent: Thursday, January 10, 2013 2:22 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: CloudStack Storage Question
> 
> Hi everyone,
> 
> I'm new to CloudStack and am trying to understand how it works with
> regards to storage exposed to hypervisors.
> 
> For example:
> 
> My company, SolidFire, has a feature that exists at the virtual-volume (for us,
> equivalent to a LUN) layer:  Hard Quality of Service.  So, for each volume in
> one of our clusters, you can specify a minimum and maximum number of
> IOPS (beneficial to Cloud Service Providers who want to write hard SLAs
> around performance).
> 
> We have a potential customer who is using CloudStack currently with another
> vendor (via NFS shares).  They asked me today how a hypervisor run under
> CloudStack would see the iSCSI storage exposed to them in one of our
> volumes.  More specifically, can the hypervisor see a volume per VM or is the
> hypervisor forced to create all of its VMs off of the same volume?  If the
> hypervisor is forced to create all of its VMs off of the same volume, then this
> would significantly reduce the value of our hard quality of service offering
> since all of these VMs would have to run at the same performance SLA.


It depends on hypervisor, for KVM, per VM per LUN will work, xenserver doesn't work. For Vmware,
it will work, but with a limitation(one ESXi host can only have 256 LUN at max).

> 
> Can anyone help me better understand how this would work?
> 
> Thanks so much!!
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *(tm)*

Mime
View raw message