[Gluster-devel] Suggestions

Gordan Bobic gordan at bobich.net
Wed Jun 8 11:34:55 UTC 2011


Hans K. Rosbach wrote:

> -SCTP support, this might not be a silver bullet but it feels
[...]

>  Features that might need glusterfs code changes:
[...]
>   -Multihoming (failover when one nic dies)

How is this different to what can be achieved (probably much more 
cleanly) with NIC bonding?

[...]
> -Ability to have the storage nodes autosync themselves.
>  In our setup the normal nodes have 2x1Gbit connections while the
>  storage boxes have 2x10Gbit connections, so having the storage
>  boxes use their own bandwidth and resources to sync would be nice.

Sounds like you want server-side rather than client-side replication. 
You could do this by using afr/replicate on the servers, and export via 
NFS to the clients. Have failover handled as for any normal NFS server.

> -An ability for the clients to subscribe to metadata updates for
>  a specific directory would also be nice, so that it can cache that
>  folders stats while working there and still know that it will not
>  miss any changes. This would perhaps increase overhead in large
>  clusters but could improve performance by a lot in clusters where
>  several nodes work in the same folder (mail spool folder for example).

You have a shared mail spool on your nodes? How do you avoid race 
conditions on deferred mail?

Gordan




More information about the Gluster-devel mailing list