Bonded Gigabit

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

 



Shoot me an email if you would like to see how I configure my Cisco  
switches.

Let us know how the testing works out!

Liam



On Jan 6, 2010, at 3:36 AM, Adrian Revill  
<adrian.revill at shazamteam.com> wrote:

> Hi Liam,
> Yes that is a good point, i will have to check for that, as I will  
> be moving from 3com to Cisco 5500g
> So far I only have 2 elderly test servers, using netperf i have  
> measured 1600Bbits/s which seems to be CPU limited. I will look at  
> the double brick idea as it sounds a good work arround.
>
> Liam Slusser wrote:
>> I use balance mode0 on my gluster servers - but it doesnt exactly  
>> work
>> as you would expect it too.  We run Cisco 4948g switches (48 port
>> gigabit) and our gluster servers have two gigabit links bounded
>> together using mode0.  Balance mode0 does a great job of balancing
>> outbound traffic however the Cisco's always routes each single  
>> INBOUND
>> tcp connection traffic down a single trunk.  So the only way to  
>> really
>> gain an advantage is to use multiple tcp connections between the many
>> hosts - or in the case of gluster using multiple bricks per server
>> striped together.
>>
>> liam
>>
>> On Tue, Jan 5, 2010 at 7:20 AM, Adrian Revill
>> <adrian.revill at shazamteam.com> wrote:
>>
>>> Hi
>>>
>>> I am looking at which is the best bonding mode for giagbit links  
>>> for the
>>> servers. I have a choice of using the 802.3ad (mode4) or bonding- 
>>> rr (mode0)
>>> I would prefer to use mode4 but this will only give a single TCP  
>>> connection
>>> 1Gbit of bandwidth, where mode0 will give multi Gbit of band width  
>>> to a
>>> single TCP connection.
>>>
>>> My question is, If i have 4 mirrored servers. when a AFR  
>>> replicates data
>>> between servers, does it run multiple TCP connections concurrently  
>>> to copy
>>> the data to all 4 servers at once, or does it do each server in  
>>> turn.
>>>
>>> ______________________________________________________________________
 

>>> This email has been scanned by the MessageLabs Email Security  
>>> System.
>>> For more information please visit http://www.messagelabs.com/email
>>> ______________________________________________________________________
 

>>> _______________________________________________
>>> Gluster-users mailing list
>>> Gluster-users at gluster.org
>>> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
>>>
>>>
>>
>> ______________________________________________________________________
 

>> This email has been scanned by the MessageLabs Email Security System.
>> For more information please visit http://www.messagelabs.com/email  
>> ______________________________________________________________________
 

>>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email  
> ______________________________________________________________________


[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