xen-api

[Top] [All Lists]

[Xen-API] SR

from [Ewan Mellor]

[Permanent Link][Original]

To:	Xen-API <xen-api@xxxxxxxxxxxxxxxxxxx>
Subject:	[Xen-API] SR
From:	Ewan Mellor <ewan@xxxxxxxxxxxxx>
Date:	Sun, 8 Oct 2006 23:03:45 +0100
Delivery-date:	Sun, 08 Oct 2006 15:04:00 -0700
Envelope-to:	www-data@xxxxxxxxxxxxxxxxxx
List-help:	<mailto:xen-api-request@lists.xensource.com?subject=help>
List-id:	Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
List-post:	<mailto:xen-api@lists.xensource.com>
List-subscribe:	<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=subscribe>
List-unsubscribe:	<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=unsubscribe>
Sender:	xen-api-bounces@xxxxxxxxxxxxxxxxxxx
User-agent:	Mutt/1.5.9i

Jim asked for some clarification regarding the semantics of the SR class
in the Xen-API; here it is:

SR is a new concept, not implemented in Xend as it stands today.  An SR
is analogous to CIM's StoragePool.  An SR represents a storage location
that has been registered with Xend.  SRs may be looked up by name or
listed, and then new disks (VDIs) may be allocated from and created
within that storage repository.

To support this API, storage management within Xend will have to be
improved.  Up 'til now, a new disk image such as a QCOW image file has
had to be made manually, but the intention is that Xend will be able to
do this itself.  This will allow remote creation of new VDIs without
needing to access the Xen host to allocate the storage manually.

Cheers,

Ewan.

_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api

[More with this subject...]

<Prev in Thread]	Current Thread	[Next in Thread>
[Xen-API] SR, Ewan Mellor <=

Previous by Date:	[Xen-API] Xen-API Preview Tree, Ewan Mellor
Next by Date:	Re: [Xen-API] Xen-API Preview Tree, Stefan Berger
Previous by Thread:	[Xen-API] Xen-API Preview Tree, Ewan Mellor
Next by Thread:	[Xen-API] no Xen-API call today, Gareth S Bestor
Indexes:	[Date] [Thread] [Top] [All Lists]