From: centos-bounces@xxxxxxxxxx [mailto:centos-bounces@xxxxxxxxxx] On Behalf Of Rudi Ahlers
Sent: Friday, January 29, 2010 12:23 AM
To: CentOS mailing list
Subject: Re: NFS vs SMb vs iSCSI for remote backup mounts
On Fri, Jan 29, 2010 at 1:18 AM, nate <centos@xxxxxxxxxxxxxxxx>
wrote:
Rudi Ahlers wrote:If what you have now works, stick with it.. in general network
> nate, why not? Is it simply unavoidable at all costs to mount on system on
> another, over a WAN? That's all I really want todo
file systems are very latency sensitive.
CIFS might work best *if* your using a WAN optimization appliance,
I'm not sure how much support NFS gets from those vendors.
iSCSI certainly is the worst, block devices are very intolerant of
latency.
AFS may be another option though quite a bit more complicated, as
far as I know it's a layer on top of an existing file system that
is used for things like replication
http://www.openafs.org/
I have no experience with it myself.
nate
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
Thanx nate, this is what I wanted to hear :)
So, is there any benefit in using NFS over SMB in this case?
Can't
speak for NFS(3/4), but i can tell you that that smb-protocol combined with high
latency is a recepy for disaster.
We
tried it from europe to the carribean (both sat or fibre) but users spent their
time more complaining then working.
Needed
horrible expensive lan-optimesers at both end
So
perhaps nfs4 or afs (later is intended for geographically separated machines,
afaicr)
but
certainly not smb!
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten.
This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.
_______________________________________________ CentOS mailing list CentOS@xxxxxxxxxx http://lists.centos.org/mailman/listinfo/centos