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

RE: AW: [Xen-users] Best way to use iSCSI in domU

  • To: "Angel L. Mateo" <amateo@xxxxx>, <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: Jeff Sturm <jeff.sturm@xxxxxxxxxx>
  • Date: Fri, 19 Jun 2009 12:07:28 -0400
  • Cc:
  • Delivery-date: Fri, 19 Jun 2009 09:14:12 -0700
  • List-id: Xen user discussion <xen-users.lists.xensource.com>
  • Thread-index: Acnwp0D4PvINA15JTuiUaCnIK2neMwATwLjw
  • Thread-topic: AW: [Xen-users] Best way to use iSCSI in domU

> -----Original Message-----
> From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-users-
> bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Angel L. Mateo
> Sent: Friday, June 19, 2009 2:29 AM
> To: xen-users@xxxxxxxxxxxxxxxxxxx
> Subject: RE: AW: [Xen-users] Best way to use iSCSI in domU
> El jue, 18-06-2009 a las 13:43 -0400, Jeff Sturm escribiÃ:
> > Exporting block devices from DomU instead was much more successful.  The
> > performance bottleneck seemed to vanish, we could tune the network as we
> > see fit (e.g. multipath / jumbo frames, good for storage), and the phy:
> > backend allows for asynchronous writes (although the latter prevented us
> > from doing this on shared GFS filesystems).
> >
>       OK. But supppose I need two domUs (in the same dom0) needing the same
> iSCSI resource. Could they share it if I configure it in the dom0?

Yes.  If you export it read/write however, you need to override Xen's sanity 
that would normally prevent you from doing so.

Here's an example:

node01: 'tap:sync:/dev/vg/wwwdocs,xvdg,w!'
node02:         'tap:sync:/dev/vg/wwwdocs,xvdg,w!'

In this example, /dev/vg/wwwdocs contains a clustered filesystem mounted 
on several domU instances, some of which are on the same dom0, some not.

We also use tap:sync: to ensure blocks are flushed to the SAN as they are 
If you have just one dom0 and could tolerate possible data loss, you're 
probably fine
using phy: or tap:aio: instead.


Xen-users mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.