[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [libvirt] rbd storage pool support for libvirt

Hi Daniel,

On 11/08/2010 05:16 AM, Daniel P. Berrange wrote:
In any case, before someone goes off and implements something, does this
look like the right general approach to adding rbd support to libvirt?

I think this looks reasonable. I'd be inclined to get the storage pool
stuff working with the kernel RBD driver&  UDEV rules for stable path
names, since that avoids needing to make any changes to guest XML
format. Support for QEMU with the native librados CEPH driver could
be added as a second patch.

Okay, that sounds reasonable.  Supporting the QEMU librados driver is
definitely something we want to target, though, and seems to be route that
more users are interested in.  Is defining the XML syntax for a guest VM
something we can discuss now as well?

(BTW this is biting NBD users too.  Presumably the guest VM XML should
look similar?

And also Sheepdog storage volumes. To define a syntax for all these we need
to determine what configuration metadata is required at a per-VM level for
each of them. Then try and decide how to represent that in the guest XML.
It looks like at a VM level we'd need a hostname, port number and a volume
name (or path).

It looks like that's what Sheepdog needs from the patch that was
submitted earlier today. For RBD, we would want to allow multiple hosts,
and specify the pool and image name when the QEMU librados driver is
used, e.g.:

    <disk type="rbd" device="disk">
      <driver name="qemu" type="raw" />
      <source vdi="image_name" pool="pool_name">
        <host name="mon1.example.org" port="6000">
        <host name="mon2.example.org" port="6000">
        <host name="mon3.example.org" port="6000">
      <target dev="vda" bus="virtio" />

As you mentioned earlier, we could just use the existing source format
for the kernel RBD driver.

Does this seem like a reasonable format for the VM XML? Any suggestions?


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]