incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: CloudStack Storage Question
Date Mon, 14 Jan 2013 04:06:08 GMT
Awesome...thanks for the reply, Marcus.


On Sun, Jan 13, 2013 at 9:03 PM, Marcus Sorensen <shadowsor@gmail.com>wrote:

> From your description it sounds like you're asking if a VM can have
> multiple disks. It can, the current model is 1 root disk (created from the
> template you choose) and then N number of data disks (is there a limit?).
> So you could create a new volume, attach it to an existing VM, and that VM
> would see it as a second disk, could format, mount it, and use it for
> example as database or backup space, or for /home or whatever.
> On Jan 13, 2013 8:56 PM, "Mike Tutkowski" <mike.tutkowski@solidfire.com>
> wrote:
>
> > Another thing I was curious about (and perhaps someone on this list can
> > answer) is if, say, Xen is running one VM from one virtual volume (equal
> to
> > a LUN, in this scenario), can an app running in this VM access a data
> > volume from a different virtual volume?
> >
> > So, the VM is running off of one virtual volume and the VM has access to
> > another virtual volume that one of its apps is using?
> >
> > Does CloudStack support this model?
> >
> > What this question comes down to is my company, SolidFire, offers a
> > sophisticated feature called hard quality of service.  One a
> > volume-by-volume basis (which we think of as being equal to a LUN), you
> > "dial in" the performance (IOPS) you need for the volume in question (not
> > "high, medium, and low," but the actual max and min IOPS).
> >
> > I'm under the impression CloudStack is not exactly geared up at the
> moment
> > to support such a model.  Is that a true assessment?
> >
> > Thanks!
> >
> >
> > On Sun, Jan 13, 2013 at 11:02 AM, Sebastien Goasguen <runseb@gmail.com
> > >wrote:
> >
> > >
> > > On Jan 13, 2013, at 6:56 PM, Wido den Hollander <wido@widodh.nl>
> wrote:
> > >
> > > >
> > > >
> > > > On 01/13/2013 06:47 PM, Sebastien Goasguen wrote:
> > > >>
> > > >> On Jan 11, 2013, at 9:22 PM, Marcus Sorensen <shadowsor@gmail.com>
> > > wrote:
> > > >>
> > > >>> On the KVM side, you can do NFS, Local disk storage, CLVM (shared
> > block
> > > >>> device that has Clustered LVM on top of it, a primary pool is
a
> > > particular
> > > >>> volume group and cloudstack carves out logical volumes out of
it as
> > > >>> needed), and RBD (RADOS Block devices, Ceph shared storage. You
> point
> > > it at
> > > >>> your cluster and cloudstack creates RBD devices as needed). Also
> > > >>> SharedMountPoint for something like GFS,OCFS or some shared
> > filesystem.
> > > >>>
> > > >>> Xen has NFS, a 'PreSetup' where you create an SR in your Xen
> cluster
> > > and
> > > >>> pass the SR to it (I think), and iSCSI (I'm not clear on how this
> > > works,
> > > >>> but I'm sure its in the docs)
> > > >>
> > > >> Hi Marcus, that's a nice summary.
> > > >>
> > > >> Can't we do any of the distributed file systems for primary storage
> > > with Xen ?
> > > >>
> > > >
> > > > I've been trying to convince the people from Xen to implement RBD
> into
> > > the blktap driver, but that hasn't been done.
> > > >
> > > > The people from Ceph also have had some conversations with Citrix,
> but
> > > so far nothing has come out of it.
> > > >
> > > > KVM seems to be the winner here if it comes down to distributed
> storage
> > > since it's open source and stuff can be implemented very quickly.
> > > >
> > > > If we want to get this into Xen, it's up to Citrix to implement it.
> > They
> > > just might need a little extra push.
> > > >
> > > > If Citrix gets RBD into blktap, I'll make sure CloudStack knows how
> to
> > > work with it :)
> > >
> > > I will ping some of the xen open source developers I know.
> > >
> > > Any of you guys know of a good presentation on cloudstack storage
> > support ?
> > >
> > > We have lots of things like caringo, swift, gluster etc…that don't seem
> > to
> > > be very well documented. Is there an exhaustive list and some
> > documentation
> > > somewhere ?
> > >
> > > thanks
> > >
> > >
> > > >
> > > > Wido
> > > >
> > > >> -Sebastien
> > > >>
> > > >>>
> > > >>> On Fri, Jan 11, 2013 at 1:14 PM, Mike Tutkowski <
> > > >>> mike.tutkowski@solidfire.com> wrote:
> > > >>>
> > > >>>> So, being new to CloudStack, I'm not sure what kind of storage
> > > protocols
> > > >>>> are currently supported in the product.  To my knowledge,
NFS
> shares
> > > are
> > > >>>> what CloudStack has only supported in the past.  Does CloudStack
> > > support
> > > >>>> iSCSI targets at present?
> > > >>>>
> > > >>>> Thanks!
> > > >>>>
> > > >>>>
> > > >>>> On Thu, Jan 10, 2013 at 3:58 PM, Mike Tutkowski <
> > > >>>> mike.tutkowski@solidfire.com> wrote:
> > > >>>>
> > > >>>>> Thanks, Edison!
> > > >>>>>
> > > >>>>> That's very helpful info.
> > > >>>>>
> > > >>>>>
> > > >>>>> On Thu, Jan 10, 2013 at 3:49 PM, Edison Su <Edison.su@citrix.com
> >
> > > wrote:
> > > >>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>> -----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)*
> > > >>>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>> --
> > > >>>>> *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>
> > > >>>>> *™*
> > > >>>>>
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>> --
> > > >>>> *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>
> > > >>>> *™*
> > > >>>>
> > > >>
> > >
> > >
> >
> >
> > --
> > *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>
> > *™*
> >
>



-- 
*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>
*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message