Hi,<br><br>This is a very interesting scenario...<br><br><div class="gmail_quote">2011/5/23 MORITA Kazutaka <span dir="ltr"><<a href="mailto:morita.kazutaka@lab.ntt.co.jp">morita.kazutaka@lab.ntt.co.jp</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">At Sun, 22 May 2011 11:25:44 +0200,<br>
<div class="im">Gandalf Corvotempesta wrote:<br>
> 2011/5/21 MORITA Kazutaka <<a href="mailto:morita.kazutaka@lab.ntt.co.jp">morita.kazutaka@lab.ntt.co.jp</a>><br>
> ><br>
> > The patched version is also available at:<br>
> >  git://<a href="http://sheepdog.git.sourceforge.net/gitroot/sheepdog/qemu" target="_blank">sheepdog.git.sourceforge.net/gitroot/sheepdog/qemu</a> iscsi<br>
> ><br>
> > See also<br>
> > <a href="https://sourceforge.net/apps/trac/sheepdog/wiki/General%20Protocol%20Support" target="_blank">https://sourceforge.net/apps/trac/sheepdog/wiki/General%20Protocol%20Support</a><br>
><br>
><br>
> If I understand correctly with this patch i'll be able to export a whole<br>
> sheepdog cluster in a single iSCSI block device and then mount it on a<br>
> different server that will run the VMs ?<br>
> Like a distributed SAN, for example:<br>
<br>
</div>You can export a Sheepdog volume (not a whole sheepdog cluster) as an<br>
ISCSI LUN.  Please note that the iSCSI support is experimental.  I/O<br>
is not asynchronous (poor performance), and the export configuration<br>
is not shared among Sheepdog nodes.<br>
<div class="im"><br>
><br>
> 3 sheepdog node merged in a single cluster and then exported to a single<br>
> iSCSI device.<br>
> In front of them, will be 5 debian boxes that mounts the iSCSI device and<br>
> run VM from it ?<br>
><br>
> If one debian box will die, other 4 will take care of the lost VM by running<br>
> them from the iSCSI devices archieving fault tollerance.<br>
<br>
</div>Automatic failover of VMs is not supported.  I think it is out of<br>
scope of the storage system.<br>
<div class="im"><br>
><br>
> If one sheepdog node will die, other sheepdog will takeover it and move the<br>
> iSCSI target to an available node?<br>
<br>
</div>No.  You need to start the iSCSI target on the available node, and<br>
export Sheepdog volumes with the same configuration manually.<br></blockquote><div><br>In this given setup:<br>   * Can we export the same sheepdog volume from many/all sheepdog cluster members at the same time ?<br>   * Can't we use multipathing to connect to the targets to gain fault tolerance ?<br>
<br>Thanks<br><br></div></div>