[sheepdog-users] 答复: Re: Re: re: Re: support for share storage

[Andrew J. Hobbs]

I think what you're missing is sheepdog does absolutely nothing in regard to shared locking, meta data, etc.  What you're looking for is more like GFS2 or OCFS running on your shared storage.  Or Ceph's MDS capabilities, although while they claim it works, it's still not recommended for production and there are performance issues with it.

What sheepdog will do is (as of 0.9) is provide a VDI level lock for the image such that only a single machine can access that VDI at a time.  Prior to that, if you accidentally started a VM on two different hosts, the images would corrupt as you had two simultaneously operating images in the same image with no protection.


On 12/03/2014 03:40 AM, yang.bin18 at zte.com.cn<mailto:yang.bin18 at zte.com.cn> wrote:

>>     In this model,if node1 down,whether can /media/nas/node1 be loaded
>> within other node online and guest can still access the data in
>> /media/nas/node1 existed.

>The one you speak about is the standard share storage model.
>Why don't you save your qcow2/raw files directly in the shared storage?
       Because we have mutiple nodes to access the same shared storage the same time,so we need a clustered filesystem to manage.
>Or export block devices by iscsi or nbd?
       We use fiber storage.
>In other words, that are the benefits of using sheepdog if you already
>have a shared storage?
       To implement concurrent access to the share storage from diffrecent nodes.









--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.






-------------- next part --------------
A non-text attachment was scrubbed...
Name: ajhobbs.vcf
Type: text/x-vcard
Size: 353 bytes
Desc: ajhobbs.vcf
URL: <http://lists.wpkg.org/pipermail/sheepdog-users/attachments/20141203/d256762a/attachment-0005.vcf>