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

Re: [Xen-users] lustre clustre file system and xen 3



Karsten Nielsen wrote:
> Mayby I frased my question wrong. I have read a lot on the mailing list
> about pros and cons of different ways to make the file backend avalible
> to multiple physical servers.
> 
> But it seems that there are no real good answer to that question as fare
> as I have read. There are pros and cons to every solution.
> 
> What I was looking for is a file backend that performs very well and is
> relayable.
> 
> If I want to use ocfs2 I cannot resize the file system.
> (http://www.mail-archive.com/ocfs2-users@xxxxxxxxxxxxxx/msg00059.html)
> If I want to use GFS it's performence is not that great
> (http://guialivre.governoeletronico.gov.br/mediawiki/index.php/TesteGFSGraficoRaid10_ext3vsgfs
>   and
> http://guialivre.governoeletronico.gov.br/mediawiki/index.php/TestesGFS )
> 
> Mayby I am making this to complicated and should not worry about the
> lock system of clustre file systems what I am looking for is realy
> performance and relyability.
> 
> Any hints ?
> And why do you think that Lustre is at bad idea ?

I think Lustre is fine, although it's most likely overkill for just two
app servers.  DRBD is probably closer to what you want.  I think the
file backend portion is a bad idea.  It's a bad idea to unnecessarily
involve a filesystem cache.  Unless I had a very large cluster, I would
still probably use GFS.

-- 
Christopher G. Stach II

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

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