Re: Teaming vs Bond?

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

 



Hi,


In general and not in Gluster.

we used Teaming for some time and we switched back to Bonding because we had issues with the load balancing of Teaming.

With teaming config was "LACP, eth,ipv4,ipv6" the results was one interface utilized more then the other one, and in some cases one interface gets fully utilized, while with Bonding, config we are using is "xmit_hash_policy=layer2+3" or "xmit_hash_policy=layer3+4", load distributed evenly on all interfaces.

Of course it depends on the application and the server setup but, since then we only are using Bonding whenever we need load balancing and we had no issues so far.




--

Respectfully
Mahdi A. Mahdi



From: gluster-users-bounces@xxxxxxxxxxx <gluster-users-bounces@xxxxxxxxxxx> on behalf of wk <wkmail@xxxxxxxxx>
Sent: Saturday, June 17, 2017 10:59:58 PM
To: gluster-users@xxxxxxxxxxx
Subject: Teaming vs Bond?
 
I'm looking at tuning up a new site and the bonding issue came up

A google search reveals that the gluster docs (and Lindsay) recommend
balance-alb bonding.

However, "team"ing came up which I wasn't familiar with. Its already in
RH6/7 and Ubuntu and their Github page implies its stable.

The libteam.org people seem to feel their solution is more lightweight
and it seems easy enough to setup.

Before I go down this path, I was curious if anyone had any
experience/comments with 'team'

It would be nice to get a little speed bump essentially for free.

-bill




_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users

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

  Powered by Linux