replication client or server side

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

 



Hi all,

I am presently re-thinking the way we are using glusterfs 1.3.5 here. We
are doing replication (*3 with 3 bricks) on client side to produce a
small HA cluster. We are planning to extend the brick number. Drawing
that again and looking at some examples on the wiki doing it another way
(Kritical's tutorial), we are wondering wether doing the replication
(AFR) on the server side (glusterfsd) would be more suitable than doing
it on the client side ? Have you any experience or remark on that ? Does
this have performance impact in your opinion ?

If replication is transfered to server side, we'll have to use
unification on client side to achive HA (and then obtain active
self-heal?). Is this latter configuration reasonable ?


Present configuration:

Client stack:	FUSE
		PERFORMANCE TRANSLATORS (write-b/io-cache/io-thread)
		AFR
		CLIENT TRANSPORT

Server stack:	SERVER TRANSPORT
		PERFORMANCE TRANSLATOR (io-thread)
		POSIX LOCKS FEATURE
		POSIX STORAGE


Planned configuration:

Client stack:	FUSE
		PERFORMANCE TRANSLATORS (write-b/io-cache/io-thread)
		UNIFY
		CLIENT TRANSPORT

Server stack:	SERVER TRANSPORT
		PERFORMANCE TRANSLATOR (io-thread)
		AFR
		POSIX LOCKS FEATURE
		POSIX STORAGE

Vincent




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux